Comprobador de Core Web Vitals
Descubre cómo viven los visitantes reales una página. Introduce una URL o un dominio para obtener los datos de campo del Chrome UX Report que Google usa en su evaluación de Core Web Vitals: Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift en el percentil 75, para la página y para todo el sitio, en móvil y escritorio.
Última actualización:
Cómo usar Comprobador de Core Web Vitals
- Introduce la URL de la página o solo un dominio como example.com.
- Elige el dispositivo: móvil y escritorio a la vez, o solo uno.
- Pulsa Comprobar Core Web Vitals y espera de 10 a 60 segundos mientras Google responde.
- Lee el veredicto para la página y para todo el origen, y luego mira qué métrica no está en verde.
- Corrige y vuelve a comprobar más tarde: los datos de campo son una media móvil de 28 días, así que las mejoras aparecen poco a poco.
Umbrales de las Core Web Vitals
| Métrica | Mide | Bueno | Necesita mejorar | Malo |
|---|---|---|---|---|
| LCP Largest Contentful Paint | Carga del contenido principal | ≤ 2.5 s | 2.5 a 4.0 s | > 4.0 s |
| INP Interaction to Next Paint | Capacidad de respuesta a la interacción | ≤ 200 ms | 200 a 500 ms | > 500 ms |
| CLS Cumulative Layout Shift | Estabilidad visual | ≤ 0.1 | 0.1 a 0.25 | > 0.25 |
| FCP First Contentful Paint | Primer contenido en pantalla (métrica complementaria) | ≤ 1.8 s | 1.8 a 3.0 s | > 3.0 s |
| TTFB Time to First Byte | Respuesta del servidor (métrica complementaria) | ≤ 0.8 s | 0.8 a 1.8 s | > 1.8 s |
Los valores son el percentil 75: tres de cada cuatro visitas fueron al menos así de rápidas. Móvil y escritorio se evalúan por separado.
Cómo corregir cada Core Web Vital
LCP lento
- Haz que la imagen LCP sea ligera y moderna (WebP o AVIF, dimensiones correctas) y no la cargues en diferido; añade
fetchpriority="high". - Reduce el tiempo de respuesta del servidor con caché o una CDN; un TTFB lento retrasa todo lo que viene después.
- Elimina el CSS y el JavaScript que bloquean el renderizado del
<head>y precarga la fuente web principal.
INP lento
- Divide las tareas largas de JavaScript en partes más pequeñas para que el navegador pueda responder entre ellas.
- Elimina o retrasa los scripts pesados de terceros (widgets de chat, gestores de etiquetas, pruebas A/B) que se ejecutan en cada clic.
- Da primero una respuesta visual inmediata y luego haz el trabajo costoso; evita volver a renderizar grandes partes de la página en cada interacción.
CLS alto
- Define
widthyheight(oaspect-ratio) en imágenes, vídeos e iframes. - Reserva espacio para anuncios, contenidos incrustados y banners antes de que se carguen.
- Usa
font-display: optionalo fuentes alternativas ajustadas para evitar que el texto salte al cargar las fuentes web.
Usa el Test de velocidad web para una prueba de laboratorio con los archivos y elementos concretos detrás de cada problema, y el Compresor de imágenes para reducir una imagen LCP pesada.
Preguntas frecuentes
¿Cuáles son los umbrales de las Core Web Vitals?
Largest Contentful Paint (LCP) es bueno con 2.5 segundos o menos y malo por encima de 4 segundos. Interaction to Next Paint (INP) es bueno con 200 milisegundos o menos y malo por encima de 500 ms. Cumulative Layout Shift (CLS) es bueno con 0.1 o menos y malo por encima de 0.25. Cada uno se mide en el percentil 75 de las cargas de página.
¿Cómo decide Google si una página supera las Core Web Vitals?
Una página o un sitio aprueba cuando el percentil 75 de LCP, INP y CLS está en el rango bueno en los tres casos, usando datos de usuarios reales de Chrome de los últimos 28 días. Si INP tiene muy pocas interacciones registradas, la evaluación se basa en las métricas que tienen datos suficientes.
¿Cuál es la diferencia entre datos de campo y datos de laboratorio?
Los datos de campo proceden de visitantes reales en sus propios dispositivos y redes, recopilados por Chrome en el Chrome UX Report. Los datos de laboratorio, como una puntuación de Lighthouse, proceden de una carga simulada en un entorno controlado. Google usa los datos de campo para sus señales de experiencia de página; los de laboratorio sirven para depurar.
¿Por qué no hay datos para mi página?
El Chrome UX Report solo incluye páginas y orígenes con suficientes visitas válidas de usuarios de Chrome que comparten estadísticas de uso. Las páginas nuevas, con poco tráfico o privadas a menudo no tienen datos a nivel de página; en ese caso, los datos de todo el origen o una prueba de laboratorio son la mejor guía.
¿Por qué INP sustituyó a FID?
Interaction to Next Paint pasó a ser una Core Web Vital en marzo de 2024, sustituyendo a First Input Delay. FID solo medía el retraso antes de procesar la primera interacción; INP analiza la capacidad de respuesta de todos los clics, toques y pulsaciones de teclas durante una visita, así que refleja mucho mejor la lentitud real.
¿Cuánto tardan en notarse mis correcciones?
Los datos de campo son una ventana móvil de 28 días, así que una corrección empieza a mover las cifras en pocos días y se refleja por completo tras unas cuatro semanas. Usa herramientas de laboratorio como el Test de velocidad web para confirmar la corrección al momento.
¿Esta herramienta usa una clave de API o guarda mis URL?
Llama a la API pública de PageSpeed Insights de Google directamente desde tu navegador, sin clave. La lista de comprobaciones recientes solo se guarda en tu propio navegador. Como la API gratuita es compartida, puede tener límites temporales cuando mucha gente hace pruebas a la vez.
¿Se prueban todas las herramientas de FreeToolCabin para comprobar su calidad y precisión?
Sí. Cada herramienta del sitio pasa pruebas automáticas en navegadores reales para comprobar que el resultado es correcto y que no hay errores. Si encuentras un fallo o tienes una sugerencia, escríbenos a [email protected] y lo revisaremos.