Métricas

Las métricas en CrUX se basan en las APIs de plataforma web estándar expuestas por 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 un análisis más detallado (p.ej., resolución a nivel de la URL) y estadísticas sobre el rendimiento de su sitio pueden usar las mismas APIs para recopilar datos detallados de medición de usuarios (RUM) reales 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 histograma, lo que permite visualizar la distribución y aproximación de los valores de percentiles.

Primer procesamiento de imagen

"Primera pintura informa el tiempo en el que el navegador se renderizó por primera vez después de la navegación. Esto excluye la pintura de fondo predeterminada, pero incluye la pintura de fondo no predeterminada. Este es el primer momento clave que les importa a los desarrolladores al cargar la página: cuando el navegador comienza a representar la página."

API de Paint Timing

Primer procesamiento de imagen con contenido

“First Contentful Paint informa el tiempo en el que el navegador renderizó por primera vez texto, imagen (incluidas las imágenes de fondo), lienzo no blanco o SVG. Se incluyen textos con fuentes para sitios web pendientes. Esta es la primera vez que los usuarios pueden empezar a consumir contenido de la página".

API de Paint Timing

Se cargó el contenido del DOM

"DOMContentLoaded informa el tiempo en que se completó la carga y el análisis del documento HTML inicial, sin esperar a que termine la carga de las hojas de estilo, las imágenes y los marcos secundarios".

MDN

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 en el que probablemente se cargó el contenido principal; un LCP rápido ayuda a asegurar al usuario que la página es útil".

web.dev/articles/lcp

Onload

"El evento de carga se activa cuando finaliza la carga de la página y sus recursos dependientes."

MDN

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, ya que 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 resulte encantadora".

web.dev/articles/cls

Interacción con el siguiente procesamiento de imagen

"La interacción a la siguiente pintura (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 el 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 sea responsiva en todo momento".

web.dev/articles/inp

La interacción a la próxima pintura (INP) se agregó al conjunto de datos CrUX en febrero de 2022. Esta métrica nueva capta la latencia de extremo a extremo de los 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.

La métrica tipos de navegación proporciona un desglose del porcentaje de vistas de página 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 que se entregó el recurso principal (el documento HTML principal) desde la caché HTTP. A menudo, los sitios usan el almacenamiento en caché para subrecursos, pero el documento HTML principal suele almacenarse en caché considerablemente menos y, cuando es posible, puede generar mejoras notables en el rendimiento, ya que se puede almacenar en caché de forma local y en una CDN.
reload El usuario volvió a cargar la página, ya sea al presionar el botón de volver a cargar, al presionar Enter en la barra de direcciones o al deshacer el cierre de una pestaña. Cuando se vuelve a cargar la página, se suele enviar una nueva validación al servidor para comprobar si cambió la página principal. Un alto porcentaje de recargas de páginas puede indicar frustraciones en la experiencia del usuario.
restore La página se volvió a cargar luego de reiniciar el navegador o una pestaña que se quitó por motivos de memoria. En el caso de Chrome para Android, se informan como "actualizar".
back_forward Una navegación por el historial, lo que significa que la página se vio y volvió a ella recientemente. Con el almacenamiento en caché correcto, estas deberían ser experiencias razonablemente rápidas, pero aun así requerir que la página se procese y se ejecute JavaScript, lo cual evita la bfcache.
back_forward_cache Una navegación por el historial que se entregó desde la bfcache. Optimizar tus páginas para aprovechar la bfcache, quitando bloqueadores, debería brindar experiencias más rápidas. Por lo tanto, los sitios deberían verse.
prerender La página se renderizó previamente, lo que, de manera similar a 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 arriba).

Puedes encontrar más información en la entrada de 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 frecuencia a medida que evolucionan 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 en CrUX 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 en las páginas renderizadas previamente. Por lo tanto, el tamaño de la muestra del TTFB puede ser menor que el de otras métricas y no necesariamente se puede comparar directamente con ellas.

CrUX mide el TTFB cuando se reciben los primeros bytes del recurso de documento del servidor. En la vista convencional de TTFB, se midió cuándo comienza la respuesta del documento, pero cuando se usan Early Hints en los “primeros bytes”. será anterior a esto. Es posible que, en el futuro, CrUX se actualice para ignorar Early Hints.

El TTFB no es una medida directa del tiempo de respuesta del servidor, ya que incluye medidas previas, como el tiempo de redireccionamiento, y puede verse afectada por el hecho de que una respuesta se entregue desde la caché, la CDN o el servidor. Esto es particularmente evidente en datos de campo como CrUX, mientras que las pruebas de laboratorio suelen verse menos afectadas por estos factores, ya que la URL final realiza pruebas y, a menudo, los cambios en el almacenamiento en caché se rechazan de forma reiterada.

Popularidad

La métrica ranking de popularidad es una medida relativa de la popularidad del sitio dentro del conjunto de datos CrUX, medida por la cantidad total de navegaciones en el origen. La clasificación se basa en una escala logarítmica 10 con la mitad de los pasos (p.ej., 1,000 superior, 5,000, 10,000, 50,000, 100,000, 500,000, 1 millón más alto, etc.), donde cada clasificación excluye la anterior (p.ej., los 5,000 principales son, en realidad, las 4,000 URLs, sin incluir las 1,000 principales). El límite superior es dinámico a medida que el conjunto de datos crece.

La popularidad se proporciona como una guía para realizar 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 a las instrucciones: aceptar, rechazar, ignorar o descartar.

Tiempo de ida y vuelta

Proporciona una estimación del tiempo de ida y vuelta HTTP (capa de aplicación) al inicio de la navegación, según las conexiones de red recientes. Esta métrica también se conoce como rtt. de la API de Network Information, que es la misma API responsable de la Dimensión Tipo de conexión efectiva (ECT).

Esta métrica solo está disponible en la API de CrUX y la API de CrUX History, agregadas al percentil 75. Los histogramas no están disponibles. Tampoco están disponibles en BigQuery.