Instalaste FlyingPress, WP Rocket o Perfmatters. Activaste el CSS crítico, el JavaScript diferido y la carga diferida de imágenes. Volviste a PageSpeed Insights y el puntaje móvil apenas se movió.
No hiciste nada mal. Un plugin de optimización solo puede mejorar lo que ya llegó al navegador: no controla cuánto tarda tu servidor en responder, qué tan pesada es la imagen principal ni qué cargan los scripts de terceros. En más de 100 webs optimizadas, casi siempre encontramos el freno en alguno de esos lugares.
Estas son las seis causas más comunes de que PageSpeed no mejore con los plugins, y cómo encontrar la tuya.
Primero: qué mide realmente PageSpeed Insights
PageSpeed Insights muestra dos cosas distintas, y conviene no mezclarlas:
- Datos de campo: la experiencia real de tus visitantes durante los últimos 28 días. Son los que Google usa para evaluar las Core Web Vitals.
- Datos de laboratorio: una simulación en un teléfono de gama media con red móvil. Sirven para diagnosticar, pero el puntaje cambia de una prueba a otra.
Las Core Web Vitals se consideran buenas cuando el 75 % de las visitas cumple estos umbrales:
- LCP (lo que tarda en aparecer el contenido principal): 2,5 segundos o menos.
- INP (lo que tarda la página en responder a un toque o clic): 200 milisegundos o menos.
- CLS (cuánto se mueve el contenido mientras carga): 0,1 o menos.
Por eso, después de optimizar, los datos de campo pueden tardar semanas en reflejar la mejora. Si solo miras el número grande de arriba, puedes pensar que nada cambió cuando sí cambió.
1. Tu servidor responde lento
Antes de mostrar cualquier cosa, el navegador espera la primera respuesta del servidor. Esa espera se llama TTFB (tiempo hasta el primer byte), y Google recomienda que la mayoría de las webs la mantengan en 0,8 segundos o menos. Todo lo demás, incluido el LCP, empieza después.
Un plugin de caché ayuda mucho en páginas que se pueden guardar ya armadas. Pero hay páginas que no se pueden cachear: el carrito, el checkout, la cuenta del cliente y cualquier página con contenido personalizado. En una tienda WooCommerce, esas son justamente las páginas donde se vende.
Las causas típicas:
- Hosting compartido con cientos de webs que compiten por los mismos recursos.
- Una versión antigua de PHP.
- Sin caché de objetos (como Redis), así que cada visita repite las mismas consultas a la base de datos.
- Un servidor lejos de tus clientes.
En la tienda WooCommerce de Hekreations, añadir un producto al carrito tardaba 12 segundos. El carrito es una página que no se puede cachear, así que la mejora no podía venir de un plugin de caché. Después de la optimización, el carrito pasó a responder al instante.
2. La imagen principal llega tarde
En la mayoría de las webs, el elemento que define el LCP es la imagen grande de la parte superior. Si llega tarde, el puntaje cae aunque todo lo demás esté optimizado. Los errores más comunes son:
- Carga diferida en la imagen principal. La carga diferida es buena para las imágenes de abajo, pero en la de arriba retrasa justo lo que Google mide.
- Imágenes enormes, de 3.000 píxeles para mostrarse a 400, o en formatos pesados.
- Sliders en la portada, que cargan varias imágenes y scripts antes de mostrar la primera.
- La imagen se carga desde el CSS del page builder, y el navegador la descubre tarde.
La solución suele combinar tres cosas: excluir la imagen principal de la carga diferida, precargarla y servirla en un formato moderno y del tamaño correcto.
3. Scripts de terceros que ningún plugin controla
El chat en vivo, los píxeles de anuncios, las herramientas de mapas de calor, los videos incrustados de YouTube y los widgets de reseñas cargan código desde servidores que no son tuyos. Un plugin puede retrasarlos, pero no puede hacerlos más livianos.
Antes de optimizar, haz una lista de lo que de verdad usas. Es común encontrar tres herramientas de análisis instaladas y una sola en uso. Para los videos, un reproductor liviano que se carga solo cuando el visitante presiona “play” ahorra mucho peso.
4. El page builder genera demasiado código
Los page builders facilitan el diseño, pero cada sección agrega contenedores, estilos y scripts. Una portada con cientos de elementos anidados obliga al navegador a calcular más antes de mostrar nada, y eso afecta el LCP y la respuesta a los clics (INP).
No siempre hace falta cambiar de builder. A veces basta con simplificar las secciones más pesadas, quitar animaciones que nadie nota y desactivar los módulos que la web no usa.
5. Plugins que se pisan entre sí
Es más común de lo que parece: un plugin de caché que minifica el CSS, otro de optimización que también lo minifica y un tercero que retrasa el JavaScript. El resultado puede ser más lento que no usar ninguno, o una web que se ve rota solo en algunos teléfonos.
La regla es simple: una sola herramienta por tarea. Si el plugin de caché ya combina y difiere archivos, desactiva esa función en los demás.
6. Estás mirando el número equivocado
El puntaje de laboratorio cambia entre una prueba y otra, porque depende de la simulación y del servidor de Google que hace la prueba. Si comparas una prueba de la mañana con otra de la tarde, puedes ver diferencias que no tienen que ver con tus cambios.
Lo que importa es:
- Las Core Web Vitals en datos de campo, que muestran a tus visitantes reales.
- El LCP y el TTFB en el laboratorio, para saber dónde está el freno.
- La versión móvil, porque es la más exigente y la que más tráfico recibe.
Cómo encontrar el problema, en orden
- Mira primero los datos de campo de PageSpeed Insights. Si no hay suficientes, usa el laboratorio solo para diagnosticar.
- Revisa el TTFB. Si supera los 0,8 segundos, empieza por el servidor y no por los plugins.
- Identifica cuál es el elemento LCP (PageSpeed lo indica) y asegúrate de que no tenga carga diferida.
- Revisa la cascada de carga y anota todo lo que viene de otros dominios.
- Desactiva las funciones duplicadas entre plugins.
- Mide de nuevo en móvil, y espera a que los datos de campo se actualicen antes de sacar conclusiones.
El plugin hace su parte. El servidor, la otra.
En ONconcept optimizamos los dos lados: configuramos el plugin de rendimiento según la web, y ajustamos el servidor, la caché y la base de datos. En CretschmarCargo, una empresa alemana, el puntaje móvil pasó de 17 a 94 con FlyingPress, un servidor dedicado y caché Redis. Ninguna de esas piezas por separado habría logrado ese resultado.
Si tu web sigue lenta después de probar los plugins, déjanos la URL. La revisamos desde fuera, sin costo, y te contamos por email qué está frenando tu web. Solicita el análisis de tu web.
Fuentes
- Google, Acerca de PageSpeed Insights: datos de campo de 28 días y simulación de laboratorio.
- web.dev, Métricas Web Vitals: umbrales de LCP, INP y CLS, y percentil 75.
- web.dev, Time to First Byte (TTFB): recomendación de 0,8 segundos o menos.