Core Web Vitals en WordPress: qué puede resolver la caché y qué revisar después

Una web WordPress lenta necesita un diagnóstico, no una migración automática. La caché puede resolver parte del trabajo repetido del servidor, pero no corrige por sí sola una imagen demasiado pesada, JavaScript que bloquea el navegador o cambios de diseño durante la carga.

Separa laboratorio y experiencia real

PageSpeed Insights combina, cuando están disponibles, datos de usuarios reales con una prueba de laboratorio. La prueba sirve para investigar una carga concreta; los datos de campo describen una distribución de experiencias y no cambian inmediatamente después de publicar una mejora.

No todos los sitios tienen muestra suficiente en CrUX. Cuando falta, documenta pruebas comparables y, si procede, medición propia de usuarios reales. No presentes una puntuación de laboratorio como una evaluación de campo superada. Metodología de CrUX.

Qué hace la caché de página

WordPress puede servir HTML previamente generado en lugar de reconstruirlo con PHP y consultas de base de datos para cada visita. También puede combinarse con caché en servidor o CDN. Por eso no es correcto afirmar que toda visita a WordPress ejecuta necesariamente el mismo trabajo dinámico. Documentación de caché de WordPress.

En una tienda, revisa las exclusiones y el contenido personalizado. Carrito, cuenta y checkout no deben recibir una respuesta compartida que muestre datos de otro usuario. Comprueba también qué ocurre con stock, precios y sesiones al invalidar la caché.

Si el LCP sigue siendo alto

Identifica primero el elemento LCP y el reparto de tiempo entre respuesta del servidor, descubrimiento y descarga del recurso y retraso de renderizado. Una caché efectiva puede reducir la espera del HTML, mientras que otra parte del problema esté en fuentes, scripts o visibilidad del elemento.

La imagen principal candidata a LCP no debe retrasarse con lazy loading. Utiliza tamaños adecuados y comprueba cuándo se descubre el recurso. Una precarga puede ayudar si está bien dirigida, pero también competir con otros recursos o duplicar descargas si no coincide con la imagen utilizada. Guía de optimización de LCP.

Interacción y estabilidad

Un INP bueno no demuestra que JavaScript sea irrelevante para la carga inicial: interacción y renderizado responden a problemas distintos. Revisa tareas largas y trabajo asociado a interacciones reales, como filtros o añadir al carrito.

Para CLS, reserva espacio de imágenes y componentes y comprueba banners, fuentes y contenido insertado. Con fuentes web, la estrategia de carga implica compromisos entre visibilidad del texto y cambios de métricas; hay que observar el resultado, no aplicar una regla universal.

Orden de trabajo

• Guarda una referencia con URLs, dispositivo, condiciones y fecha.

• Comprueba servidor y caché, incluidos estados autenticados y de compra.

• Identifica el elemento LCP y los recursos que retrasan su aparición.

• Revisa interacción y desplazamientos de diseño por separado.

• Aplica cambios acotados y repite las pruebas comparables.

• Valida que formularios, pagos y edición siguen funcionando.

Cuándo valorar headless

Puede tener sentido si necesitas separar publicación y presentación, varios canales o un frontend con requisitos propios. Añade costes de integración, previsualización, despliegue y mantenimiento. No garantiza una puntuación, posiciones ni recuperación de la inversión en un plazo fijo.

Antes de proponer una reconstrucción, comparo su alcance con las mejoras posibles en la web actual. Puedes ver el servicio de optimización Core Web Vitals y la comparativa entre WordPress tradicional y headless.