Core Web Vitals de varias webs: qué medir y qué arreglar primero
Datos de campo frente a datos de laboratorio, umbrales de LCP, INP y CLS, por qué las webs pequeñas no tienen datos de CrUX y cómo priorizar entre muchas webs.
· 4 min de lectura
Los Core Web Vitals son las tres medidas con las que Google evalúa cómo se siente una página para los usuarios reales: lo rápido que aparece el contenido principal, lo rápido que responde y cuánto se mueve. Son una señal de posicionamiento y, sobre todo, un factor de conversión. Esta guía explica qué medir, por qué tus webs pequeñas pueden no tener datos y cómo decidir qué arreglar primero cuando llevas muchas webs.
Las tres métricas y sus umbrales
Google evalúa cada métrica en el percentil 75 de las visitas reales, por separado en móvil y en ordenador.
| Métrica | Mide | Bien | Mejorable | Mal |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cuándo se ve el contenido principal | ≤ 2,5 s | 2,5–4 s | > 4 s |
| INP (Interaction to Next Paint) | Lo rápido que responde a toques y clics | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Cuánto salta el diseño | ≤ 0,1 | 0,1–0,25 | > 0,25 |
INP sustituyó a First Input Delay en marzo de 2024. Si un informe antiguo sigue hablando de FID, está desfasado.
Datos de campo frente a datos de laboratorio
- Los datos de campo (CrUX) vienen de usuarios reales de Chrome en los últimos 28 días. Son los que usa Google. Solo existen para páginas y dominios con tráfico suficiente.
- Los datos de laboratorio (Lighthouse) son una carga simulada en un dispositivo y una conexión concretos. Existen para cualquier página y son ideales para depurar, pero no son lo que vive el usuario, y un 100 en Lighthouse no garantiza buenos datos de campo.
Usa los dos: los de campo para saber si hay un problema y los de laboratorio para descubrir por qué.
Por qué tus webs pequeñas no tienen datos de CrUX
CrUX necesita un mínimo de visitas reales de Chrome. Muchas webs de pequeñas empresas no llegan, y PageSpeed Insights dice «sin datos» en el apartado de campo. En ese caso:
- Usa los datos de todo el dominio si existen, en lugar de los de la página.
- Si no, apóyate en pruebas de laboratorio de tus páginas más visitadas, repetidas con regularidad para ver la tendencia.
- Vigila tu analítica: un salto del rebote en móvil después de un cambio suele ser un problema de rendimiento.
Cómo priorizar entre muchas webs
Con diez webs no puedes arreglarlo todo. Ordena el trabajo así:
- Primero el móvil. La mayoría del tráfico es móvil y es donde fallan las webs.
- Las páginas con más visitas. Una página lenta que nadie visita no es prioritaria; una portada o una landing principal lenta, sí.
- El rojo antes que el ámbar. Salir de «mal» importa más que pasar de «mejorable» a «bien».
- Arregla plantillas, no páginas. En la mayoría de webs, una plantilla (ficha de producto, entrada de blog) explica casi todo el problema.
Los arreglos habituales
- LCP: sirve la imagen principal en un formato moderno y del tamaño justo, precárgala y no la cargues en diferido; reduce el tiempo de respuesta del servidor (caché, CDN); quita el CSS y las fuentes que bloquean el renderizado.
- INP: elimina o retrasa los scripts pesados de terceros (chats, gestores de etiquetas, test A/B); divide las tareas largas de JavaScript.
- CLS: pon ancho y alto a imágenes y contenidos incrustados; reserva espacio para anuncios y avisos; no insertes contenido encima de lo que el usuario está leyendo. Los banners de cookies que empujan el contenido son una causa clásica, otro motivo para evitar el banner cuando se pueda.
Seguirlo en todas tus webs
byanalytics guarda los datos de campo de CrUX y las puntuaciones de laboratorio de Lighthouse de las páginas más visitadas de cada web, conserva el histórico para ver si un cambio ayudó o empeoró, señala las páginas populares que van lentas y enlaza cada problema con una guía paso a paso para arreglarlo. Los Core Web Vitals están junto al tráfico, las búsquedas y el uptime en un único panel, y aparecen en el informe para el cliente. La configuración completa está en Cómo monitorizar varias webs desde un solo panel.
Preguntas frecuentes
¿Qué valores de Core Web Vitals son buenos?
Un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0,1 o menos, medidos en el percentil 75 de las visitas reales.
¿Por qué PageSpeed Insights dice que mi web no tiene datos de campo?
El informe CrUX solo publica datos de páginas y dominios con suficiente tráfico real de Chrome. Las webs pequeñas suelen quedarse por debajo, así que solo se ven los datos de laboratorio.
¿Los Core Web Vitals afectan al SEO?
Forman parte de las señales de experiencia de página de Google. Rara vez pesan más que la relevancia, pero entre páginas parecidas pueden marcar la diferencia, y afectan claramente a las conversiones.
¿Cada cuánto debo revisar los Core Web Vitals?
Los datos de campo se mueven en una ventana de 28 días, así que basta una vez por semana, más una prueba de laboratorio tras cada cambio de versión o de plantilla.
Mira cómo lo hace byanalytics →
Sigue leyendo
- Monitorización de uptime, SSL y caducidad de dominio para todas tus webs Las cuatro cosas que tiran una web sin avisar, cada cuánto comprobarlas, cómo evitar falsas alarmas y cómo montar unos avisos sensatos.
- Informe SEO mensual para clientes: qué incluir y cómo automatizarlo Las secciones que un cliente lee de verdad, las cifras que demuestran avances, una plantilla para copiar y cómo dejar de montar el informe a mano cada mes.
- Cómo monitorizar varias webs desde un solo panel Tráfico, búsquedas de Google y Bing, salud SEO, Core Web Vitals y uptime de todas tus webs en un mismo sitio: una configuración práctica para freelances y agencias.