Search Console
El informe Core Web Vitals agrupa las URLs de tu sitio en Buenas, Necesitan mejorar y Deficientes, en móvil y escritorio. Es la vista general.
Ver másLas Core Web Vitals miden si tu web carga rápido, responde al instante y no se mueve mientras la usas. Aquí tienes los umbrales oficiales y las causas más comunes de suspender cada una.
Las Core Web Vitals (métricas web principales) son el subconjunto de métricas que Google considera esenciales para medir la experiencia de usuario de una página: carga, interactividad y estabilidad visual. Las define el equipo de Chrome en web.dev y Google las usa en la Búsqueda como parte de la experiencia de página.
Lo importante es que se miden con datos de usuarios reales (datos de campo), recogidos en Chrome, y no solo en una prueba de laboratorio. Una página puede sacar buena nota en una prueba desde un computador rápido y suspender con los celulares y las conexiones de tus clientes.
Estos son los umbrales oficiales publicados en web.dev. Una página cumple si al menos el 75 % de las visitas (el percentil 75), por separado en móvil y en escritorio, está en «Bueno».
| Métrica | Qué mide | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en mostrarse el elemento más grande visible: una imagen principal o un bloque de texto. | ≤ 2,5 s | 2,5 s – 4 s | > 4 s |
| INP (Interaction to Next Paint) | Cuánto tarda la página en responder visualmente a clics, toques y teclas, durante toda la visita. | ≤ 200 ms | 200 ms – 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Cuánto se mueven los elementos de forma inesperada mientras carga o se usa la página. | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Sí, pero poco en comparación con la relevancia. La documentación de Google Search Central explica que las Core Web Vitals, junto con otros aspectos de la experiencia de página, coinciden con lo que sus sistemas de clasificación buscan premiar, y a la vez aclara que tener buenas puntuaciones no garantiza posicionar arriba: una página muy relevante con métricas mediocres puede superar a una rápida que no responde la búsqueda.
Donde más se nota una web lenta es en el negocio: más personas abandonan antes de ver la página, sobre todo en móvil, y menos completan formularios o compras. Por eso conviene mejorarlas aunque su peso directo en el ranking sea moderado.
Usa primero los datos de campo (usuarios reales) y después los de laboratorio para encontrar la causa.
El informe Core Web Vitals agrupa las URLs de tu sitio en Buenas, Necesitan mejorar y Deficientes, en móvil y escritorio. Es la vista general.
Ver másAnaliza una URL concreta. Arriba muestra datos de campo del Chrome UX Report si la página tiene tráfico suficiente; abajo, una prueba de laboratorio con Lighthouse y recomendaciones.
El panel Rendimiento mide LCP, INP y CLS mientras navegas tu propia web y señala qué elemento o qué script causa el problema.
La librería web-vitals de Google permite enviar las métricas de tus visitantes reales a tu analítica. Útil en sitios con poco tráfico, donde PageSpeed no tiene datos de campo.
El LCP mejora cuando el elemento principal llega antes y pesa menos. Las causas más comunes de un LCP lento y sus soluciones:
El INP mejora cuando el navegador tiene el hilo principal libre para responder. Casi siempre el culpable es JavaScript:
En WordPress, los constructores visuales y la acumulación de plugins son la causa más frecuente. Hay más detalle en nuestra guía de SEO en WordPress.
El CLS mejora cuando el navegador sabe desde el principio cuánto espacio ocupa cada elemento. Las soluciones habituales:
Las Core Web Vitals son una parte del SEO técnico. Si tu sitio suspende por la plataforma o el tema, a veces sale más barato rehacer la plantilla que parchearla; lo valoramos en el diseño de páginas web.
LCP (Largest Contentful Paint), que mide la carga del contenido principal; INP (Interaction to Next Paint), que mide la respuesta a las interacciones; y CLS (Cumulative Layout Shift), que mide la estabilidad visual. Los umbrales buenos son 2,5 s, 200 ms y 0,1, según web.dev.
FID (First Input Delay) dejó de ser Core Web Vital el 12 de marzo de 2024, cuando lo reemplazó INP, según el anuncio de web.dev. INP mide todas las interacciones de la visita y no solo la primera.
La nota de 0 a 100 viene de una prueba de laboratorio con Lighthouse, que varía según la carga del servidor y la red en cada ejecución. Lo que cuenta para Google son los datos de campo de usuarios reales, que aparecen en la parte superior del informe cuando hay tráfico suficiente.
No. Google evalúa las Core Web Vitals con datos reales y en el percentil 75, no con la nota de Lighthouse. Basta con estar en «Bueno» en las tres métricas; perseguir el 100 rara vez compensa el esfuerzo.
Que no tiene suficientes visitas desde Chrome para que Google publique datos de campo. En ese caso usa la prueba de laboratorio de PageSpeed Insights como orientación, o mide a tus usuarios reales con la librería web-vitals.
Te enviamos una auditoría gratuita: dónde estás en Google, qué dice la IA de tu marca y qué harías primero.