Métricas
Las métricas de CrUX se basan en las APIs de las plataformas web estándar que exponen los navegadores. En el conjunto de datos de BigQuery en particular, estos datos se agregan a la resolución de origen. Los propietarios de sitios que requieran análisis y estadísticas más detallados (por ejemplo, resolución a nivel de URL) sobre el rendimiento de su sitio pueden usar las mismas APIs para recopilar datos detallados de mediciones de usuarios reales (RUM) para sus propios orígenes. Ten en cuenta que, si bien todas las APIs están disponibles en Chrome, es posible que otros navegadores no admitan el conjunto completo de métricas.
La mayoría de las métricas se representan como una agregación de histogramas, lo que permite visualizar la distribución y la aproximación de los valores de percentiles.
Primer procesamiento de imagen
"El primer procesamiento de imagen informa la hora en que el navegador se renderizó por primera vez después de la navegación. Se excluye la pintura de fondo predeterminada, pero se incluye la pintura no predeterminada. Este es el primer momento clave que les interesa a los desarrolladores durante la carga de la página: cuando el navegador comienza a procesarla."
Primer procesamiento de imagen con contenido
"First Contentful Paint informa el momento en que el navegador renderizó por primera vez cualquier texto, imagen (incluidas las imágenes de fondo), lienzo no blanco o SVG. Esto incluye texto con fuentes para sitios web pendientes. Esta es la primera vez que los usuarios podrían empezar a consumir contenido de la página".
Se cargó el contenido del DOM
"El DOMContentLoaded informa el tiempo en que el documento HTML inicial se cargó y analizó por completo, sin esperar a que se terminen de cargar las hojas de estilo, las imágenes y los marcos secundarios."
Procesamiento de imagen con contenido más grande
"El procesamiento de imagen con contenido más grande (LCP) es una métrica importante centrada en el usuario para medir la velocidad de carga percibida, ya que marca el punto en el cronograma de carga de la página cuando es probable que se haya cargado el contenido principal de la página. Un LCP rápido ayuda a asegurarle al usuario que la página es útil".
Onload
"El evento de carga se activa cuando la página y sus recursos dependientes terminan de cargarse".
Cambio de diseño acumulado
"El cambio de diseño acumulado (CLS) es una métrica importante centrada en el usuario para medir la estabilidad visual porque ayuda a cuantificar la frecuencia con la que los usuarios experimentan cambios de diseño inesperados. Un CLS bajo ayuda a garantizar que la página sea atractiva".
Retraso de primera entrada
"El retraso de primera entrada (FID) es una métrica importante centrada en el usuario para medir la capacidad de respuesta de la carga porque cuantifica la experiencia que sienten los usuarios cuando intentan interactuar con páginas que no responden. Un FID bajo ayuda a garantizar que la página se pueda usar".
Interacción con el siguiente procesamiento de imagen
"Interaction to Next Paint (INP) es una métrica de campo que evalúa la capacidad de respuesta. INP registra la latencia de todas las interacciones durante todo el ciclo de vida de la página. El valor más alto de esas interacciones (o cercano al más alto en el caso de las páginas con muchas interacciones) se registra como el INP de la página. Un INP bajo garantiza que la página será responsiva en todo momento".
En febrero de 2022, se agregó Interaction to Next Paint (INP) al conjunto de datos de CrUX. Esta métrica nueva captura la latencia de extremo a extremo de eventos individuales y ofrece un panorama más integral de la capacidad de respuesta general de una página a lo largo de su vida útil.
Tipos de navegación
La métrica tipos de navegación proporciona un desglose del porcentaje de páginas vistas de las siguientes navegaciones:
| Tipo | Descripción |
|---|---|
navigate |
Una carga de página que no encaja en ninguna de las otras categorías. |
navigate_cache |
Una carga de página para la cual el recurso principal (el documento HTML principal) se sirvió desde la caché HTTP. Los sitios suelen usar el almacenamiento en caché para subrecursos, pero el documento HTML principal suele almacenar en caché mucho menos y, cuando es posible, puede generar mejoras notables en el rendimiento al almacenarse en caché de forma local y en una CDN. |
reload |
El usuario volvió a cargar la página haciendo clic en el botón de volver a cargar, presionando Intro en la barra de direcciones o deshaciendo el cierre de una pestaña. Cuando se vuelve a cargar una página, a menudo se vuelve a validar el servidor para verificar si cambió la página principal. Un alto porcentaje de recargas de páginas puede indicar frustración en la experiencia del usuario. |
restore |
La página se volvió a cargar después de reiniciar el navegador o de una pestaña que se había eliminado por motivos relacionados con la memoria. En el caso de Chrome para Android, en su lugar, se informa como "Volver a cargar". |
back_forward |
Una navegación del historial, lo que significa que se vio y se visitó la página recientemente. Con el almacenamiento correcto en caché, estas experiencias deberían ser experiencias razonablemente rápidas, pero aun así requieren que la página se procese y que se ejecute JavaScript, algo que la bfcache evita. |
back_forward_cache |
Una navegación del historial que se entregó desde la bfcache. Optimizar tus páginas para aprovechar la bfcache mediante la eliminación de bloqueadores debería ofrecer experiencias más rápidas, por lo que los sitios deberían verse |
prerender |
La página se renderizó previamente, lo que, al igual que con la bfcache, puede generar cargas de páginas casi instantáneas. |
En algunos casos, una carga de página puede ser una combinación de varios tipos de navegación. En ese caso, CrUX informa la primera coincidencia en el orden inverso de la tabla (de abajo hacia arriba).
Puedes encontrar más información en la publicación del anuncio sobre los tipos de navegación.
Métricas experimentales
Las métricas experimentales están disponibles en el conjunto de datos de CrUX mediante BigQuery, y algunas también están disponibles en la API de CrUX. Es probable que estas métricas cambien con regularidad a medida que evolucionen en función de los comentarios de los usuarios. Consulta las notas de la versión para mantenerte al tanto de los cambios más recientes.
Tiempo hasta el primer byte
El TTFB solo se recopila en cargas de páginas completas, a diferencia de otros temporizadores (como LCP) que también se recopilan en las navegaciones hacia atrás y hacia adelante y en la renderización previa. Por lo tanto, el tamaño de la muestra de TTFB puede ser menor que el de otras métricas y no necesariamente se puede comparar directamente con ellas.
Popularidad
La métrica del ranking de popularidad es una medida relativa de la popularidad del sitio en el conjunto de datos de CrUX, medida por la cantidad total de navegaciones en el origen. La clasificación se expresa en una escala log10 con medios pasos (p.ej., 1,000 principales, 5,000 principales, 10,000 principales, 50,000 principales, 100,000 principales, 500,000 principales, 1 millón más alto, etc.), donde cada clasificación excluye la anterior (p.ej., 5,000 principales son en realidad 4,000 URLs, excepto las 1,000 principales). El límite superior es dinámico a medida que crece el conjunto de datos.
La popularidad se proporciona como una guía para un análisis amplio; por ejemplo, para determinar el rendimiento por país de los 1,000 orígenes principales.
Permisos de notificaciones
En el caso de los sitios web que solicitan permiso para mostrar notificaciones a los usuarios, esta métrica representa la frecuencia relativa de las respuestas de los usuarios a los mensajes: aceptar, rechazar, ignorar o descartar.