Por qué instalar un plugin de caché no lo arregló
Un caché de página guarda HTML terminado y lo sirve al siguiente visitante anónimo sin arrancar WordPress en absoluto. Es una victoria real para el tráfico público - pero la página cacheada es la salida, no el trabajo. Lo que hizo lenta esa página sigue ejecutándose cada vez que el caché no puede servirla.
El test de velocidad se pone verde para visitantes desconectados. Tus propios clics - conectado, dentro de wp-admin, dentro del carrito - se sienten exactamente tan lentos como antes, porque para ti nada está cacheado. El plugin hace su trabajo. El trabajo es simplemente más estrecho que el problema.
Así que el caché puede funcionar perfectamente y el sitio seguir sintiéndose lento en todas las partes que te importan. La pregunta deja de ser "¿funciona el caché" y pasa a ser "¿qué sigue ejecutándose debajo."
Lo que un caché de página no puede tocar
Los plugins de caché son honestos con esto en su documentación - solo que empiezan por los benchmarks. Estos son los lugares donde un caché de página nunca se aplica, y el trabajo que sigue ejecutándose dentro:
| Qué es lento | Por qué el caché no lo cubre | Qué módulo lo ve |
|---|---|---|
| pantallas de wp-admin | El admin nunca se cachea - cada clic arranca WordPress y ejecuta los admin hooks de cada plugin | Slow Query Analyzer, Find Slow Callbacks |
| Frontend con sesión iniciada | Las páginas personalizadas evitan el caché para cada usuario registrado - miembros, clientes, editores | Find Slow Callbacks |
| Carrito, checkout, mi cuenta | Excluidos por diseño - cachearlos filtraría los datos de un cliente en la página de otro | Find Slow Callbacks, Slow Query Analyzer |
| Consultas lentas a la base de datos | El caché guarda el resultado; la consulta sigue ejecutándose en cada miss y cada página no cacheada | Slow Query Analyzer |
| Opciones en autoload | El conjunto autoload de wp_options carga antes de que WordPress renderice nada - cacheado o no | Autoloader Optimizer |
| Callbacks lentos de plugins | Un hook admin_init de 800ms se dispara en cada petición no cacheada que produce la app PHP | Find Slow Callbacks |
| Llamadas HTTP externas | Comprobaciones de actualización, pings de licencia y telemetría se disparan dentro de la petición, detrás del caché | External Call Optimizer |
Primero: ¿el caché funciona de verdad?
Antes de culpar al código de debajo, confirma que el caché cachea algo. Site Doctor dispara una petición loopback contra tu propio sitio y lee la cabecera de caché real que el servidor devuelve - HIT, MISS o BYPASS - en lugar de fiarte de la página de ajustes del plugin. Una portada que responde BYPASS se reporta como información, no como fallo, porque la portada es la página más a menudo excluida a propósito.
También lee los ajustes de tus otros optimizadores activos y lista solo lo que está encendido en ambos sitios - la clásica situación de "dos plugins haciendo el mismo minify" - para que elijas un dueño por tarea en lugar de pagar el trabajo dos veces.
Lo que sigue lento después de cachear el HTML
- Consultas lentas a la base de datos. Slow Query Analyzer registra las consultas que cruzan su umbral, ejecuta MySQL EXPLAIN sobre la petición que las registró y sugiere arreglos de índices listos para ejecutar
- Autoload inflado. Autoloader Optimizer ordena tus opciones en autoload más grandes y desactiva autoload en las culpables - en sitios con un object cache real la ganancia se reduce, y lo dice
- Callbacks lentos de plugins. Find Slow Callbacks perfila una URL por petición y ordena cada callback de más de 10 milisegundos por tiempo, con el hook y el archivo fuente que lo registró
- Llamadas HTTP externas. External Call Optimizer limita los hosts de terceros que ya se sabe que son ruidosos a un timeout sensato y cachea brevemente los polls GET/HEAD repetidos - las llamadas de pago y checkout nunca se tocan
Para que quede claro: WP Multitool no incluye caché de página
El plugin de caché se ocupa de la parte del visitante anónimo. WP Multitool se ocupa de la parte no cacheada de debajo - las consultas, autoload, callbacks y llamadas salientes que deciden lo rápido que es el render no cacheado. La comprobación de solapamiento de Site Doctor existe precisamente porque los dos trabajos son diferentes; incluso lista los plugins de solo caché de página como no conflictivos.
Por dónde empezar
- Ejecuta Site Doctor. Un escaneo: la sonda de caché de página, chequeos de Redis, configuración, lastre de base de datos, autoload y optimizadores solapados. Solo lectura - nada cambia hasta que tú lo digas.
- Revisa las consultas. Abre Slow Query Analyzer y ejecuta EXPLAIN sobre los peores culpables que capturó.
- Audita el autoload. Si el escaneo muestra un conjunto autoload de wp_options inflado, deja que Autoloader Optimizer lo ordene.
- Perfila lo que queda. Apunta Find Slow Callbacks a la URL aún lenta y lee el nombre de la función que te cuesta.
- Ponle correa al phone-home. Si los callbacks muestran HTTP externo, deja que External Call Optimizer ponga a los hosts ruidosos en un timeout.
FAQ: el caché no lo arregló
Instalé un plugin de caché - ¿por qué mi sitio WordPress sigue lento?
Un caché de página acelera las visitas repetidas solo de visitantes anónimos. wp-admin, sesiones conectadas, carrito y checkout, y cada cache miss siguen ejecutando PHP completo - y lo que hace lento ese render (consultas, autoload, callbacks, llamadas externas) sigue ejecutándose debajo del caché.
¿WP Multitool reemplaza mi plugin de caché?
No - no incluye ningún caché de página. Quédate con tu caché para el tráfico anónimo; WP Multitool diagnostica y arregla el trabajo no cacheado de debajo. Site Doctor incluso comprueba optimizaciones que dos plugins hacen a la vez.
¿Por qué mi sitio solo es lento cuando estoy conectado?
Porque el caché de página te salta deliberadamente. Cada usuario registrado recibe un render PHP fresco, así que sientes la velocidad real del sitio - las consultas, opciones en autoload y callbacks de plugins por los que los visitantes anónimos nunca esperan.
¿Por qué el checkout de WooCommerce es lento incluso con caché?
Carrito, checkout y mi cuenta están excluidos del caché de página por diseño - cachearlos serviría los datos de un cliente a otro. Su velocidad es la velocidad del render no cacheado: las consultas y callbacks de plugins que corren en esas peticiones.
¿Cómo sé si mi plugin de caché funciona de verdad?
Site Doctor dispara una petición loopback contra tu propio sitio y lee la cabecera de caché que el servidor realmente envía - HIT, MISS o BYPASS - en lugar de fiarse del dashboard del plugin. Un BYPASS en una página que querías cachear te dice que la regla está mal, no que el caché está roto.
¿Pueden dos plugins de optimización entrar en conflicto?
Sí - dos plugins minificando los mismos archivos u optimizando las mismas imágenes es una forma común de empeorar las cosas. Site Doctor lee los ajustes de tus otros optimizadores activos y reporta solo lo que está encendido en ambos sitios, para que elijas un dueño por tarea.
Encuentra lo que el caché no puede arreglar
Site Doctor es el punto de partida de un escaneo; los módulos Pro profundizan en consultas, autoload, callbacks y llamadas salientes desde ahí. Pro empieza en $79/año por un sitio - cada plan de pago incluye los 19 módulos.
Consigue Pro - desde $79 al año Site Doctor Todos los planes en la página de precios →