Core Web Vitals: no hay suficientes datos en Search Console

Qué significa "No hay suficientes datos sobre el uso"

El informe de Core Web Vitals en Search Console muestra la experiencia que tuvieron usuarios reales de Chrome en tus páginas. Cada vez que alguien carga una de tus páginas desde Chrome con la configuración adecuada, el LCP, el INP y el CLS de esa visita se envían a Google y terminan en un dataset público llamado Chrome User Experience Report (CrUX para abreviar). Search Console lee ese dataset y te lo muestra. Así que, al contrario de lo que la mayoría cree, Search Console no mide tu sitio visitándolo: solo recopila datos de usuarios reales.

Cuando no hay suficientes visitas de esas en tus páginas, no hay nada que mostrar. Ahí es cuando aparece "No hay suficientes datos sobre el uso en los últimos 90 días en este tipo de dispositivo" para móvil o escritorio, a veces para ambos.

Hay quien se toma esto como una mala señal, pero la falta de datos no dice nada sobre si tu sitio es rápido o lento. Google sencillamente no ha visto a suficientes visitantes como para opinar.

Por qué CrUX no tiene datos de tu sitio

El motivo principal es el tráfico. CrUX solo muestra datos de una página o un origen (protocolo más dominio, es decir, https://www.example.com) cuando es "suficientemente popular". Google no explica qué significa eso con exactitud; su página de metodología solo dice que el umbral es lo bastante alto como para confiar en la distribución.

Y, para empezar, solo una pequeña parte de tus visitantes cuenta para ese umbral. CrUX solo recopila datos de usuarios de Chrome que tienen activadas las estadísticas de uso, sincronizan el historial de navegación y no usan una frase de contraseña de sincronización. Eso se limita a Chrome en escritorio y Chrome en Android. Chrome en iPhone no cuenta (por debajo usa WebKit, igual que Safari), y tampoco cuentan Safari, Firefox, Edge ni el navegador integrado de Instagram. En un sitio con mucho tráfico de iPhone, la mayoría de los visitantes nunca entra en el dataset. Además, móvil y escritorio se miden por separado: puedes tener datos en escritorio y no tener nada en móvil, o al revés. El dispositivo con menos tráfico de Chrome se queda sin datos primero.

Luego, la propia página tiene que cumplir los requisitos. Cualquier respuesta que no sea un 200 tras las redirecciones se descarta. Las páginas con una etiqueta meta noindex o una cabecera X-Robots-Tag: noindex también quedan fuera. A todo esto, Search Console añade una regla propia: en el informe solo aparecen las URL que están realmente indexadas.

Y si acabas de añadir la propiedad a Search Console, no mostrará nada durante un tiempo de todos modos; eso se resuelve solo en cuanto Google la procese.

Las páginas sin datos reciben la puntuación del origen

Search Console tampoco ofrece datos por página individual: agrupa las URL similares. Cuando un grupo no tiene suficientes datos propios, Search Console hace fallback al origen, es decir, a todas las URL bajo el mismo protocolo, host y puerto. Así, una página que CrUX nunca ha visto puede aparecer igualmente como Good o Poor en tu informe porque toma prestado el dato del resto del sitio.

En la práctica, la home y el blog concentran la mayor parte del tráfico, así que deciden ese valor del origen. Las páginas de producto o el checkout pueden ser mucho más lentos y nunca lo verías en Search Console. Por eso jamás uso el dato global de CrUX para todo el sitio como objetivo: se pondera por tráfico, lo deciden las páginas más visitadas y esas no son necesariamente las que más te importan.

Lighthouse no te sirve aquí

El consejo habitual en todas partes es ejecutar PageSpeed Insights o Lighthouse hasta que aparezcan los datos de CrUX. Entiendo por qué se dice, pero no te da lo que necesitas. Una prueba de Lighthouse carga tu página una sola vez en un móvil simulado, con conexión limitada y la caché vacía. Sirve para encontrar problemas en la página en sí, pero no dice nada sobre lo que reciben tus visitantes.

El INP, por ejemplo, necesita personas reales haciendo clics y toques en dispositivos reales; Lighthouse no hace clic en nada. En cuanto al CLS, Lighthouse deja de medir una vez que la página carga: un anuncio tardío que empuja el contenido hacia abajo o algo que pega un salto cuando el visitante hace scroll nunca entra en el informe. Y el LCP depende del móvil, la conexión y la distancia entre el visitante y tu CDN; una sola prueba solo tiene una de cada.

Esperar solo funciona si tu tráfico está creciendo. CrUX analiza los últimos 28 días de visitas (por cierto, el retraso es mucho menor de lo que la gente cree; consulta por qué el retraso de 28 días es un mito). Si este mes no tuviste suficientes visitas válidas desde Chrome, probablemente el mes que viene tampoco las tengas.

Mide a tus propios visitantes con RUM

La alternativa es medirlo tú mismo. El monitoreo de usuarios reales (RUM) ejecuta un pequeño script en el navegador de cada visitante, mide los Core Web Vitals de esa visita y te envía los números a ti en vez de a Google. Es el mismo tipo de field data que CrUX, solo que sin umbrales que alcanzar y sin limitarte a usuarios de Chrome.

Una página con 50 visitas al mes ya tiene datos. Tus visitantes con iPhone también: Safari mide el LCP y el INP desde Safari 26.2 (diciembre de 2025), así que aparecen en RUM mientras CrUX los sigue dejando fuera. También ves qué elemento provocó un mal número: la imagen que fue el LCP, el botón que tardó en responder. Después de un deploy ves el impacto en minutos, en lugar de esperar a verlo dentro de una media de 28 días.

Core/Dash es la herramienta de RUM que desarrollé para esto. Una sola etiqueta de script, o el plugin de WordPress, y los datos empiezan a llegar con la primera visita. No instala cookies ni recopila datos personales, así que no necesita banner de consentimiento. En un sitio pequeño esto importa: un script de RUM detrás de un banner de consentimiento solo mide a quienes hacen clic en aceptar, lo que te devuelve a medir solo una fracción de tus visitantes. Los planes empiezan en $16 al mes con facturación anual y la prueba de 14 días no requiere tarjeta de crédito.

Mantenlo activo incluso después de que CrUX empiece a registrar tu sitio. Search Console solo muestra grupos de URL: nunca te dirá qué página o qué elemento ralentizó el grupo.

Comprueba qué tiene CrUX sobre tu sitio ahora mismo

Antes de cambiar nada, comprueba si CrUX tiene registrado tu origen. La herramienta CrUX History en corewebvitals.io muestra el historial de CrUX de cualquier sitio. Si móvil aparece vacío ahí, también lo estará en Search Console.

Consulta también: cómo instalar Core/Dash, la dimensión de navegador para ver los visitantes que CrUX deja fuera y la dimensión de tipo de dispositivo para separar móvil y escritorio.

Fuentes: Ayuda de Search Console: informe de Core Web Vitals, Metodología de CrUX, Safari 26.2 añade LCP e INP.