Métriques

Les métriques dans CrUX sont basées sur des API de plate-forme Web standards exposées par les navigateurs. Dans l'ensemble de données BigQuery en particulier, ces données sont agrégées en fonction de la résolution de l'origine. Les propriétaires de sites qui ont besoin d'une analyse et d'informations sur les performances de leur site plus détaillées (résolution au niveau de l'URL, par exemple) peuvent utiliser les mêmes API pour collecter des données de mesure des utilisateurs réels (RUM) détaillées pour leurs propres origines. Notez que même si toutes les API sont disponibles dans Chrome, il est possible que d'autres navigateurs ne soient pas compatibles avec l'ensemble complet de métriques.

La plupart des métriques sont représentées sous la forme d'une agrégation d'histogramme, ce qui permet de visualiser la distribution et l'approximation des valeurs de centiles.

Affichage du premier élément

"First Paint indique l'heure à laquelle le navigateur s'est affiché pour la première fois après la navigation. Cela exclut l'arrière-plan par défaut, mais inclut d'autres éléments. C'est le premier moment clé dont les développeurs se soucient lors du chargement de la page, c'est-à-dire le moment où le navigateur a commencé à afficher la page."

API Paint Timing

First Contentful Paint

"First Contentful Paint indique le moment où le navigateur a affiché pour la première fois du texte, une image (y compris des images de fond), un canevas non blanc ou un SVG. Cela inclut le texte avec des polices Web en attente. C'est la première fois que les utilisateurs pouvaient commencer à consulter le contenu d'une page."

API Pain Timing

Contenu DOM chargé

"L'élément DOMContentLoaded indique l'heure à laquelle le document HTML initial a été entièrement chargé et analysé, sans attendre la fin du chargement des feuilles de style, des images et des sous-cadres."

MDN

Largest Contentful Paint

"Largest Contentful Paint (LCP) est une métrique importante et axée sur l'utilisateur pour mesurer la vitesse de chargement perçue, car elle marque le point de la chronologie de chargement de la page où le contenu principal de la page a probablement été chargé. Un LCP rapide permet de rassurer l'utilisateur sur l'utilité de la page."

web.dev/articles/lcp

Chargement

"L'événement de chargement est déclenché lorsque le chargement de la page et des ressources qui en dépendent est terminé."

MDN

Cumulative Layout Shift

"Le CLS (Cumulative Layout Shift) est une métrique importante, axée sur l'utilisateur, qui permet de mesurer la stabilité visuelle. Il permet de quantifier la fréquence à laquelle les utilisateurs subissent des décalages de mise en page inattendus. Un CLS faible contribue à rendre la page agréable."

web.dev/articles/cls

Valeur INP

"Interaction to Next Paint" (INP) est une métrique de champ qui évalue la réactivité. INP enregistre la latence de toutes les interactions tout au long du cycle de vie de la page. La valeur la plus élevée de ces interactions (ou presque la plus élevée pour les pages enregistrant de nombreuses interactions) est enregistrée en tant qu'INP de la page. Un INP faible garantit que la page sera réactive de manière fiable à tout moment."

web.dev/articles/inp

La métrique Interaction to Next Paint (INP) a été ajoutée à l'ensemble de données CrUX en février 2022. Cette nouvelle métrique capture la latence de bout en bout des événements individuels et offre une image plus holistique de la réactivité globale d'une page tout au long de sa durée de vie.

La métrique Types de navigation indique le pourcentage de pages vues pour les navigations suivantes:

Type Description
navigate Chargement d'une page qui ne correspond à aucune des autres catégories.
navigate_cache Chargement de page pour lequel la ressource principale (le document HTML principal) a été diffusée à partir du cache HTTP. Les sites utilisent souvent la mise en cache pour les sous-ressources, mais le document HTML principal est souvent beaucoup moins mis en cache et, lorsque cela est possible, la mise en cache locale et sur un CDN peut entraîner une nette amélioration des performances.
reload L'utilisateur a actualisé la page en appuyant sur le bouton d'actualisation, en appuyant sur la touche Entrée dans la barre d'adresse ou en annulant la fermeture d'un onglet. L'actualisation des pages entraîne souvent une revalidation de la page vers le serveur pour vérifier si la page principale a été modifiée. Un pourcentage élevé d'actualisations de pages peut indiquer des frustrations liées à l'expérience utilisateur.
restore La page a été actualisée après un redémarrage du navigateur ou la suppression d'un onglet pour des raisons de mémoire. Pour Chrome sur Android, ces mises à jour sont signalées par le terme "actualisation". à la place.
back_forward Navigation à partir de l'historique, ce qui signifie que la page a été consultée et que l'utilisateur y est revenu récemment. Avec une mise en cache appropriée, ces expériences devraient être relativement rapides, mais nécessiter tout de même le traitement de la page et l'exécution de JavaScript, deux éléments qui sont évités par le cache amélioré.
back_forward_cache Navigation à partir de l'historique diffusée à partir du bfcache. L'optimisation de vos pages pour tirer parti du cache amélioré, en supprimant les éléments de blocage, devrait permettre d'accélérer le chargement des pages. Les sites doivent donc chercher
prerender La page a été prérendue, ce qui peut entraîner un chargement quasi instantané, comme pour le cache amélioré.

Dans certains cas, le chargement d'une page peut combiner plusieurs types de navigation. Dans ce cas, l'expérience utilisateur Chrome signale la première correspondance dans l'ordre inverse du tableau (de bas en haut).

Pour en savoir plus, consultez l'annonce sur les types de navigation.

Métriques expérimentales

Les métriques expérimentales sont disponibles dans l'ensemble de données CrUX à l'aide de BigQuery, et certaines sont également disponibles dans l'API CrUX. Ces métriques sont susceptibles de changer régulièrement à mesure qu'elles évoluent en fonction des commentaires des utilisateurs. Consultez les notes de version pour vous tenir informé des dernières modifications.

Délai avant le premier octet

Dans CrUX, le TTFB n'est collecté que pour les chargements de page complète, contrairement à d'autres minuteurs (tels que LCP) qui le sont également lors des navigations précédentes et des pages prérendues. Par conséquent, la taille de l'échantillon du TTFB peut être inférieure à celle des autres métriques et ne pas nécessairement être comparée directement à elles.

CrUX mesure le TTFB lorsque les premiers octets de la ressource de document sont reçus du serveur. La vue classique du TTFB consiste à mesurer le début de la réponse du document. Toutefois, lorsque des indices précoces sont utilisés, les "premiers octets" sont antérieurs à ce moment-là. À l'avenir, l'expérience utilisateur Chrome (CrUX) pourra être mise à jour pour ignorer les premiers indices.

Le TTFB n'est pas une mesure directe du temps de réponse du serveur, car il inclut des mesures antérieures, y compris le temps de redirection, et dépend du fait que la réponse soit diffusée à partir du cache, du CDN ou du serveur. Cela est particulièrement visible dans les données sur le terrain, comme CrUX, tandis que les tests en laboratoire sont généralement moins affectés par ces facteurs, car l'URL de destination est testée et souvent annule à plusieurs reprises les modifications de mise en cache.

Popularité

La métrique Classement par popularité est une mesure relative de la popularité du site dans l'ensemble de données CrUX, mesurée par le nombre total de navigations au niveau de l'origine. Le classement est établi sur une échelle log10 avec des demi-pas (par exemple, les 1 000 premières, les 5 000 premières, les 10 000 premières, les 50 000 meilleures, les 100 000 meilleures, les 500 000 meilleures, les 1 million meilleures, etc.), chaque classement excluant les précédents (par exemple, les 5 000 premières URL correspondent en fait à 4 000 URL, excluant les 1 000 premières URL). La limite supérieure est dynamique à mesure que l'ensemble de données augmente.

La popularité est fournie comme guide pour une analyse globale, par exemple pour déterminer les performances par pays pour les 1 000 origines principales.

Autorisations de notification

Pour les sites Web qui demandent l'autorisation d'envoyer des notifications aux utilisateurs, cette métrique représente la fréquence relative des réponses des utilisateurs aux invites : accepter, refuser, ignorer ou ignorer.

Délai aller-retour

Fournit une estimation du délai aller-retour HTTP (couche d'application) au début de la navigation, en fonction des connexions réseau récentes. Cette métrique est parfois appelée rtt. de l'API Network Information, qui est la même API que pour la Dimension Type de connexion effectif (ECT).

Cette métrique n'est disponible que dans l'API CrUX et l'API CrUX History (données agrégées au 75e centile). Les histogrammes ne sont pas disponibles. Il n'est pas non plus disponible dans BigQuery.