Comprobador de velocidad y Core Web Vitals
Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.
+ guarda el sitio o la página actuales. Usa ☆ junto a cualquier sitio, página o lista guardados para añadirlos a favoritos. El historial de comprobaciones recientes aparece debajo.
Crear una lista con nombre
Destino rellenado desde tus selecciones locales.
Pasaporte del sitio Contexto local de este sitio guardado
Datos locales
Los destinos guardados, las listas con nombre y los resúmenes de comprobaciones recientes permanecen solo en este navegador.
Lab methodology and provenance
Geography: PSI does not provide a test location. A non-regional lab result is diagnostic, not evidence of performance for local users or a target market. Use a regional provider when geography matters.
Lab vs. field comparison
Field data describes real Chrome visits over 28 days; lab data is one simulated run. Use the lab trace to investigate, then use field data to judge the real-user outcome.
What to fix, in order
Elements Lighthouse singled out
Compare a later check
Download this result as a private JSON baseline, then import it after another check to compare the verdict, data source, and metric changes.
Valorar esta herramienta
Origin scorecard (mobile field data)
| Origin | Verdict | Worst metric | LCP | INP | CLS |
|---|
Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses for the page-experience signal; it updates daily, so repeat checks within 24 hours are served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them to differ from field data and to vary between runs. Lab audits can't measure INP (it needs real users).
Acerca de esta herramienta
Comprueba una página para obtener datos de campo de Core Web Vitals y diagnósticos de laboratorio de Lighthouse, con un veredicto claro y correcciones priorizadas.
Funciones
- Un veredicto en una frase que nombra la métrica con peor rendimiento en el dispositivo más importante.
- Datos reales de Chrome UX Report (CrUX), con fallback automático a datos del origen y después a una auditoría de laboratorio de Lighthouse; cada tarjeta identifica la fuente.
- Tarjetas de móvil y escritorio lado a lado, con móvil marcado como el dispositivo que Google usa para posicionar.
- Lista de correcciones diagnósticas priorizadas a partir de las auditorías de Lighthouse activadas y tarjeta masiva de hasta 5 orígenes con exportación CSV.
Cómo funciona
Introduce una URL completa y ejecuta la comprobación. La herramienta consulta primero los datos de campo de la URL en CrUX, recurre a los datos de campo del origen si no hay muestra y después ejecuta una auditoría de laboratorio de Lighthouse. Identifica la fuente de cada tarjeta, aplica los umbrales oficiales a LCP, INP y CLS y ordena las correcciones activadas por prioridad.
Limitaciones
- CrUX necesita suficiente tráfico real de Chrome en una ventana móvil de 28 días; las páginas nuevas o con poco tráfico pueden recurrir a datos del origen o del laboratorio.
- Lighthouse utiliza limitación simulada, puede variar entre ejecuciones y no representa el rendimiento de una región concreta; una auditoría de laboratorio tampoco puede medir INP a partir de interacciones reales.
- Un aprobado no demuestra por sí solo accesibilidad completa, buenas conversiones ni una posición concreta. Cuando la geografía importa, utiliza un proveedor regional para complementar estos datos.
Preguntas frecuentes
¿Cuáles son los umbrales de Core Web Vitals?
Una página supera la evaluación cuando el percentil 75 es «bueno» en las tres métricas: `Largest Contentful Paint` (LCP) de 2,5 segundos o menos, `Interaction to Next Paint` (INP) de 200 milisegundos o menos y `Cumulative Layout Shift` (CLS) de 0,1 o menos. Un LCP superior a 4 segundos, un INP superior a 500 milisegundos o un CLS superior a 0,25 es «deficiente»; los valores intermedios necesitan mejorar. La herramienta utiliza exactamente estos umbrales oficiales.
¿Por qué difieren mis puntuaciones de Core Web Vitals de las de PageSpeed Insights?
Deberían coincidir si ambas herramientas consultan la misma fuente. Esta herramienta muestra primero los datos de campo del Chrome UX Report (CrUX), el mismo conjunto de datos de usuarios reales que utiliza la Búsqueda, y solo recurre a una auditoría de laboratorio de Lighthouse cuando la página no tiene datos de campo. Las cifras de laboratorio usan limitación simulada y varían entre ejecuciones; si PageSpeed Insights muestra laboratorio y esta herramienta muestra datos de campo, o al revés, esa es la diferencia.
¿Por qué el comprobador indica «no hay datos de campo» para mi URL?
CrUX solo informa de una URL cuando tiene suficiente tráfico de Chrome para formar una muestra estadísticamente estable durante los 28 días anteriores. Las páginas nuevas o con poco tráfico no alcanzan ese umbral. En ese caso, la herramienta recurre a los datos de campo del origen, es decir, de todo el sitio, o a una auditoría de laboratorio simulada de Lighthouse, y etiqueta la fuente de cada tarjeta para que no confundas las cifras de laboratorio con los datos de usuarios reales.
¿Puede esta herramienta medir INP?
Puede informar de INP a partir de datos de campo, porque INP se mide con interacciones de usuarios reales. No puede producir un valor de INP en una auditoría de laboratorio: Lighthouse no tiene usuarios reales que interactúen con la página, por lo que un resultado solo de laboratorio muestra «sin INP de laboratorio» para esa métrica. Si la página no tiene datos de campo, necesitas tráfico de usuarios o las herramientas INP de Chrome DevTools aplicadas a tus propias interacciones.
¿Qué dispositivo utiliza Google para posicionar: móvil o escritorio?
Google evalúa la señal de experiencia de página en móvil. Por eso la herramienta marca la tarjeta móvil como el dispositivo que Google utiliza para posicionar y, si la página no supera la evaluación en ninguno de los dos dispositivos, señala la métrica móvil limitante. Los valores de escritorio aportan contexto, pero no deciden la evaluación del posicionamiento móvil.
Problemas habituales y cómo solucionarlos
- Error LCP es deficiente Solución: Reduce LCP por debajo de 2,5 segundos optimizando el elemento LCP medido y su ruta crítica de entrega; después, verifícalo con datos de campo nuevos.
- Advertencia El valor de LCP necesita mejorar Solución: Lleva LCP por debajo de 2,5 segundos dando prioridad al elemento LCP medido y eliminando retrasos de su ruta de entrega.
- Error INP es deficiente Solución: Reduce INP por debajo de 200 ms acortando las tareas de interacción más largas y disminuyendo el trabajo de JavaScript en el hilo principal.
- Advertencia El valor de INP necesita mejorar Solución: Lleva INP por debajo de 200 ms dividiendo los controladores de interacción largos y cediendo trabajo del hilo principal.
- Error CLS es deficiente Solución: Reduce CLS por debajo de 0,1 reservando espacio para los elementos que se desplazan y evitando cambios tardíos de fuentes o contenido.
- Advertencia El valor de CLS necesita mejorar Solución: Lleva CLS por debajo de 0,1 añadiendo dimensiones estables y marcadores de posición para los elementos que se mueven tras el primer pintado.
- Advertencia Los recursos que bloquean el renderizado pueden retrasar LCP Solución: Inserta el CSS crítico y aplaza las hojas de estilo o el código no crítico que impidan renderizar el recurso LCP.
- Advertencia La respuesta del servidor puede retrasar LCP Solución: Disminuye el tiempo de respuesta inicial del servidor con caché, un procesamiento del servidor más rápido y una CDN cercana a quienes usan el sitio antes de optimizar el recurso LCP.
- Advertencia La entrega de imágenes puede retrasar LCP Solución: Redimensiona y comprime la imagen LCP, sirve un formato moderno con srcset y precárgala cuando se descubra tarde.
- Información El origen crítico carece de preconnect Solución: Añade preconnect solo para el origen externo crítico que sirve el recurso LCP, incluido crossorigin cuando sea necesario.
- Advertencia El código de terceros contribuye a INP Solución: Aplaza los gestores de etiquetas, la asistencia conversacional, la analítica y el código de pruebas no crítico hasta después de la primera interacción, y elimina proveedores sin uso.
- Advertencia El trabajo del hilo principal contribuye a INP Solución: Divide las tareas largas del hilo principal en fragmentos menores, traslada el cálculo pesado a un proceso en segundo plano y reduce al mínimo el trabajo síncrono de diseño.
- Advertencia El JavaScript sin usar contribuye a INP Solución: Divide el código por ruta y componente para que la página descargue, analice y ejecute solo el JavaScript necesario para la vista actual.
- Advertencia Los elementos que desplazan el diseño contribuyen a CLS Solución: Asigna dimensiones explícitas o espacios reservados a las imágenes, elementos insertados, anuncios y regiones añadidas antes de que se carguen.
- Advertencia La carga de fuentes contribuye a CLS Solución: Precarga las fuentes críticas, usa alternativas compatibles en métricas y elige un comportamiento font-display que evite un cambio tardío del diseño.
- Advertencia El rendimiento de laboratorio y de campo no coincide Solución: Usa el seguimiento de Lighthouse para diagnosticar el cuello de botella de la ejecución simulada; después, supervisa la métrica de CrUX correspondiente antes de afirmar o cerrar una regresión observada.