Core Web Vitals: qué son, qué medir y por qué importan para el SEO

Google no mide solo palabras clave: también valora qué tan rápida y estable se siente tu web para quien la visita. Ahí entran los Core Web Vitals — tres métricas que resumen carga, interactividad y estabilidad visual. Si tu sitio falla en móvil, puedes perder posiciones aunque el contenido sea excelente.
Esta guía explica qué significan, qué umbrales usa Google y qué conviene medir primero — sin asumir que eres ingeniero de rendimiento.
Índice
- Qué son los Core Web Vitals
- Las tres métricas: LCP, INP y CLS
- Por qué importan para el SEO
- Umbrales: bueno, mejorable y malo
- Qué medir primero (y dónde mirar)
- Causas habituales de malas puntuaciones
- Checklist rápido antes de pedir ayuda
- Mitos frecuentes
- Preguntas frecuentes
Qué son los Core Web Vitals
Los Core Web Vitals (CWV) son un conjunto de métricas de rendimiento web que Google utiliza para evaluar la experiencia de página. No sustituyen a un buen contenido ni a una arquitectura técnica sana, pero sí pueden influir en el ranking cuando dos páginas compiten por la misma intención de búsqueda.
Desde 2021 forman parte de las señales de experiencia en la página. En la práctica, la mayoría de equipos los monitorizan porque:
- Reflejan lo que vive el usuario en móvil — donde ocurre la mayor parte del tráfico.
- Se pueden medir con herramientas gratuitas (PageSpeed Insights, Search Console).
- Corregirlos suele mejorar también conversiones y tasa de rebote, no solo SEO.
Las tres métricas: LCP, INP y CLS
LCP — Largest Contentful Paint (carga)
Mide cuánto tarda en aparecer el bloque principal de la página: un hero, una imagen grande o un titular destacado. Si el visitante ve pantalla en blanco demasiado tiempo, el LCP empeora. Es la métrica más visible para quien entra desde Google.
INP — Interaction to Next Paint (respuesta)
Sustituyó en gran medida al antiguo FID. Mide la latencia cuando el usuario interactúa: pulsa un botón, abre un menú, envía un formulario. Una web que «se siente lenta» al hacer clic suele tener INP alto, aunque el LCP sea aceptable.
CLS — Cumulative Layout Shift (estabilidad visual)
Cuenta cuánto «salta» el diseño mientras carga: un banner que empuja el texto, una fuente que cambia de tamaño, un anuncio que desplaza el botón de compra. Frustra al usuario y empeora la percepción de calidad.
Si quieres profundizar en el orden de prioridad para equipos técnicos, enlaza con nuestra guía SEO para desarrolladores: qué medir primero.
Por qué importan para el SEO
Google ha repetido que el contenido útil sigue siendo lo primero. Aun así, los CWV actúan como factor de desempate: ante dos URLs relevantes, la más rápida y estable tiene ventaja. Además:
- Rastreo más eficiente: páginas lentas consumen presupuesto de rastreo; Google puede indexar menos URLs de tu dominio.
- Mejor CTR indirecto: una web fluida retiene más; señales de engagement positivas refuerzan la visibilidad a medio plazo.
- Coherencia con mobile-first: Google indexa prioritariamente la versión móvil; los CWV se evalúan sobre todo en dispositivos reales.
Optimizar velocidad no es un truco de «hackear Google»: es alinear producto, UX y SEO. Proyectos con frontend moderno (por ejemplo sitios headless bien ejecutados) pueden facilitar buenos CWV, pero la arquitectura por sí sola no basta si las imágenes pesan megabytes o el servidor responde tarde.
Umbrales: bueno, mejorable y malo
Google publica rangos orientativos (pueden actualizarse; comprueba siempre la documentación oficial). Resumen práctico:
| Métrica | Bueno | Necesita mejora | Malo |
|---|---|---|---|
| LCP | ≤ 2,5 s | 2,5 – 4,0 s | > 4,0 s |
| INP | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Search Console agrupa URLs en «Bueno», «Necesita mejora» y «Mal» según datos de campo (usuarios reales de Chrome). PageSpeed Insights mezcla datos de laboratorio y de campo: útil para diagnosticar, pero no siempre coinciden al 100 %.
Qué medir primero (y dónde mirar)
- Home y landings de conversión — suelen concentrar tráfico y clics desde búsqueda.
- Plantillas de producto o servicio — un problema en la plantilla afecta a cientos de URLs.
- Versión móvil — prioriza móvil aunque tu analytics diga que desktop convierte más.
Herramientas habituales (sin entrar en configuración):
- Google Search Console → Informe «Experiencia» → Core Web Vitals.
- PageSpeed Insights — URL concreta, recomendaciones por métrica.
- Lighthouse en el navegador — diagnóstico rápido en laboratorio (ideal en desarrollo).
Para el kit completo de medición, consulta DevTools para SEO: guía para desarrolladores.
Causas habituales de malas puntuaciones
LCP alto
- Imágenes hero sin comprimir o servidas en resolución excesiva.
- Servidor lento o sin caché (TTFB elevado).
- Fuentes o scripts que bloquean el renderizado inicial.
INP alto
- JavaScript pesado en la página principal.
- Widgets de terceros (chat, analytics, mapas) que compiten por el hilo principal.
- Formularios o filtros que recalculan demasiado al interactuar.
CLS alto
- Imágenes o vídeos sin reservar espacio (width/height).
- Banners o pop-ups que insertan contenido encima del fold.
- Fuentes web que cambian el tamaño del texto al cargar.
Muchas causas son transversales: no importa si usas WordPress clásico, un CMS headless o un framework moderno — el diagnóstico empieza por medir y priorizar.
Checklist rápido antes de pedir ayuda
- ¿Tienes el informe de CWV en Search Console sin errores masivos de rastreo?
- ¿Has probado la home y la landing principal en PageSpeed (móvil)?
- ¿El problema afecta a una URL o a toda una plantilla?
- ¿Los datos de campo (usuarios reales) confirman lo que ves en laboratorio?
- ¿Has anotado qué cambió en el sitio antes de que empeoraran las métricas?
Si tras esto sigues en rojo, conviene una auditoría técnica priorizada — no un parche genérico.
Mitos frecuentes
«Con un 100 en Lighthouse ya estoy en el top 1»
Lighthouse es laboratorio. Google también mira datos de campo. Puedes tener 100 en local y «Necesita mejora» en Search Console.
«Los CWV lo arregla solo el hosting»
Un buen servidor ayuda al LCP, pero imágenes, scripts y diseño influyen igual. Cambiar de plan sin medir suele ser caro e ineficaz.
«Solo importan en e-commerce»
Cualquier sitio que compita en búsqueda se beneficia: blogs, landings B2B, webs corporativas.
«Un plugin de caché soluciona todo»
La caché mitiga TTFB y HTML, pero no arregla CLS por diseño ni INP por JavaScript excesivo.
Preguntas frecuentes
¿Cuánto tardan en mejorar los Core Web Vitals tras optimizar?
Los datos de campo en Search Console se actualizan en ciclos de 28 días aproximadamente. Tras desplegar mejoras, espera al menos un mes para ver tendencia estable.
¿Qué diferencia hay entre datos de campo y de laboratorio?
Campo: usuarios reales, redes y dispositivos variados — lo que usa Google para CWV en ranking. Laboratorio: simulación controlada — ideal para depurar, pero no siempre refleja tu audiencia.
¿Debo optimizar desktop o móvil primero?
Móvil. Es el referente principal del índice mobile-first y donde suelen aparecer los peores LCP e INP.
¿Los Core Web Vitals sustituyen al contenido?
No. Una web rápida con contenido pobre no rankea. Primero asegura indexación y relevancia; luego afina CWV para ganar el desempate.
¿Quieres saber cómo están tus Core Web Vitals?
En Veloce Devs ofrecemos auditoría gratuita de PageSpeed y SEO técnico: LCP, INP, CLS y un plan de acción priorizado para tu web.