Las Core Web Vitals son LCP, INP y CLS: mejorarlas mejora la experiencia real de usuarios locales y reduce la fricción que impide completar una compra o una consulta. Los umbrales buenos son ≤ 2,5 s en LCP, ≤ 200 ms en INP y ≤ 0,1 en CLS. Para negocios con tráfico local conviene segmentar los datos por dispositivo y por tamaño de muestra antes de sacar conclusiones.
En resumen:
- Las métricas Core Web Vitals son LCP, INP y CLS, y su correcta optimización mejora la experiencia local y las conversiones, pero requiere segmentación por dispositivo y región.
- La fiabilidad de los datos en sitios con tráfico local bajo puede verse afectada por la escasez de muestras en Chrome UX Report, que combina datos de dominio en lugar de páginas específicas.
- Para medir eficazmente, se recomienda combinar datos reales con auditorías sintéticas ajustadas por locale, estrategia y categoría, incluyendo integración con Google Analytics y Search Console.
- La priorización de optimizaciones debe centrarse en tareas con impacto alto y coste bajo, como incluir atributos de ancho y alto en imágenes, y dividir JavaScript en fragmentos pequeños.
- La mejora en las métricas puede tardar hasta un mes en reflejarse en los informes oficiales, por lo que es crucial monitorizar tanto pruebas en laboratorio como datos en RUM.
Tabla de contenidos
- Qué miden LCP, INP y CLS y sus umbrales técnicos
- Por qué los locales cambian la lectura de las core web vitals
- Herramientas y configuración para medir por locale
- Checklist de optimizaciones prácticas por métrica
- Cómo validar cambios y cuánto tarda en notarse la mejora
- Nuestra manera de abordar las core web vitals en negocios locales
- Cómo podemos ayudarte a mejorar tu rendimiento local
- Preguntas frecuentes
- Fuentes
Qué miden LCP, INP y CLS y sus umbrales técnicos
Cada métrica cubre un momento distinto de la visita a una página y entenderlas bien evita optimizar lo que no importa.
- LCP (Largest Contentful Paint): mide cuánto tarda en pintarse el elemento visible más grande de la pantalla. El objetivo es ≤ 2,5 segundos medidos en el percentil 75 de las visitas.
- INP (Interaction to Next Paint): mide la rapidez de respuesta ante clics, toques o pulsaciones de teclado durante toda la visita, no solo la primera interacción. Un valor bajo en INP se considera bueno para la experiencia de usuario.
- CLS (Cumulative Layout Shift): mide la estabilidad visual de la página, es decir, cuánto se mueven los elementos sin que el usuario lo provoque. Una puntuación ≤ 0,1 se considera buena y por encima de 0,25 se considera pobre.
El cálculo del CLS combina la fracción de impacto (cuánto espacio visible afecta el movimiento) con la fracción de distancia que recorre el elemento, así que optimizar solo el desplazamiento sin medir el tamaño del elemento afectado es un error habitual. Google recomienda evaluar las tres métricas al [percentil 75], tanto en móvil como en escritorio(https://web.dev/articles/vitals), porque una media esconde a los usuarios con peor experiencia, que suelen ser los que abandonan antes de convertir.
Por qué los locales cambian la lectura de las core web vitals
Un sitio con tráfico concentrado en unas pocas ciudades o franjas horarias no genera el mismo volumen de datos que una web nacional, y eso afecta directamente a la fiabilidad de las métricas que ves en los informes.
Chrome UX Report (CrUX), la fuente de datos reales detrás de PageSpeed Insights, agrega las visitas en una ventana móvil de aproximadamente 28 a 30 días. Cuando una URL concreta no acumula suficientes visitas en ese periodo, CrUX recurre a los datos agregados de todo el origen (el dominio completo) en lugar de la página exacta, lo que puede ocultar que una landing local concreta tiene un problema real de rendimiento.
- Una ficha de producto o una página de sede local con poco tráfico puede no aparecer nunca con datos propios en CrUX.
- Los datos de origen mezclan páginas rápidas con páginas lentas y diluyen el problema real.
- El tráfico estacional (campañas, temporadas altas) distorsiona la ventana de 28 a 30 días si el pico ocurre a mitad de periodo.
Consejo profesional: cuando el volumen lo permita, segmenta los informes por dispositivo y por región antes de decidir qué página optimizar primero.
Herramientas y configuración para medir por locale
Ninguna herramienta por sí sola resuelve el problema de los sitios con tráfico local variable, así que conviene combinar datos de campo y pruebas sintéticas.
- Revisa PageSpeed Insights y el informe de experiencia de página en Search Console para ver datos reales de usuarios cuando existan.
- Si una URL no tiene muestras suficientes, usa Lighthouse para una auditoría sintética inmediata: PageSpeed Insights combina CrUX con Lighthouse precisamente para cubrir ese vacío.
- Configura Lighthouse o la API de PSI con los parámetros de locale, strategy (mobile o desktop) y category para que la prueba simule el entorno real de tus usuarios.
- Implementa la librería web-vitals en producción para capturar datos RUM propios, sin depender solo de CrUX, y agrupa los eventos de layout-shift por sesión para calcular el CLS correctamente.
- En páginas con tráfico local bajo, combina un muestreo sintético periódico con revisiones manuales de las páginas más visitadas, en lugar de esperar a que CrUX acumule datos suficientes.
Un consultor SEO que gestione varias sedes locales puede apoyarse en integraciones técnicas con Google Analytics y Search Console para cruzar el tráfico real con las métricas de rendimiento de cada página.
Checklist de optimizaciones prácticas por métrica
Priorizar bien ahorra tiempo: algunos cambios tienen impacto alto con poco esfuerzo, otros requieren rediseño.
- Para LCP: usa formatos de imagen modernos, dimensiona las imágenes al tamaño real de visualización y añade
preloadal recurso principal; reducir el tiempo hasta el primer byte (TTFB) y aislar el CSS crítico también ayuda. - Para INP: divide las tareas largas de JavaScript en fragmentos más pequeños, mueve trabajo pesado a web workers y evita manejadores de eventos que bloqueen el hilo principal.
- Para CLS: incluye siempre los atributos
widthyheighten imágenes e iframes, reserva espacio fijo para anuncios o widgets y evita insertar contenido por encima de lo que el usuario ya está viendo.
Una guía práctica sobre optimización de imágenes detalla formatos, dimensionado y carga diferida, que suele ser el cambio de mayor impacto para el LCP en sitios con catálogos de producto o galerías locales.
Consejo profesional: empieza siempre por el cambio con mayor impacto y menor coste de desarrollo, como añadir dimensiones a imágenes, antes de abordar refactorizaciones de JavaScript.
Cómo validar cambios y cuánto tarda en notarse la mejora
El flujo recomendado es: probar el cambio en local, desplegarlo a producción, monitorizar los datos RUM propios con web-vitals y, después, comprobar PageSpeed Insights o el informe de CrUX.
Durante ese periodo conviene vigilar el porcentaje de sesiones dentro del umbral “bueno” para cada métrica, no solo el promedio. Las mejoras en pruebas de laboratorio y en RUM propio suelen verse de inmediato, pero CrUX necesita su ventana completa de 28 a 30 días para reflejar el cambio en los informes oficiales, así que una mejora real puede tardar un mes en aparecer confirmada en PageSpeed Insights.
Nuestra manera de abordar las core web vitals en negocios locales
Trabajamos las Core Web Vitals como parte de la visibilidad local, no como un ejercicio técnico aislado: una página lenta pierde posiciones y pierde clientes que ya tenían intención de compra.
Recomendamos soporte técnico continuo cuando el sitio recibe actualizaciones frecuentes de contenido o campañas estacionales, porque cada cambio puede introducir regresiones en CLS o LCP sin que nadie lo note hasta que cae el tráfico.
— YellowRock
Cómo podemos ayudarte a mejorar tu rendimiento local
Si gestionas un sitio con tráfico local y quieres dejar de adivinar qué páginas fallan en Core Web Vitals, nuestro trabajo combina auditoría técnica, optimización práctica y reportes mensuales para que veas la evolución real, no solo una puntuación puntual.
Nuestro plan Crecimiento Inteligente incluye auditoría SEO y optimización técnica orientada a mejorar la experiencia de tus páginas locales, además del posicionamiento en Google y Google Maps. Para negocios que necesitan además diseño web o campañas de captación inmediata, nuestra página de servicios resume las opciones disponibles, desde Diseño Web Profesional hasta el Plan Turbo Google Ads. Si prefieres hablar directamente con nuestro equipo sobre tu caso, puedes revisar nuestros servicios de SEO local y marketing digital y solicitar una auditoría técnica inicial.
Preguntas frecuentes
¿Qué son los Insights de PageSpeed?
PageSpeed Insights es una herramienta de Google que combina datos reales de usuarios (CrUX) con pruebas de laboratorio (Lighthouse) para mostrar el rendimiento de una página. Cuando no hay suficientes datos reales para una URL, se apoya solo en los resultados sintéticos de Lighthouse.
¿Cómo puedo saber el ranking de mi página web en Google?
No existe un número público de “ranking” que Google ofrezca directamente; la posición varía según la consulta, la ubicación y el dispositivo del usuario que busca. Herramientas como Search Console muestran la posición media de tu página para distintas búsquedas, aunque conviene interpretarla como una tendencia y no como una cifra fija.
¿Qué son las core web vitals?
Son tres métricas centradas en el usuario: LCP (velocidad de carga del contenido principal), INP (rapidez de respuesta ante interacciones) y CLS (estabilidad visual de la página). Google recomienda medirlas al percentil 75 de las visitas, segmentando entre móvil y escritorio.
¿Qué aspecto mide el cumulative layout shift de las core web vitals?
El CLS mide cuánto se desplazan los elementos visibles de una página sin que el usuario haya interactuado con ellos. Se calcula combinando la fracción de impacto visual con la fracción de distancia que se mueve cada elemento, y una puntuación de 0,1 o menos se considera buena.
