Desde 2021, Google evalúa la experiencia de usuario de tu web con tres métricas concretas y las usa como señal de posicionamiento. Se llaman Core Web Vitals y miden cosas reales: cuánto tarda en cargar lo que el usuario ve primero, cuánto tarda tu web en responder cuando alguien hace clic, y si el contenido salta de sitio mientras carga. Nada de métricas abstractas — estas tres miden exactamente lo que un usuario siente.
Vamos a explicarlas en cristiano, una por una.
Qué son los Core Web Vitals
Los Core Web Vitals son tres indicadores que Google usa para medir la “salud” de la experiencia en una página web. No los inventó para complicarte la vida: los eligió porque tienen una correlación directa con que los usuarios abandonen o se queden en la página.
No son un factor de posicionamiento tan potente como el contenido o los enlaces, pero sí son un factor de desempate: entre dos páginas igual de relevantes para una búsqueda, Google prefiere la que ofrece mejor experiencia. En mercados competidos, ese desempate vale mucho.
La métrica 1: LCP (Largest Contentful Paint)
En cristiano: cuánto tarda en aparecer el elemento más grande visible en pantalla cuando carga la página.
Ese elemento suele ser una imagen grande, un vídeo, o un bloque de texto prominente. El LCP mide el tiempo desde que el usuario hace clic hasta que ese elemento aparece renderizado.
Los umbrales de Google:
- Bueno: menos de 2,5 segundos
- Necesita mejorar: entre 2,5 y 4 segundos
- Deficiente: más de 4 segundos
Por qué importa: si tardas 4 segundos en mostrar algo, una parte significativa de los usuarios ya se habrá ido antes de que cargue la página. No es una cifra teórica — es una pauta respaldada por estudios propios de Google sobre cómo la latencia afecta al comportamiento del usuario.
Qué lo empeora más:
- Imágenes muy pesadas sin comprimir
- Hosting lento (el primer byte tarda demasiado en llegar)
- Cargar la imagen principal con lazy loading cuando no debería hacerlo
Cómo mejorarlo:
- Convierte la imagen del “hero” de tu web a formato WebP y comprímela. Herramienta gratuita: Squoosh.app.
- Asegúrate de que esa imagen principal no lleva el atributo
loading="lazy"— debe precargarse. - Usa un CDN para servir recursos estáticos cerca del usuario.
- Si el hosting es lento, es probable que el tiempo hasta el primer byte (TTFB) sea tu principal problema: aquí un cambio de hosting puede ser la palanca de mayor impacto.
La métrica 2: INP (Interaction to Next Paint)
En cristiano: cuánto tarda tu web en responder visualmente cuando el usuario hace algo — un clic, pulsar una tecla, abrir un menú.
INP reemplazó a FID (First Input Delay) en marzo de 2024. La diferencia clave: FID medía solo el primer clic; INP mide todas las interacciones durante la visita y recoge el percentil 75 de la peor.
Los umbrales:
- Bueno: menos de 200 milisegundos
- Necesita mejorar: entre 200 y 500 ms
- Deficiente: más de 500 ms
Por qué importa: si alguien hace clic en un botón de tu tienda y el carrito tarda 800 ms en actualizarse, la experiencia se siente rota aunque técnicamente funcione. La percepción de lentitud en la respuesta aumenta el abandono especialmente en pasos clave: añadir al carrito, rellenar un formulario, navegar entre categorías.
Qué lo empeora más:
- JavaScript pesado que bloquea el hilo principal del navegador
- Plugins de terceros que añaden scripts innecesarios (pop-ups, chats en vivo, trackers)
- Temas de WordPress sobrecargados con funcionalidades que no usas
Cómo mejorarlo:
- Audita los plugins o scripts de terceros activos y desactiva los que no aportan valor real.
- Carga los scripts de terceros de forma diferida (
deferoasync) para que no bloqueen el renderizado. - Si usas WordPress, un tema ligero como GeneratePress o Kadence marca la diferencia frente a constructores pesados como Divi o Elementor.
La métrica 3: CLS (Cumulative Layout Shift)
En cristiano: cuánto “salta” el contenido de tu web mientras carga.
¿Alguna vez has intentado hacer clic en un enlace y en el último segundo se ha desplazado porque cargó un anuncio encima? Eso es un layout shift. El CLS suma todos esos desplazamientos durante la carga y les da una puntuación (sin unidades, es un índice de inestabilidad visual).
Los umbrales:
- Bueno: menos de 0,1
- Necesita mejorar: entre 0,1 y 0,25
- Deficiente: más de 0,25
Por qué importa: los shifts son frustrantes. Hacen que el usuario haga clic donde no quería, o que pierda de vista lo que estaba leyendo. En móvil, donde el espacio es pequeño y los dedos gruesos, son especialmente molestos.
Qué lo causa:
- Imágenes o vídeos sin atributos
widthyheightdefinidos — el navegador no reserva espacio y el contenido salta al cargar el recurso - Banners de cookies, pop-ups o barras que aparecen encima del contenido ya renderizado
- Fuentes web que al cargarse cambian el tamaño o el interlineado del texto existente (fenómeno conocido como FOUT)
Cómo mejorarlo:
- Añade siempre
widthyheighta todas las imágenes en el HTML, aunque luego uses CSS para hacerlas responsive. El navegador así sabe qué espacio reservar antes de que carguen. - Carga los banners de cookies de forma que no desplacen el contenido (position: fixed sobre el contenido, no empujándolo hacia abajo).
- Usa
font-display: optionalen tus fuentes web para que el navegador use la fuente de sistema si la web no ha cargado aún.
Las tres métricas de un vistazo
Cómo medir tus Core Web Vitals ahora mismo
Las dos herramientas imprescindibles, ambas gratuitas:
1. PageSpeed Insights (pagespeed.web.dev)
Pega tu URL y obtienes dos lecturas: datos de laboratorio (simulación controlada) y datos de campo reales de usuarios que han visitado tu página. Los datos de campo son los que Google usa para el posicionamiento; el laboratorio sirve para diagnosticar causas específicas.
2. Google Search Console → Informe de Experiencia de la Página Si tienes tu web verificada en Search Console, este informe muestra cuántas URLs de tu sitio pasan o fallan los umbrales, con datos reales de tus visitantes. Es la visión más completa y la que más importa para el posicionamiento.
Un dato que mucha gente pasa por alto: los Core Web Vitals se miden por URL, no por dominio. Tu portada puede estar en verde y tu página de producto en rojo. Prioriza las páginas con más tráfico orgánico.
Por dónde empezar si partes de cero
Si mides tu web hoy y falla en alguna métrica, este es el orden lógico de ataque:
1. LCP primero. Es el cambio con mayor impacto relativo y suele mejorar bastante con ajustes no técnicos: optimiza la imagen hero a WebP, comprímela, y quita el loading="lazy" de esa imagen específica. Mide antes y después.
2. CLS segundo. Añade width y height a todas tus imágenes. Comprueba si algún elemento (banner, pop-up, barra de cookies) aparece tarde y desplaza contenido. Este paso tampoco requiere tocar el código de tu tema.
3. INP al final, si sigue fallando. Aquí probablemente tendrás que revisar los scripts de terceros o el peso del tema. Es el más técnico de los tres y el que más frecuentemente requiere ayuda de un desarrollador.
No intentes corregirlos todos a la vez. Mide, cambia una cosa, vuelve a medir. Ten en cuenta que los datos de campo en Search Console se actualizan con un retardo de hasta 28 días — da tiempo para que los cambios se reflejen antes de valorar el resultado.
Lo que los Core Web Vitals no son
Un punto honesto para cerrar: los Core Web Vitals no son magia SEO. Mejorarlos no va a triplicar tu tráfico si tu contenido no responde a lo que busca tu cliente. Son condición necesaria para competir bien, no suficiente para ganar.
Lo que sí son es una señal de que tratas a tus usuarios con respeto: les das una web que carga rápido, que responde cuando la tocan, y que no les hace clic en el lugar equivocado. Eso es lo que mide Google, y es exactamente lo que debería medir.