Una web rápida no se mide solo por lo que tarda en “parecer” cargada. Google utiliza Core Web Vitals para observar tres aspectos reales de la experiencia: cuánto tarda en aparecer el contenido principal, cómo responde la página cuando alguien interactúa y cuánto se mueve el diseño mientras carga.
En esta guía explicamos qué revisar en una web WordPress y cómo priorizar mejoras sin instalar herramientas innecesarias ni perseguir una puntuación perfecta.
Qué son los Core Web Vitals
Los Core Web Vitals actuales son LCP, INP y CLS. Google recomienda evaluarlos con datos de usuarios reales, como los que aparecen en Search Console y PageSpeed Insights.
- LCP (Largest Contentful Paint): mide cuándo aparece el elemento principal visible. La referencia de buena experiencia es 2,5 segundos o menos.
- INP (Interaction to Next Paint): mide la respuesta global a clics, toques y teclado. La referencia es menos de 200 milisegundos.
- CLS (Cumulative Layout Shift): mide movimientos inesperados del contenido. La referencia es 0,1 o menos.
Estos umbrales se evalúan en el percentil 75 de las visitas. Un resultado de laboratorio sirve para diagnosticar, pero no sustituye los datos reales de campo.
¿Mejorar Core Web Vitals garantiza subir posiciones?
No. Google explica que una buena experiencia de página puede ayudar, especialmente cuando existen varias páginas con contenido igualmente útil, pero la relevancia y la calidad del contenido siguen siendo esenciales. La velocidad debe mejorar la experiencia del usuario y el negocio, no convertirse en una carrera por obtener 100 puntos.
Cómo medir correctamente una web WordPress
1. Empieza por Search Console
El informe de Core Web Vitals agrupa URLs con problemas similares y utiliza datos reales del Chrome User Experience Report. Es útil para saber si el problema afecta a una plantilla completa, por ejemplo todas las entradas o todas las fichas de producto.
2. Diagnostica una URL con PageSpeed Insights
PageSpeed Insights combina datos de campo, cuando existen suficientes visitas, con una prueba de laboratorio de Lighthouse. Comprueba móvil y escritorio por separado. Prioriza las oportunidades relacionadas con el elemento LCP, el JavaScript que bloquea interacción y los elementos que cambian de tamaño.
3. Comprueba varias páginas representativas
No analices únicamente la portada. Prueba una página de servicio, una entrada del blog, una página de contacto y, si existe, una ficha de producto o el checkout. Cada plantilla puede tener cuellos de botella distintos.
Cómo mejorar el LCP en WordPress
Primero identifica qué elemento es el LCP. Suele ser la imagen principal, un titular grande o un bloque situado al inicio de la página.
- Convierte las imágenes grandes a WebP o AVIF cuando el navegador y el flujo de trabajo lo permitan.
- Sirve la imagen al tamaño que realmente necesita la plantilla.
- No apliques carga diferida a la imagen principal visible al abrir la página.
- Reduce fuentes externas y precarga solo los recursos críticos que se usan al inicio.
- Configura caché de página y de navegador con una única solución compatible con el hosting.
- Revisa el tiempo de respuesta del servidor antes de añadir más plugins.
WordPress recuerda que el tamaño de las imágenes influye directamente en el tiempo de carga. Comprimir una imagen de cabecera suele aportar más que aplicar pequeñas optimizaciones a iconos secundarios.
Cómo mejorar el INP
Un INP alto suele indicar demasiado trabajo de JavaScript en el navegador. En WordPress puede venir del tema, constructores visuales, etiquetas publicitarias, chat, analítica, sliders o plugins que cargan scripts en todas las páginas.
- Elimina plugins que no aporten una función necesaria.
- Carga scripts solo en las páginas donde se utilizan.
- Sustituye sliders y animaciones pesadas por elementos más simples.
- Retrasa scripts de terceros que no sean necesarios para la primera interacción.
- Divide tareas largas de JavaScript y evita controladores de eventos costosos.
Prueba siempre formularios, menús, consentimiento de cookies y botones de contacto después de aplazar scripts. Una mejora de laboratorio no compensa romper una acción importante.
Cómo reducir el CLS
El CLS aparece cuando elementos visibles cambian de posición sin que el usuario lo espere.
- Define anchura y altura para imágenes, vídeos e iframes.
- Reserva espacio para banners, avisos de cookies y contenido dinámico.
- Evita insertar contenido nuevo por encima de lo que la persona ya está leyendo.
- Usa fuentes con métricas compatibles y limita cambios bruscos al cargar la fuente web.
- Comprueba el comportamiento con móvil real, no solo reduciendo una ventana de escritorio.
Orden de trabajo recomendado
- Mide y guarda una referencia. Anota métricas, fecha y URL.
- Corrige el recurso principal. Normalmente imagen LCP, respuesta del servidor o JavaScript excesivo.
- Haz un cambio cada vez. Así sabrás qué produjo la mejora.
- Comprueba funciones críticas. Navegación, formularios, compra y analítica.
- Espera datos de campo. Search Console necesita nuevas visitas para reflejar cambios.
Errores frecuentes
- Instalar varios plugins de caché que hacen el mismo trabajo.
- Optimizar solo la portada.
- Ocultar elementos para mejorar la prueba sin resolver la causa.
- Comprimir imágenes sin ajustar sus dimensiones.
- Cargar todas las fuentes, iconos y scripts en todas las páginas.
- Confundir una puntuación Lighthouse con una garantía de posicionamiento.
Preguntas frecuentes
¿Qué métrica debería corregir primero?
Empieza por la que figure como deficiente en datos reales y afecte a más URLs o a una página importante para el negocio. Si no hay datos de campo, usa Lighthouse para localizar el cuello de botella y valida el resultado en dispositivos reales.
¿Necesito cambiar de hosting?
No siempre. Primero revisa caché, imágenes, plugins, tema y consultas. Si el tiempo de respuesta sigue siendo alto después de optimizar la aplicación, entonces conviene evaluar el servidor y su proximidad a los usuarios.
¿Cuándo veré el cambio en Search Console?
No es inmediato. El informe usa datos agregados de usuarios reales. Guarda la fecha del cambio, valida la corrección y compara periodos equivalentes cuando haya suficientes datos.
Conclusión
La forma más segura de mejorar Core Web Vitals en WordPress es medir páginas representativas, localizar la causa principal y aplicar cambios pequeños que puedan comprobarse y revertirse. El objetivo es que una persona pueda ver, usar y entender la página sin esperas ni movimientos inesperados.
Fuentes oficiales: Google Search Central: Core Web Vitals, Google: PageSpeed Insights, Google: contenido para funciones de IA y WordPress: optimización del rendimiento.
