Los Core Web Vitals son tres métricas con las que Google mide la experiencia real de quien visita tu sitio. No miden si la página se ve bien: miden qué tan rápido es utilizable y qué tan estable se comporta mientras carga.
Importan por dos razones distintas. Son señal de posicionamiento y, mucho más relevante, se correlacionan directamente con conversión y abandono.
Las tres métricas
LCP: velocidad de carga percibida
El Largest Contentful Paint mide cuánto tarda en aparecer el elemento más grande visible de la página, normalmente la imagen principal o el bloque de texto del encabezado.
El umbral bueno es de 2.5 segundos o menos. Entre 2.5 y 4 segundos necesita mejora. Arriba de 4 segundos es deficiente.
En comercio electrónico, es la métrica que más pega. Una ficha de producto que tarda cinco segundos en mostrar la imagen pierde una parte importante de visitantes antes de cargar.
INP: capacidad de respuesta
El Interaction to Next Paint reemplazó al antiguo FID. Mide cuánto tarda la página en responder visualmente cuando alguien toca un botón, abre un menú o aplica un filtro.
El umbral bueno es de 200 milisegundos o menos. Hasta 500 necesita mejora; arriba de eso, deficiente.
Es la métrica que explica la sensación de sitio “trabado”. Suele deteriorarse por exceso de scripts de terceros: chats, pixeles, mapas de calor y herramientas de personalización.
CLS: estabilidad visual
El Cumulative Layout Shift mide cuánto se mueve el contenido mientras carga. Es lo que pasa cuando vas a tocar un botón y un banner lo empuja hacia abajo justo antes del toque.
El umbral bueno es 0.1 o menos. Hasta 0.25 necesita mejora.
Suele originarse en imágenes sin dimensiones declaradas, fuentes que cargan tarde y anuncios o avisos insertados después del contenido.
Datos de laboratorio y datos de campo
Es la distinción que más confusión genera al revisar reportes.
Los datos de laboratorio vienen de una simulación controlada, como la que hace Lighthouse. Son reproducibles y útiles para diagnosticar, pero no representan a tus usuarios reales.
Los datos de campo vienen de visitas reales recopiladas durante 28 días. Son los que Google considera para evaluación, y los que verás en Search Console.
Un sitio puede obtener 95 puntos en Lighthouse y reprobar en campo, porque la mitad de sus visitas llegan desde celulares con conexión lenta. La herramienta correcta para decidir es Search Console; Lighthouse sirve para encontrar la causa.
Qué suele romper las métricas
En la práctica, los culpables se repiten en casi todos los sitios que auditamos:
- Imágenes sin optimizar, subidas en resolución de cámara y escaladas por CSS.
- Formatos antiguos: JPG y PNG donde deberían ir WebP o AVIF.
- Demasiados scripts de terceros cargando de forma bloqueante.
- Fuentes personalizadas sin estrategia de carga, que provocan el salto de texto.
- Plantillas sobrecargadas con animaciones y constructores visuales que generan código redundante.
- Hosting insuficiente para el tráfico real, con tiempos de respuesta del servidor altos.
- Carrusel en el encabezado cargando cinco imágenes pesadas antes de mostrar la primera.
Cómo mejorarlos sin rehacer el sitio
Empieza por donde está el mayor retorno. En la mayoría de los casos, tres acciones mueven la aguja más que cualquier rediseño.
Primero, optimiza las imágenes del encabezado y de las fichas de producto: formato moderno, tamaño correcto y carga diferida para todo lo que está fuera de pantalla.
Segundo, audita los scripts de terceros. Enumera cada herramienta instalada, verifica si alguien usa sus datos y elimina lo que no se consulta. Es gratis y suele mejorar el INP de inmediato.
Tercero, reserva espacio para los elementos que cargan después. Declarar ancho y alto en imágenes y contenedores resuelve la mayoría de los problemas de CLS.
Después de eso vienen las acciones estructurales: mejorar el hosting, implementar una red de distribución de contenido y reducir el peso de la plantilla.
Cómo medirlos paso a paso
El proceso completo toma menos de media hora y no requiere herramientas de pago.
Empieza en Search Console, en el informe de Core Web Vitals. Ahí verás cuántas URLs están en verde, cuántas necesitan mejora y cuántas reprueban, separadas por móvil y escritorio.
Google agrupa las URLs por plantilla, así que normalmente verás un grupo de fichas de producto, uno de categorías y uno de páginas de contenido. Eso te dice dónde concentrar el trabajo.
Después toma una URL representativa de cada grupo y pásala por PageSpeed Insights. Arriba verás los datos de campo y abajo el diagnóstico de laboratorio con las oportunidades concretas.
Por último, revisa la cascada de carga en las herramientas de desarrollo del navegador, con la red limitada a 4G. Ahí se ve qué recurso está bloqueando y en qué orden carga todo.
Documenta el estado inicial antes de tocar nada. Sin punto de partida escrito, en tres semanas nadie va a saber si la mejora sirvió.
Errores comunes al optimizar
El primero es perseguir el 100 de Lighthouse. Pasar de 70 a 90 vale la pena; de 90 a 100 suele costar muchas horas por una ganancia que ningún usuario percibe.
El segundo es instalar un plugin de caché y darlo por resuelto. Ayuda, pero no corrige imágenes pesadas ni scripts de terceros, que son la causa de fondo.
El tercero es optimizar solo la página de inicio. Es la que se revisa en las juntas y casi nunca es la que recibe el tráfico orgánico ni la que convierte.
El cuarto es eliminar funcionalidad útil para ganar puntos. Si quitar el buscador de productos mejora el LCP pero baja la conversión, el cambio es malo aunque la métrica suba.
La relación con las ventas
Los Core Web Vitals no son un ejercicio técnico. Cada segundo de carga adicional en móvil se traduce en abandono medible, y el abandono ocurre antes de que la persona vea tu producto.
En tiendas, el efecto se concentra en dos puntos: la ficha de producto y el carrito. Son las páginas donde más conviene invertir el esfuerzo de optimización, por encima de la página de inicio.
Si quieres ver el efecto en tu propio sitio, cruza el tiempo de carga por tipo de página con la tasa de conversión de cada una. La correlación suele ser evidente sin necesidad de estudios externos. Lo complementamos en cómo reducir el abandono de carrito.
Cada cuánto revisarlos
Mensualmente en Search Console, y siempre después de tres eventos: un cambio de plantilla, la instalación de una herramienta nueva o una campaña con tráfico alto.
Las regresiones casi nunca llegan por un rediseño. Llegan por una aplicación instalada un martes que nadie documentó.
En Conqr auditamos rendimiento con datos de campo y priorizamos por impacto en conversión, no por puntaje de herramienta.
Preguntas frecuentes
¿Los Core Web Vitals son factor de posicionamiento?
Sí, pero de desempate. Pesan menos que la relevancia del contenido. Entre dos páginas igual de relevantes, la más rápida tiene ventaja; una página rápida con contenido débil no va a ganar por velocidad.
¿Por qué mi puntaje de Lighthouse es bueno y Search Console marca error?
Porque miden cosas distintas. Lighthouse simula una visita; Search Console reporta visitas reales de los últimos 28 días, incluyendo dispositivos y conexiones peores que la de tu oficina.
¿Cuánto tarda en reflejarse una mejora?
Los datos de campo se calculan sobre una ventana móvil de 28 días, así que una corrección tarda entre tres y cuatro semanas en verse completa en el reporte.
¿Vale la pena rehacer el sitio solo por rendimiento?
Rara vez. Primero agota imágenes, scripts y hosting. Si después de eso el LCP sigue arriba de cuatro segundos, probablemente el problema sea la plantilla y ahí sí conviene evaluar un cambio.
¿Aplican igual en móvil y escritorio?
Se evalúan por separado y móvil es el que manda, porque es donde está la mayor parte del tráfico y donde las condiciones de red son peores. Optimiza móvil primero.
¿Quieres saber qué está frenando tu sitio y cuánto te cuesta? Pide una auditoría.