Hay una respuesta habitual cuando alguien me dice que su web de WordPress está lenta: "me instalaron un plugin de caché". Y entiendo por qué lo hacen. Los plugins de caché son la solución más visible, la más rápida de aplicar y la que más venden los foros.
Pero la caché es un parche sobre un problema estructural. Tapas el síntoma sin atacar la causa. Y cuando Google mide Core Web Vitals, mide lo que ve el usuario real, no lo que figura en el informe de tu plugin favorito.
Aquí te cuento cómo se hace de verdad.
Antes de tocar nada: mide
No optimices lo que no conoces. Antes de cualquier cambio, registra el estado actual con:
- PageSpeed Insights (con URL real, no localhost)
- WebPageTest para tener métricas de dispositivos reales
- Chrome DevTools > Performance para ver exactamente qué bloquea el render
Anota los valores de LCP, CLS e INP. Sin estas cifras de partida, no sabrás si tus cambios están ayudando o si simplemente la caché distorsiona los resultados.
El JavaScript es el primer culpable
WordPress por defecto carga jQuery. Tu tema carga sus scripts. Tus plugins cargan los suyos. El resultado final puede ser 500 KB o más de JavaScript bloqueante que retrasa el render de la página completa.
El enfoque correcto no es minificar ese JavaScript. Es eliminarlo cuando no es necesario. Plugins como Asset CleanUp permiten descargar scripts en páginas donde no hacen falta. En muchos proyectos, esto solo ya mejora el LCP en más de 1 segundo.
Imágenes: el problema visible que nadie resuelve bien
El 70% de los problemas de LCP que veo son por imágenes. Imágenes en JPEG de 3MB, imágenes sin `width` y `height` definidos (CLS instantáneo), imágenes que se cargan aunque el usuario no las vea todavía.
La solución tiene tres pasos:
- Convierte a WebP o AVIF (Imagify, ShortPixel o el propio Cloudflare)
- Define siempre `width` y `height` para prevenir CLS
- Usa `loading="lazy"` para todas las imágenes que no son above the fold
- Usa `fetchpriority="high"` en la imagen del hero para acelerar el LCP
El hosting importa más de lo que crees
He visto cómo webs completamente optimizadas rendían mal simplemente por estar en un hosting compartido barato con TTFB de 800ms. Ningún plugin arregla un servidor lento.
Para WordPress con rendimiento serio necesitas al menos un hosting gestionado (Kinsta, WP Engine, Rocket.net) o un servidor propio con OPcache, Redis y PHP 8.2+.
Cuando el parche no alcanza: headless
Hay proyectos donde la acumulación de deuda técnica en el frontend de WordPress es tan grande que la solución más eficiente es separar completamente el frontend del CMS. Convertir WordPress en Headless y construir el frontend con un generador estático es un reset que suele llevar los scores de 40-50 a 90-95 en móvil.
No siempre es necesario. Pero cuando lo es, los resultados son transformadores.
WordPress puede ser extremadamente rápido
He entregado proyectos en WordPress con LCP de 0.8s en móvil en condiciones reales. No es magia. Es metodología: medir primero, atacar las causas reales y no conformarse con el primer plugin que promete milagros.
Paco Pastor
Desarrollador web freelance especializado en rendimiento, SEO técnico y arquitecturas modernas con Astro, WordPress Headless y Sanity.
