En 2021 Google introdujo los Core Web Vitals como factores oficiales de ranking. Desde entonces, la velocidad y la experiencia de usuario de tu web no son solo una cuestión técnica — son un factor directo que determina dónde aparece tu web en los resultados de búsqueda. Si no conoces tus métricas actuales o no sabes qué significan, estás tomando decisiones de SEO con información incompleta.
Esta guía explica qué mide cada métrica, qué valores son buenos, por qué los fallan la mayoría de webs WordPress y cómo mejorarlos de forma práctica.
Qué son los Core Web Vitals
Los Core Web Vitals son un conjunto de métricas definidas por Google para medir la experiencia real del usuario al cargar una página web. No miden velocidad en abstracto — miden tres aspectos concretos y medibles de lo que experimenta una persona real al visitar tu web desde su dispositivo.
Actualmente son tres métricas principales:
- LCP — Largest Contentful Paint: velocidad de carga del elemento visual más grande de la página
- INP — Interaction to Next Paint: capacidad de respuesta a las interacciones del usuario
- CLS — Cumulative Layout Shift: estabilidad visual durante la carga
Google mide estas métricas con datos reales de usuarios de Chrome (campo) y con datos de laboratorio (PageSpeed Insights). Para el ranking utiliza principalmente los datos de campo — lo que experimentan realmente tus visitantes, no lo que mide un test sintético.
LCP — Largest Contentful Paint
Qué mide
LCP mide el tiempo que tarda en cargarse el elemento visual más grande visible en la pantalla inicial de la página — normalmente una imagen hero, un vídeo de portada o un bloque de texto grande. Es la métrica más directamente relacionada con la percepción de velocidad del usuario.
Umbrales de Google
| Valor LCP | Clasificación | Impacto en ranking |
|---|---|---|
| ≤ 2,5 segundos | Bueno ✓ | Señal positiva |
| 2,5s – 4,0 segundos | Necesita mejoras | Neutral / leve penalización |
| > 4,0 segundos | Deficiente ✗ | Penalización directa |
Por qué falla en WordPress
Las causas más frecuentes de LCP alto en WordPress son, por orden de impacto:
Hosting lento (TTFB alto): si el servidor tarda más de 200ms en responder, el LCP nunca puede ser bueno aunque el resto esté optimizado. El TTFB es el techo del LCP.
Imagen hero sin precargar: la imagen principal de la página (normalmente en el hero) se descubre tarde en el proceso de carga porque el navegador tiene que parsear el HTML y el CSS antes de encontrarla. Añadir <link rel="preload"> para esa imagen mejora el LCP de forma significativa.
Imagen hero en formato JPEG/PNG en lugar de WebP: una imagen de 500KB en lugar de 150KB retrasa su descarga y por tanto el LCP.
JavaScript bloqueante: scripts que se cargan antes de que el navegador pueda renderizar el contenido visual retrasan el LCP.
Cómo mejorar el LCP
- Verifica que el TTFB de tu hosting está por debajo de 200ms (mídelo en PageSpeed Insights → «Tiempo hasta el primer byte»)
- Convierte la imagen hero a WebP y optimiza su tamaño
- Añade
fetchpriority="high"al atributo de la imagen hero en el HTML - Activa LiteSpeed Cache o WP Rocket con la opción de precargar imágenes LCP
- Carga los scripts de terceros (analytics, chat, etc.) de forma diferida con
deferoasync
INP — Interaction to Next Paint
Qué mide
INP (sustituyó a FID en marzo de 2024) mide el tiempo de respuesta de la página a las interacciones del usuario — clics, pulsaciones de teclado y toques en pantalla táctil. Más concretamente, mide el tiempo que tarda la página en mostrar una respuesta visual a esa interacción.
Es la métrica más relacionada con la sensación de que la web «responde» cuando el usuario interactúa con ella. Una web con buen LCP puede tener mal INP si tiene muchos scripts ejecutándose en segundo plano que bloquean el hilo principal.
Umbrales de Google
| Valor INP | Clasificación | Impacto en ranking |
|---|---|---|
| ≤ 200 milisegundos | Bueno ✓ | Señal positiva |
| 200ms – 500ms | Necesita mejoras | Neutral / leve penalización |
| > 500ms | Deficiente ✗ | Penalización directa |
Por qué falla en WordPress
El INP alto en WordPress suele estar causado por JavaScript pesado en el hilo principal. Los constructores de página como Elementor o Divi cargan scripts complejos que pueden bloquear el hilo principal durante cientos de milisegundos. Los plugins de chat en vivo, los widgets de redes sociales y los scripts de tracking son otros culpables frecuentes.
Cómo mejorar el INP
- Audita los scripts de terceros con la pestaña Performance de Chrome DevTools
- Carga los scripts no críticos de forma diferida (
defer) - Usa un plugin de caché que incluya optimización de JavaScript (WP Rocket, LiteSpeed Cache)
- Considera sustituir plugins pesados de frontend por alternativas más ligeras
CLS — Cumulative Layout Shift
Qué mide
CLS mide los desplazamientos inesperados del contenido durante la carga de la página. Si alguna vez has intentado hacer clic en un enlace y en el último momento un anuncio o imagen ha desplazado el contenido y has hecho clic en algo diferente, eso es exactamente lo que mide el CLS.
El valor CLS es una puntuación sin unidades (no segundos ni milisegundos) que suma todos los desplazamientos de layout que ocurren durante la carga.
Umbrales de Google
| Valor CLS | Clasificación | Impacto en ranking |
|---|---|---|
| ≤ 0,1 | Bueno ✓ | Señal positiva |
| 0,1 – 0,25 | Necesita mejoras | Neutral / leve penalización |
| > 0,25 | Deficiente ✗ | Penalización directa |
Por qué falla en WordPress
Las causas más habituales de CLS alto son imágenes sin dimensiones explícitas (el navegador no sabe cuánto espacio reservar hasta que carga la imagen), fuentes web que provocan FOUT (Flash Of Unstyled Text), y banners de cookies o anuncios que se insertan después de que el contenido ya está renderizado.
Cómo mejorar el CLS
- Añade siempre atributos
widthyheightexplícitos a todas las imágenes - Usa
font-display: swapen las fuentes web para evitar FOUT - Reserva espacio para los banners de cookies con dimensiones fijas en CSS
- Evita insertar contenido dinámico por encima del contenido existente después de la carga
- Carga las fuentes de Google Fonts de forma auto-hospedada para eliminar la dependencia de un servidor externo
Cómo medir tus Core Web Vitals
Tienes varias herramientas a tu disposición, cada una con información diferente:
PageSpeed Insights (pagespeed.web.dev): la más usada. Combina datos de campo (usuarios reales de Chrome) con datos de laboratorio. Siempre mide en móvil — es el dispositivo que más peso tiene para el ranking de Google. Los datos de campo son los que realmente usa Google para el ranking.
Google Search Console → Experiencia → Métricas web: muestra el estado de Core Web Vitals de todas las páginas indexadas de tu web agrupadas por tipo (buenas, necesitan mejoras, deficientes). Es la visión más completa de tu web entera.
Chrome DevTools → pestaña Lighthouse: análisis más detallado con diagnósticos específicos de cada métrica. Útil para identificar exactamente qué elemento concreto está causando un LCP alto o un CLS elevado.
web-vitals.js (librería de Google): para desarrolladores que quieren medir Core Web Vitals con datos reales de sus propios usuarios mediante código.
El impacto real de los Core Web Vitals en el ranking
Google ha confirmado que los Core Web Vitals son señales de ranking, pero ha precisado que son señales de desempate — cuando dos páginas tienen contenido y autoridad similares, las que tienen mejores Core Web Vitals ranquearán por encima. No es el factor más importante del SEO (el contenido y los backlinks siguen siendo más relevantes), pero sí es el factor técnico con mayor peso directo en el ranking.
En la práctica, para webs que compiten en keywords con algo de volumen, pasar de «Deficiente» a «Bueno» en Core Web Vitals puede suponer un incremento de tráfico orgánico del 10% al 30%. Para webs ya en posiciones 4-10, puede ser el factor que las lleve al Top 3.
Preguntas frecuentes sobre Core Web Vitals
Sí, desde 2021 son factores oficiales de ranking. Google los usa como señales de desempate — cuando dos páginas tienen contenido y autoridad similares, las que tienen mejores Core Web Vitals ranquearán por encima. No reemplazan al contenido de calidad ni a los backlinks, pero sí penalizan directamente las páginas con métricas «Deficientes». Pasar de zona roja a zona verde puede suponer un incremento de tráfico orgánico del 10-30% en webs competitivas.
LCP (Largest Contentful Paint) es la métrica con mayor peso en la percepción de velocidad del usuario y la que más directamente se relaciona con el hosting y la optimización técnica. Sin embargo, Google evalúa los tres en conjunto — tener un LCP excelente no compensa un CLS muy alto. El objetivo es tener las tres métricas en zona verde (LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1).
PageSpeed Insights simula dispositivos diferentes con conexiones distintas. El análisis móvil usa una conexión 4G simulada y un procesador más lento — condiciones más restrictivas que el escritorio. Google usa principalmente los datos móviles para el ranking (mobile-first indexing), por lo que la puntuación móvil es la que más importa. Es normal que la puntuación móvil sea entre 10 y 30 puntos inferior a la de escritorio.
Google actualiza sus datos de Core Web Vitals de forma continua pero los cambios de ranking suelen verse entre 2 y 6 semanas después de que las mejoras están implementadas y los nuevos datos de campo se han acumulado. Para que Google tenga suficientes datos de campo de tus nuevas métricas, necesita que un número representativo de usuarios visite tu web con las mejoras activas — esto suele llevar entre 2 y 4 semanas de tráfico real.