Monitor de Core Web Vitals
Analiza LCP, INP y CLS de cualquier URL usando la API de Google PageSpeed. Obtén la puntuación de rendimiento y recomendaciones de mejora.
Qué mide este monitor
Consulta la API de PageSpeed Insights y prioriza los datos de campo de CrUX: LCP, INP y CLS medidos en navegadores de usuarios reales durante los últimos 28 días. Son los que Google usa para rankear. Si la URL no tiene suficiente tráfico para su propia muestra, cae a la del dominio, y si tampoco la hay, a datos de laboratorio, avisándote de cuál estás viendo.
Google usa los Core Web Vitals como señal de desempate: si dos páginas tienen contenido similar, la que ofrece mejor experiencia de usuario tenderá a posicionarse más arriba.
Cómo medir tus Core Web Vitals paso a paso
El monitor no necesita acceso a tu sitio ni que instales un script: consulta los datos que Google ya tiene sobre tus URLs.
- 1
Pega las URLs que quieres medir, una por línea. Analiza páginas concretas, no solo la home: los Core Web Vitals se evalúan por URL.
- 2
Elige móvil o escritorio. Empieza siempre por móvil, que es con lo que Google indexa y donde los problemas se ven antes.
- 3
Comprueba la etiqueta de fuente de cada resultado. Si pone laboratorio, esa URL no tiene visitas suficientes en CrUX y lo que ves es una simulación, útil para diagnosticar pero no es tu nota real.
- 4
Trabaja sobre las métricas en rojo por orden de impacto: LCP suele ser lo más caro de arreglar y lo que más pesa; CLS suele ser lo más barato.
Los datos de campo se actualizan con una ventana móvil de 28 días. Después de un despliegue, no esperes ver la mejora al día siguiente: tarda semanas en reflejarse del todo.
Cómo interpretar cada métrica
El LCP mide el tiempo que tarda en renderizarse el elemento visual más grande de la página (normalmente una imagen hero o un bloque de texto principal). Es la métrica más directamente relacionada con la percepción de velocidad por parte del usuario.
Bueno: ≤ 2.5 segundos — experiencia rápida
Necesita mejora: 2.5s – 4.0s — experiencia mejorable
Malo: > 4.0s — experiencia lenta, impacto negativo en SEO
Cómo mejorar:
Optimiza y comprime imágenes (WebP/AVIF), usa lazy loading solo para imágenes fuera del viewport inicial, implementa un CDN, añade preload para el recurso LCP, y mejora el TTFB del servidor.
El INP mide el tiempo de respuesta desde que el usuario hace clic, toca o presiona una tecla hasta que el navegador actualiza visualmente la pantalla. Reemplazó a FID en marzo de 2024. Penaliza especialmente páginas con mucho JavaScript pesado que bloquea el hilo principal.
Bueno: ≤ 200 ms — respuesta inmediata
Necesita mejora: 200ms – 500ms — respuesta aceptable pero mejorable
Malo: > 500ms — respuesta lenta, usuarios frustrados
Cómo mejorar:
Divide el JavaScript en chunks más pequeños (code splitting), elimina scripts de terceros innecesarios, usa web workers para tareas pesadas y prioriza la hidratación de componentes interactivos.
El CLS mide cuánto se desplaza el contenido visible de forma inesperada durante la carga. Un CLS alto provoca clics accidentales y una mala experiencia de usuario. Las causas más habituales son imágenes sin dimensiones definidas, anuncios de tamaño variable y fuentes web que cambian el layout al cargar.
Bueno: ≤ 0.1 — página estable
Necesita mejora: 0.1 – 0.25 — desplazamientos ocasionales
Malo: > 0.25 — página inestable, muy mala experiencia
Cómo mejorar:
Define siempre los atributos width y height en imágenes y vídeos, reserva espacio para anuncios y embeds, usa font-display: optional o swap para fuentes web, y evita insertar elementos sobre contenido existente.
Por qué a veces no hay datos de campo
Existen dos formas de medir los Core Web Vitals: datos de laboratorio (mediciones sintéticas en condiciones controladas) y datos de campo (mediciones reales de usuarios reales recogidas por Chrome). Esta herramienta usa datos de laboratorio mediante Lighthouse a través de la API de Google PageSpeed Insights.
Datos de laboratorio (esta herramienta)
Medición sintética ejecutada por Lighthouse en servidores de Google. Reproducible, inmediata y sin necesidad de tráfico previo. Ideal para detectar problemas y medir el impacto de cambios técnicos antes de publicar.
Datos de campo (CrUX)
Datos reales recogidos de usuarios de Chrome durante los últimos 28 días. Son los que Google usa directamente como señal de ranking. Disponibles en Google Search Console y PageSpeed Insights cuando hay suficiente tráfico.
Preguntas frecuentes sobre Core Web Vitals
Guías sobre Core Web Vitals
El validador te dice qué falla. Estas guías explican por qué falla y cómo corregirlo.
Qué son los Core Web Vitals: LCP, INP y CLS Explicados
Los Core Web Vitals son las métricas de experiencia de usuario que Google usa como factor de ranking. Aprende qué mide cada una, qué umbrales son buenos y por qué afectan al posicionamiento.
Leer guíaCómo Mejorar el LCP: Causas, Diagnóstico y Soluciones
El LCP lento es el problema de rendimiento web más frecuente. Esta guía cubre las 5 causas principales del LCP alto, cómo diagnosticar cuál afecta a tu sitio y las soluciones técnicas concretas.
Leer guíaCLS: Qué es el Cumulative Layout Shift y Cómo Eliminarlo
El CLS mide cuánto se mueve el contenido de tu página de forma inesperada. Un CLS alto penaliza la experiencia de usuario y el SEO. Aprende a detectarlo y a eliminarlo con soluciones técnicas concretas.
Leer guíaCómo Mejorar el INP: Causas y Soluciones para la Interactividad
El INP mide la latencia de todas las interacciones de usuario en tu página. Desde marzo de 2024 reemplazó al FID como Core Web Vital oficial. Aprende a diagnosticarlo y a reducirlo con técnicas concretas.
Leer guíaCore Web Vitals en WordPress: Plugins y Configuración Paso a Paso
Mejorar los Core Web Vitals en WordPress es posible con los plugins correctos y una configuración adecuada. Guía práctica de WP Rocket, LiteSpeed Cache y otras herramientas para pasar el umbral "Bueno" en LCP, INP y CLS.
Leer guíaPageSpeed Insights vs Search Console: Por Qué los Datos No Coinciden
PageSpeed Insights puede mostrar "Bueno" mientras Google Search Console marca la misma página como "Necesita mejora". No es un error: son dos tipos de datos distintos. Aprende a interpretarlos correctamente.
Leer guía