El Chrome UX Report, normalmente llamado CrUX, es el conjunto de datos de Google con datos agregados de experiencia real de usuario procedentes de la navegación elegible en Chrome. Son datos de campo: observaciones de usuarios reales, no una carga de página simulada. Por eso CrUX puede mostrar cómo experimentó una población una página o un origen públicos, mientras que una prueba de laboratorio ayuda a diagnosticar una visita controlada.
Qué mide CrUX
CrUX publica distribuciones y percentiles de métricas de experiencia de usuario, incluidas las Core Web Vitals. Es un conjunto de datos que preserva la privacidad y está agregado; no es una reproducción de sesiones, ni analítica, ni una puntuación sintética, ni un censo completo de todos los visitantes. Su utilidad está en que refleja dispositivos, redes y condiciones de navegación variados que una sola máquina de prueba no puede reproducir.
Los datos de campo son descriptivos, no un diagnóstico. Una distribución de LCP mala puede indicar que los usuarios sufren un renderizado lento del elemento de mayor contenido, pero no identifica el recurso, la regla de caché o la dependencia del backend responsables. Combina CrUX con la inspección de la página, las evidencias de red y una prueba de laboratorio repetible antes de cambiar la implementación.
URL, origen y elegibilidad
Un registro por URL es específico de una dirección de página normalizada. Un registro por origen combina las experiencias de carga de página elegibles de todo el origen. Esa distinción importa: un origen puede parecer sano mientras una URL crítica para los ingresos o para el contenido va mal, y una URL con poco tráfico puede no tener registro aunque su origen sí lo tenga.
| Pregunta | Uso | Límite |
|---|---|---|
| ¿Cómo experimentan los usuarios esta página? | Consulta un registro por URL | Puede no estar disponible si la página no tiene suficiente tráfico elegible. |
| ¿Cómo funciona el sitio en conjunto? | Consulta un registro por origen | Puede ocultar diferencias entre plantillas o páginas concretas. |
| ¿Qué causó una carga lenta? | Ejecuta una prueba controlada en laboratorio e inspecciona la página | Una prueba de laboratorio no mide la misma población de usuarios. |
Chrome documenta la elegibilidad por separado para usuarios, orígenes y páginas. Exige que la página sea públicamente descubrible y tenga popularidad suficiente, pero no publica el umbral exacto de popularidad. Por tanto, la falta de un registro por URL es un estado de disponibilidad, no una prueba de que la página sea rápida o lenta, de que no importe o de que esté excluida de la búsqueda por un motivo concreto.
Lee los datos de campo con cuidado
- Anota el identificador exacto: URL u origen, con protocolo y host incluidos.
- Elige el factor de forma a propósito, o indica que el resultado está agregado entre dispositivos.
- Anota el periodo de recogida y si la respuesta contiene datos de campo, un conjunto parcial de métricas o ningún registro.
- Lee la distribución y el percentil relevante juntos: un único valor resumen no puede describir cada experiencia de usuario.
- Compara datos comparables a lo largo del tiempo. No combines datos de campo, sesiones de analítica y puntuaciones sintéticas en una métrica inventada.
Trato como incompletos los datos de campo incompletos. Una medición no disponible no es un resultado en verde, y un resultado a nivel de origen no es una prueba sobre cada plantilla. Esta separación sencilla evita un error habitual en los informes: convertir la falta de un registro a nivel de URL en una conclusión sobre el rendimiento.
Investiga y verifica
Cuando CrUX indica un problema, empieza por el alcance afectado. Comprueba si aparece en la URL y en el origen, y después reproduce una página adecuada en un entorno controlado. Inspecciona el HTML tras el renderizado, los tiempos de respuesta, los recursos críticos y el elemento visible más grande. Un cambio debe poder revertirse, y solo conviene volver a medirlo cuando haya transcurrido tiempo suficiente de datos de campo para que el conjunto refleje las nuevas visitas.
- Comprueba que la página devuelve una respuesta pública y correcta tras las redirecciones, porque la elegibilidad depende de que sea descubrible.
- Usa un registro a nivel de URL para decidir sobre una página siempre que exista, y describe un resultado por origen como un dato agregado.
- Separa una tendencia en los datos de campo de su causa: un cambio en CrUX puede coincidir con lanzamientos, con la mezcla de tráfico o con dispositivos sin demostrar por qué ocurrió.
- Guarda el alcance de la respuesta y la fecha junto con el informe, para que una comparación posterior use el mismo identificador y las mismas dimensiones.