Imagina que Google tiene un inspector que visita tu web, cronómetro en mano, y anota meticulosamente cuánto tarda en aparecer el contenido principal, si los botones responden con rapidez cuando el usuario los pulsa y si los elementos de la página se mueven de forma inesperada mientras carga. Ese inspector existe, se llama Core Web Vitals, y el informe que elabora influye directamente en si tu web aparece antes o después que la de tu competencia en los resultados de búsqueda. No es una metáfora: es exactamente lo que ocurre cada vez que Google rastrea tu sitio y evalúa su experiencia de usuario.

El Core Web Vitals lleva siendo un tema de conversación en el sector del SEO desde que Google lo anunció como factor oficial de posicionamiento, pero la realidad es que la mayoría de los propietarios de webs todavía no saben exactamente qué mide, cómo se interpreta ni qué hacer cuando los resultados no son buenos. Lo saben de oídas. Lo han visto mencionado en alguna auditoría. Han recibido alguna alerta en Google Search Console que no han entendido del todo. Y mientras tanto, el Core Web Vitals sigue evaluando su web en cada visita y afectando a su posicionamiento de forma silenciosa pero constante.

En IndianWebs trabajamos el Core Web Vitals como parte integral de cualquier proyecto de diseño web y SEO, no como una tarea técnica que se hace al final sino como un criterio que influye en las decisiones de diseño desde el principio. Lo que hemos aprendido en ese proceso es que mejorar el Core Web Vitals no es solo una cuestión de SEO: es una cuestión de hacer webs que realmente funcionan bien para las personas que las usan. Y eso, al final, es exactamente lo que Google intenta medir.

¿Qué es el Core Web Vitals y qué mide exactamente?

El Core Web Vitals es un conjunto de tres métricas específicas que Google utiliza para evaluar la experiencia de usuario en términos de rendimiento y usabilidad de una página web. No es una puntuación global ni un análisis subjetivo: son tres indicadores concretos, con umbrales numéricos definidos, que miden aspectos muy específicos de cómo se comporta una web cuando un usuario real la visita. Cada uno de esos tres indicadores tiene un nombre, un significado específico y un umbral que determina si la página está en zona verde, amarilla o roja.
El primero se llama Largest Contentful Paint, abreviado LCP, y mide el tiempo que tarda en aparecer el elemento visual más grande de la página dentro del área visible para el usuario. Ese elemento suele ser la imagen principal del hero, el bloque de texto del titular o cualquier otro componente grande que domina visualmente la pantalla en la carga inicial. Google considera que un LCP por debajo de 2,5 segundos es bueno, entre 2,5 y 4 segundos necesita mejora y por encima de 4 segundos es malo. El LCP es, en esencia, la métrica de velocidad de carga percibida: no mide cuándo termina de cargar toda la página sino cuándo el usuario puede ver el contenido principal que vino a buscar.
El segundo indicador del Core Web Vitals se llama Interaction to Next Paint, abreviado INP, y mide la capacidad de respuesta de la página a las interacciones del usuario. Cuando alguien pulsa un botón, hace clic en un enlace o toca un elemento interactivo, ¿cuánto tarda la página en responder visualmente a esa acción? Un INP por debajo de 200 milisegundos es bueno, entre 200 y 500 milisegundos necesita mejora y por encima de 500 milisegundos es malo. Esta métrica del Core Web Vitals es especialmente relevante en páginas interactivas como los e-commerce, los formularios complejos o las aplicaciones web donde el usuario realiza múltiples acciones durante su visita.

El tercero se llama Cumulative Layout Shift, abreviado CLS, y mide la estabilidad visual de la página durante la carga. Todos hemos vivido la experiencia frustrante de intentar pulsar un botón en una web que está cargando y que en el último momento un anuncio, una imagen o cualquier otro elemento aparece encima y desplaza lo que queríamos pulsar. Eso es exactamente lo que mide el CLS: cuánto se desplazan inesperadamente los elementos de la página mientras carga. Un CLS por debajo de 0,1 es bueno, entre 0,1 y 0,25 necesita mejora y por encima de 0,25 es malo. Es el indicador del Core Web Vitals más directamente relacionado con la frustración del usuario y con los clics accidentales en elementos incorrectos.

Core Web Vitals y posicionamiento SEO: ¿Cómo Google lo usa para ordenar los resultados?

Desde que Google incorporó el Core Web Vitals como factor oficial de posicionamiento, la pregunta que más se repite es cuánto peso real tiene sobre las posiciones en los resultados de búsqueda. La respuesta honesta es que el Core Web Vitals es un factor de desempate: cuando dos páginas tienen una relevancia temática y una autoridad similares, la que tiene mejores métricas de Core Web Vitals tiende a posicionarse mejor. No es el factor más importante del SEO, que sigue siendo la calidad y relevancia del contenido, pero actúa como el criterio que inclina la balanza cuando los demás factores están equilibrados.

Lo que sí es definitivo es que un Core Web Vitals muy malo puede convertirse en un lastre activo para el posicionamiento. Una página con puntuaciones en zona roja en las tres métricas está enviando a Google una señal clara de que la experiencia de usuario es deficiente, y eso tiene consecuencias reales en su capacidad de posicionar competitivamente en búsquedas donde hay alternativas con mejor rendimiento. En sectores competitivos donde las diferencias de posicionamiento entre páginas son pequeñas, el Core Web Vitals puede ser exactamente la variable que separa estar en el top tres de estar en la quinta o sexta posición.

Google mide el Core Web Vitals de dos formas diferentes y es importante entender la distinción entre ellas. Los datos de laboratorio son mediciones realizadas en condiciones controladas y simuladas, como las que ofrece PageSpeed Insights. Los datos de campo son mediciones extraídas del comportamiento real de los usuarios que visitan tu web, recogidas de forma anónima por el navegador Chrome y agregadas en el informe de experiencia de usuario de Chrome, conocido como CrUX. Google usa principalmente los datos de campo para las decisiones de posicionamiento porque reflejan la experiencia real de los usuarios reales, no una simulación ideal.

La diferencia entre datos de laboratorio y datos de campo en el Core Web Vitals puede ser significativa. Una web puede obtener una buena puntuación en PageSpeed Insights en condiciones de laboratorio y tener datos de campo deficientes porque sus usuarios reales acceden principalmente desde dispositivos móviles de gama media con conexiones lentas. Por eso es fundamental revisar el Core Web Vitals tanto en PageSpeed Insights como en Google Search Console, que muestra los datos de campo reales agregados de los usuarios de tu web, para tener una imagen completa y honesta de cómo está rindiendo tu sitio en condiciones reales.

¿Cómo mejorar cada métrica del Core Web Vitals de forma práctica?

Conocer qué mide el Core Web Vitals es el primer paso. El segundo, y el más relevante en términos prácticos, es saber qué acciones concretas mejoran cada una de las tres métricas. No todas las optimizaciones tienen el mismo impacto y no todas requieren el mismo nivel de conocimiento técnico. Hay intervenciones que puede hacer cualquier gestor de contenidos y otras que requieren un desarrollador, pero todas contribuyen al objetivo final de tener un Core Web Vitals en zona verde.

Para mejorar el LCP, la métrica que mide cuándo aparece el contenido principal, las acciones de mayor impacto son las relacionadas con las imágenes y con el servidor. Las imágenes son el elemento que más frecuentemente retrasa el LCP porque son los archivos más pesados que tiene que descargar el navegador antes de poder mostrar el contenido principal. Convertir las imágenes al formato WebP, comprimir las que están sobredimensionadas, definir explícitamente el ancho y alto de cada imagen en el HTML para evitar que el navegador tenga que calcularlo y usar la directiva de precarga para la imagen principal del hero son las cuatro acciones con mayor impacto sobre el LCP en la mayoría de las webs.
La calidad del hosting afecta directamente al LCP porque determina el tiempo de respuesta inicial del servidor, el llamado Time to First Byte. Si el servidor tarda más de 600 milisegundos en empezar a enviar datos al navegador, es prácticamente imposible conseguir un LCP bueno aunque todo lo demás esté optimizado. Cambiar a un hosting de mayor rendimiento o implementar una CDN que sirva el contenido desde servidores geográficamente más cercanos al usuario son las intervenciones más efectivas para mejorar esta dimensión del Core Web Vitals cuando el problema está en el servidor.

Para mejorar el INP, la métrica de capacidad de respuesta a las interacciones, el culpable más frecuente es el JavaScript que bloquea el hilo principal del navegador. Cuando el navegador está ejecutando scripts pesados, no puede responder a las interacciones del usuario hasta que termina de procesar esos scripts. Identificar qué scripts están bloqueando el hilo principal, diferir la carga de los que no son necesarios para la interacción inicial y dividir las tareas largas de JavaScript en fragmentos más pequeños son las técnicas de optimización del Core Web Vitals más efectivas para mejorar el INP. Herramientas como Chrome DevTools permiten identificar exactamente qué scripts están causando los problemas de capacidad de respuesta.

¿Cómo detectar y corregir los problemas de CLS que están afectando tu Core Web Vitals?

El CLS, la métrica de estabilidad visual del Core Web Vitals, tiene causas más variadas y a veces más sorprendentes que las otras dos métricas. Entender de dónde vienen los desplazamientos de layout inesperados es el primer paso para eliminarlos y conseguir un CLS en zona verde.
La causa más frecuente de CLS alto es la ausencia de dimensiones definidas en las imágenes. Cuando una imagen no tiene definidos el ancho y el alto en el HTML, el navegador no sabe cuánto espacio reservar para ella mientras se descarga. Carga primero el texto que rodea la imagen, lo muestra al usuario y luego, cuando la imagen termina de descargarse, desplaza todo el contenido que había debajo para hacer sitio. Ese desplazamiento es exactamente lo que mide el CLS y es completamente evitable añadiendo los atributos width y height a cada imagen en el código. Es una de las correcciones de Core Web Vitals más simples y con mayor impacto inmediato.

Los anuncios, los banners y los widgets de terceros que se cargan de forma asíncrona son otra fuente frecuente de CLS. Si un espacio publicitario no tiene reservadas unas dimensiones fijas en el layout de la página, cuando el anuncio termina de cargarse empuja el contenido que había debajo, generando exactamente el tipo de desplazamiento inesperado que el Core Web Vitals penaliza. La solución pasa por reservar siempre un espacio con dimensiones fijas para cualquier elemento que se cargue de forma asíncrona, aunque ese espacio aparezca vacío durante un momento mientras el elemento se descarga.

Las fuentes web con retraso de carga también pueden generar problemas de CLS en el Core Web Vitals. Cuando el navegador muestra primero una fuente de sustitución y luego la reemplaza por la fuente definitiva una vez descargada, si las dos fuentes tienen métricas diferentes, el texto puede desplazarse ligeramente al cambiar de fuente. Técnicas como el ajuste de métricas de fuente en CSS o la precarga de las fuentes más importantes permiten eliminar o minimizar este tipo de desplazamiento y mejorar el CLS sin sacrificar la elección tipográfica de la web.

Las herramientas para medir y monitorizar el Core Web Vitals de tu web

No se puede mejorar lo que no se mide, y el Core Web Vitals tiene la ventaja de ser completamente medible con herramientas gratuitas y accesibles que cualquier persona puede usar sin conocimientos técnicos avanzados. El ecosistema de herramientas disponibles para analizar, diagnosticar y monitorizar el Core Web Vitals es uno de los más completos de todo el mundo del SEO.
PageSpeed Insights es el punto de partida más directo para evaluar el Core Web Vitals de cualquier URL. Solo tienes que introducir la dirección de la página que quieres analizar y en segundos obtendrás las puntuaciones de las tres métricas tanto para móvil como para escritorio, junto con un diagnóstico detallado de qué está causando los problemas y qué cambios tendrían mayor impacto. La herramienta muestra además, cuando hay suficientes datos disponibles, los datos de campo reales de esa URL extraídos del CrUX, que son los más relevantes para entender cómo Google está evaluando tu página en términos de Core Web Vitals.
Google Search Console es la herramienta más importante para monitorizar el Core Web Vitals a nivel de todo el sitio, no solo de una URL individual. La sección de experiencia de página en Search Console muestra un resumen de cuántas URLs de tu web están en zona verde, amarilla y roja para cada métrica del Core Web Vitals, con datos de campo reales y con la posibilidad de ver qué URLs específicas tienen problemas y de qué tipo. Revisarlo regularmente permite detectar deterioros en el rendimiento antes de que tengan un impacto significativo en el posicionamiento y actuar sobre ellos con rapidez.
Screaming Frog, la herramienta de rastreo web más usada en el sector SEO, tiene integración con PageSpeed Insights que permite analizar el Core Web Vitals de todas las URLs de un sitio de forma automatizada. Para webs con mucho contenido, esta capacidad de análisis masivo es imprescindible para tener una visión completa del estado del Core Web Vitals en todo el sitio y para priorizar las intervenciones según el impacto potencial de cada página. Las páginas más importantes del sitio, las que más tráfico reciben o las que más contribuyen a los objetivos de negocio, son las que deben tener prioridad en el trabajo de mejora del Core Web Vitals.

Core Web Vitals en e-commerce: ¿Por qué las tiendas online tienen más en juego?

Las tiendas online tienen una relación especialmente crítica con el Core Web Vitals porque sus páginas suelen ser más complejas, más pesadas visualmente y con más elementos interactivos que las webs corporativas o los blogs, lo que las hace más vulnerables a tener métricas deficientes. Y al mismo tiempo, las consecuencias de un Core Web Vitals malo son más graves en un e-commerce que en cualquier otro tipo de web porque cada décima de segundo de retraso y cada desplazamiento inesperado del layout tiene un impacto directo y medible en la tasa de conversión y en los ingresos.
Las páginas de categoría y las fichas de producto son las que más frecuentemente tienen problemas de LCP en los e-commerce porque están cargadas de imágenes de producto que compiten entre sí para cargarse al mismo tiempo. Implementar lazy loading para cargar primero solo las imágenes visibles en la pantalla inicial y diferir la carga del resto es una optimización del Core Web Vitals especialmente efectiva en este tipo de páginas. Combinado con la conversión de todas las imágenes de producto al formato WebP y la implementación de una CDN para servirlas desde ubicaciones geográficamente cercanas al usuario, el impacto en el LCP puede ser drástico.

El proceso de checkout en un e-commerce suele tener los peores datos de INP de todo el sitio porque es la sección con más interactividad: campos de formulario, selecciones de opciones, validaciones en tiempo real, cálculos de precios y envíos. Cada una de esas interacciones tiene que responder en menos de 200 milisegundos para cumplir con el umbral bueno del Core Web Vitals. Optimizar el JavaScript del checkout, reducir las dependencias de scripts de terceros en ese proceso y asegurarse de que las validaciones no bloquean el hilo principal son acciones que mejoran simultáneamente el Core Web Vitals y la experiencia de compra, con el impacto directo en conversión que eso implica.

El Core Web Vitals no es un trámite técnico, es un compromiso con el usuario

El Core Web Vitals es la forma que tiene Google de poner en números algo que siempre ha sido verdad pero que raramente se medía con precisión: que una web que funciona bien para el usuario merece estar más arriba en los resultados de búsqueda que una que no lo hace. Mejorar el Core Web Vitals no es cumplir con un requisito técnico de Google para evitar penalizaciones: es hacer tu web mejor para cada persona que la visita, más rápida, más estable y más responsiva a lo que el usuario necesita.

Las webs que tienen el Core Web Vitals en zona verde no lo tienen porque sus propietarios estén obsesionados con las métricas técnicas. Lo tienen porque en algún momento tomaron la decisión de tomarse en serio la experiencia de sus usuarios y de invertir en las optimizaciones necesarias para ofrecerles una navegación fluida y sin fricciones. Esa decisión se refleja en el posicionamiento, pero sobre todo se refleja en cómo el usuario percibe la web y en la confianza que genera en los primeros segundos de visita.

El Core Web Vitals no es estático: puede degradarse con el tiempo si no se monitoriza. Cada nueva imagen que se añade sin optimizar, cada plugin que se instala sin evaluar su impacto en el rendimiento, cada actualización de diseño que introduce elementos sin dimensiones definidas puede empeorar las métricas que tanto costó mejorar. Mantener el Core Web Vitals en zona verde requiere un proceso de monitorización continua y una cultura de equipo que ponga la experiencia del usuario en el centro de cada decisión de diseño y desarrollo.
En IndianWebs auditamos el Core Web Vitals de cada proyecto que trabajamos, identificamos las causas específicas de los problemas que encontramos y desarrollamos un plan de mejora priorizado por impacto que resuelve los problemas técnicos sin comprometer las decisiones de diseño que son importantes para la marca. Si quieres saber exactamente cómo está el Core Web Vitals de tu web y qué está lastrando tu posicionamiento en Google, podemos hacer ese análisis contigo y acompañarte en la implementación de las mejoras.