Si has abierto Google Search Console y has visto una alerta roja o amarilla en el informe de Experiencia de página, es muy probable que tengas problemas con los Core Web Vitals. En pocas palabras: son tres métricas que Google usa para medir si tu web ofrece una buena experiencia al usuario, y desde 2021 forman parte oficial de sus factores de ranking. Mejorarlas no solo puede subir tu posición en los resultados de búsqueda, sino también reducir la tasa de abandono y convertir más visitas en clientes.
✅ Puntos clave de este artículo
- Los Core Web Vitals son LCP, INP y CLS: miden velocidad de carga, interactividad y estabilidad visual.
- Google los introdujo como factor de ranking en junio de 2021 y actualizó el conjunto en marzo de 2024 al sustituir FID por INP.
- Puedes diagnosticarlos gratis con PageSpeed Insights, Google Search Console y Chrome DevTools sin saber programar.
- En WordPress, 5 acciones concretas (hosting, caché, imágenes, fuentes y LCP hero) concentran el 80 % de la mejora posible.
¿Qué son los Core Web Vitals y por qué importan para el SEO?
Los Core Web Vitals (CWV) son un subconjunto de métricas de experiencia de usuario que Google considera esenciales para evaluar la calidad real de una página web. No miden si el contenido es bueno o si tienes enlaces; miden cómo se siente la página cuando alguien la visita desde un móvil o un ordenador de escritorio.
Google los introdujo oficialmente como señal de ranking en junio de 2021, con la actualización conocida como Page Experience Update. Según la propia documentación de Google Search Central, las páginas que superan los umbrales de los CWV pueden recibir una pequeña ventaja en los resultados de búsqueda frente a páginas con contenido equivalente.
El conjunto actual (vigente desde marzo de 2024) incluye tres métricas:
- LCP — Largest Contentful Paint (velocidad de carga percibida)
- INP — Interaction to Next Paint (capacidad de respuesta a las interacciones)
- CLS — Cumulative Layout Shift (estabilidad visual del diseño)
En mi experiencia trabajando con PYMEs y profesionales independientes, la mayoría de los avisos en Search Console se concentran en LCP y CLS. INP es el más reciente y el menos comprendido, pero empieza a aparecer con frecuencia en sitios WordPress mal optimizados. Si quieres entender estos problemas en un contexto más amplio, el artículo sobre SEO técnico puede ser un buen punto de partida.
LCP (Largest Contentful Paint): velocidad de carga percibida
El LCP mide el tiempo que tarda en renderizarse el elemento visual más grande y visible de la pantalla: normalmente una imagen de cabecera, un bloque de texto grande o un vídeo. Es, en esencia, el momento en que el usuario percibe que la página ya ha cargado.
¿Cuáles son los umbrales de LCP?
- Bueno: menos de 2,5 segundos
- Necesita mejora: entre 2,5 y 4 segundos
- Deficiente: más de 4 segundos
Según datos del informe Web Almanac 2023 elaborado por HTTP Archive, solo el 40 % de las páginas web analizadas superan el umbral de «bueno» en LCP en móviles. Es decir, 6 de cada 10 webs tienen un LCP que Google considera mejorable o directamente deficiente.
Las causas más habituales de un LCP lento son: un servidor lento o sin caché, imágenes de cabecera sin optimizar (demasiado pesadas o sin el atributo fetchpriority="high"), fuentes web que bloquean el renderizado y recursos CSS o JavaScript que retrasan la pintura inicial.
INP (Interaction to Next Paint): el sustituto de FID
Desde marzo de 2024, INP reemplaza a FID (First Input Delay) como métrica oficial de interactividad en los Core Web Vitals. El motivo es que FID solo medía el retraso antes de que el navegador procesara la primera interacción, mientras que INP mide la latencia de todas las interacciones a lo largo de toda la visita: clics, pulsaciones de teclas, toques en pantalla.
¿Cuáles son los umbrales de INP?
- Bueno: 200 milisegundos o menos
- Necesita mejora: entre 200 y 500 ms
- Deficiente: más de 500 ms
Un INP alto suele estar provocado por JavaScript excesivo o mal optimizado que bloquea el hilo principal del navegador. Según un estudio de web.dev (Google), el 12 % de las páginas en móvil presentaban un INP deficiente en el momento del lanzamiento de la métrica. En sitios WordPress con muchos plugins de formularios, popups o sliders, este porcentaje es notablemente mayor.
Para la mayoría de los responsables de web sin perfil técnico, mejorar el INP requiere la intervención de un desarrollador, ya que implica auditar y diferir la ejecución de scripts de terceros.
CLS (Cumulative Layout Shift): el salto visual que irrita a los usuarios
El CLS mide la inestabilidad visual de una página: cuánto se desplazan los elementos mientras carga. Si alguna vez has intentado pulsar un botón y la página ha saltado en ese momento y has pulsado otra cosa, eso es CLS en acción.
¿Cuáles son los umbrales de CLS?
- Bueno: 0,1 o menos
- Necesita mejora: entre 0,1 y 0,25
- Deficiente: más de 0,25
Las causas más frecuentes de CLS elevado son: imágenes sin atributos de dimensión (width y height), anuncios o banners que se cargan dinámicamente empujando el contenido, fuentes web que sustituyen a la fuente del sistema con diferente altura de línea y embeds de vídeo o redes sociales sin espacio reservado.
En sitios WordPress, los plugins de banners de cookies y los widgets de redes sociales en la barra lateral son dos de los culpables más habituales de un CLS deficiente. Este tipo de problemas suele salir a la luz durante una auditoría SEO completa.
Cómo medir tus Core Web Vitals con herramientas gratuitas
La buena noticia es que no necesitas ninguna herramienta de pago para diagnosticar tus CWV. Estas tres opciones gratuitas cubren prácticamente todo lo que necesitas:
1. Google Search Console (datos reales de usuarios)
En el menú lateral de Search Console, encontrarás el informe «Experiencia de página» y dentro de él, el informe específico de Core Web Vitals. Este informe usa datos del Chrome User Experience Report (CrUX), es decir, mediciones reales de usuarios de Chrome que han visitado tu web. Es la fuente más fiable porque refleja lo que experimenta tu audiencia real, no una simulación.
2. PageSpeed Insights (análisis página a página)
PageSpeed Insights te permite analizar cualquier URL y ver tanto los datos de campo (CrUX, si hay suficiente tráfico) como los datos de laboratorio de Lighthouse. Además, te ofrece un listado priorizado de oportunidades de mejora con su impacto estimado en segundos.
3. Chrome DevTools (diagnóstico avanzado)
Si abres Chrome, pulsas F12 y vas a la pestaña «Performance», puedes grabar una sesión de carga y ver exactamente en qué milisegundo ocurre cada evento. Es la herramienta más potente, pero también la más compleja. Para un diagnóstico inicial, PageSpeed Insights es suficiente.
Un consejo práctico: empieza siempre por el informe de Search Console para identificar qué URLs tienen problemas reales, y luego analiza esas URLs específicas en PageSpeed Insights. No tiene sentido optimizar la portada si el problema está en las páginas de servicio o en el blog.
Las 5 acciones con mayor impacto en LCP para WordPress
WordPress representa, según W3Techs, el 43 % de todos los sitios web del mundo a fecha de 2024. Y también concentra una parte desproporcionada de los problemas de Core Web Vitals, principalmente porque es fácil acumular plugins que añaden scripts pesados. Estas son las cinco acciones que, en mi experiencia, generan el mayor retorno de mejora:
1. Migrar a un hosting con servidor rápido (o activar un CDN)
El tiempo de respuesta del servidor (TTFB) es la base sobre la que se construye todo lo demás. Un TTFB superior a 800 ms hace casi imposible alcanzar un LCP bueno. Proveedores como Cloudflare (CDN gratuito) o un hosting con servidores NVMe y PHP 8.x pueden reducir el TTFB en un 30-60 %.
2. Activar caché de página
Plugins como WP Rocket, LiteSpeed Cache o W3 Total Cache generan versiones estáticas de tus páginas, eliminando la necesidad de que PHP y la base de datos procesen cada solicitud. Esta sola acción puede reducir el LCP entre 0,5 y 1,5 segundos en muchos sitios.
3. Optimizar la imagen hero (elemento LCP)
Convierte la imagen principal de cada página a formato WebP o AVIF, aplica compresión agresiva (Squoosh o ShortPixel), y añade el atributo fetchpriority="high" y loading="eager" para que el navegador la priorice. En muchos sitios, la imagen hero pesa 1-3 MB cuando debería pesar menos de 200 KB.
4. Eliminar o diferir JavaScript y CSS no crítico
Cada script de tercero (chat en vivo, pixel de Facebook, Google Tag Manager mal configurado) suma milisegundos al tiempo de carga. La técnica de defer y async en los scripts no críticos puede reducir el tiempo de bloqueo del hilo principal en más del 50 % en webs con muchos plugins.
5. Precargar la fuente tipográfica principal
Añadir una etiqueta <link rel="preload"> para la fuente web que usa el texto del elemento LCP evita que el navegador espere a descargarla antes de pintarlo. Es un cambio de una línea en el <head> que puede recortar entre 200 y 400 ms del LCP.
¿Cuándo necesitas un desarrollador y cuándo basta con un plugin?
Esta es la pregunta práctica que más me hacen. La respuesta honesta es que depende del punto de partida y del nivel de mejora que necesitas.
Puedes resolverlo tú mismo con plugins si…
- Tu LCP está entre 2,5 y 4 segundos (zona amarilla) y el principal problema es la imagen hero o la caché.
- Tu CLS viene de imágenes sin dimensiones o de un banner de cookies que se puede configurar para que no desplace contenido.
- Usas un tema bien codificado (Astra, GeneratePress, Blocksy) compatible con los plugins de rendimiento.
Necesitas un desarrollador si…
- Tu INP es deficiente (más de 500 ms) porque requiere auditar y optimizar JavaScript a nivel de código.
- Tu LCP supera los 4 segundos y el TTFB es el cuello de botella (puede implicar migración de servidor).
- Usas un page builder pesado (Divi, WPBakery, Elementor sin optimizar) que añade scripts en cada página independientemente del contenido.
- Tienes conflictos entre plugins que ninguna documentación explica y que requieren depuración manual.
Una regla práctica: si tras instalar un plugin de caché y optimizar las imágenes tu LCP no baja de 3 segundos en móvil, es momento de pedir ayuda técnica. No tiene sentido invertir días en configuraciones que no van a mover la aguja.
Preguntas frecuentes sobre Core Web Vitals
¿Los Core Web Vitals afectan directamente al posicionamiento en Google?
Sí, aunque su peso es moderado. Google los confirmó como factor de ranking en 2021. Según Search Engine Journal, no compensan una diferencia grande en relevancia o autoridad, pero pueden ser el desempate entre dos páginas de calidad similar. Mejoran también el tiempo de permanencia y la conversión.
¿Con qué frecuencia actualiza Google los datos de Core Web Vitals en Search Console?
Google actualiza los datos del informe de Core Web Vitals en Search Console con una ventana móvil de 28 días. Esto significa que después de aplicar mejoras, puedes tardar hasta 4 semanas en ver reflejados los cambios. No esperes resultados inmediatos tras optimizar.
¿Puedo mejorar los Core Web Vitals sin tocar el código?
En WordPress, sí parcialmente. Plugins como WP Rocket o LiteSpeed Cache permiten mejorar LCP y CLS sin programar. Sin embargo, problemas de INP elevado o TTFB deficiente suelen requerir intervención técnica en el servidor o en el código JavaScript del sitio. La mejora sin código tiene un techo.
¿Qué diferencia hay entre los datos de laboratorio y los datos de campo en PageSpeed Insights?
Los datos de laboratorio (Lighthouse) simulan la carga en un entorno controlado. Los datos de campo (CrUX) reflejan experiencias reales de usuarios. Para el ranking de Google importan los datos de campo. Si solo tienes datos de laboratorio, es porque tu web recibe poco tráfico desde Chrome.
¿El CLS afecta igual en móvil y en escritorio?
No exactamente. El CLS puede variar entre dispositivos porque los elementos se distribuyen de forma diferente según el tamaño de pantalla. En móvil es más frecuente que sea peor, especialmente si hay anuncios o banners adaptables que empujan el contenido al cargarse. Mide ambos contextos por separado en Search Console.
Conclusión: los Core Web Vitals son un problema resoluble
Los avisos de Core Web Vitals en Search Console no son una sentencia. Son un diagnóstico. La mayoría de los problemas que veo en webs de PYMEs y profesionales tienen solución con un enfoque ordenado: identificar el cuello de botella real, priorizar las acciones de mayor impacto (casi siempre LCP) y ejecutarlas de forma gradual.
El error más común es intentar arreglarlo todo a la vez, instalar cinco plugins de rendimiento que se solapan y acabar con una web rota y métricas peores que al principio. La clave es medir antes y después de cada cambio.
Si quieres ir más allá de los CWV y entender el estado técnico completo de tu web, el primer paso lógico es una auditoría SEO que ponga sobre la mesa todos los factores que están limitando tu visibilidad, incluyendo, pero no solo, los relacionados con el SEO técnico.
¿Tienes malas puntuaciones en Core Web Vitals y no sabes por dónde empezar? Puedo analizar tu web, identificar los problemas reales y darte un plan de acción concreto. Sin rodeos y sin tecnicismos innecesarios.
