Métriques

Les métriques dans CrUX sont basées sur les 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 pour la résolution de l'origine. Les propriétaires de sites qui ont besoin d'une analyse plus détaillée (par exemple, résolution au niveau de l'URL) et d'informations sur les performances de leur site peuvent utiliser les mêmes API pour recueillir des données de mesure des utilisateurs réels (RUM, Real User Measurement) 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 des 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 la peinture d'arrière-plan par défaut, mais inclut une autre peinture d'arrière-plan. Il s'agit du premier moment clé auquel les développeurs s'intéressent lors du chargement de la page, c'est-à-dire lorsque le navigateur a commencé à afficher la page."

API Paint Timing

First Contentful Paint

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

API Paint Timing

Contenu DOM chargé

"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

"La métrique LCP (Largest Contentful Paint) est une métrique importante centrée sur l'utilisateur pour mesurer la vitesse de chargement perçue, car elle indique le moment dans la chronologie de chargement de la page lorsque 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 se déclenche lorsque le chargement de la page et de ses 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 pour mesurer la stabilité visuelle. Elle permet de quantifier la fréquence à laquelle les utilisateurs subissent des décalages de mise en page inattendus. Un CLS faible permet de s'assurer que la page est agréable."

web.dev/articles/cls

First Input Delay

"Le FID (First Input Delay) est une métrique importante et centrée sur l'utilisateur pour mesurer la réactivité à la charge. En effet, elle quantifie l'expérience que ressentent les utilisateurs lorsqu'ils essaient d'interagir avec des pages qui ne répondent pas. Un FID faible permet de s'assurer que la page est utilisable."

web.dev/articles/fid

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 la plus proche de la plus élevée pour les pages avec de nombreuses interactions) est enregistrée comme INP de la page. Un INP faible garantit que la page sera réactive en permanence."

web.dev/articles/inp

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 vue plus globale 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 Un chargement de page qui ne rentre dans aucune autre catégorie.
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, le cas échéant, la mise en cache locale et sur un CDN peut entraîner une amélioration notable des performances.
reload L'utilisateur a rechargé la page soit en appuyant sur le bouton d'actualisation, en appuyant sur Entrée dans la barre d'adresse, soit en annulant la fermeture d'un onglet. L'actualisation d'une page entraîne souvent une nouvelle validation du serveur afin de vérifier si la page principale a été modifiée. Un pourcentage élevé d'actualisations de pages peut être le signe d'une expérience utilisateur frustrante.
restore La page a été actualisée à la suite d'un redémarrage du navigateur ou après la suppression d'un onglet pour des raisons de mémoire. Pour Chrome sur Android, ces changements sont signalés par la mention "Actualiser".
back_forward une navigation dans l'historique, ce qui signifie que la page a été vue et que l'utilisateur y a accédé récemment ; Avec une mise en cache correcte, l'expérience devrait être assez rapide, tout en nécessitant le traitement de la page et l'exécution du code JavaScript, ce qui est évité par le cache amélioré.
back_forward_cache Navigation dans l'historique diffusée depuis le cache amélioré. Si vous optimisez vos pages pour tirer parti du cache amélioré, en supprimant les éléments qui bloquent l'affichage, vous devriez accélérer l'expérience utilisateur. Les sites doivent donc
prerender La page a été prérendue, ce qui, comme avec le cache amélioré, peut entraîner des chargements quasi instantanés.

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

Pour en savoir plus, consultez le post d'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. 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

Le TTFB n'est collecté que pour les chargements de page complets, contrairement aux autres minuteurs (tels que le LCP) qui le sont également pour les navigations avancées et le prérendu. Par conséquent, la taille d'échantillon du TTFB peut être plus petite que d'autres métriques et ne peut pas nécessairement être comparée directement avec elles.

Popularité

La métrique de 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 sur le site d'origine. Le classement est basé sur une échelle log10 comportant des demi-pas (par exemple, 1 000 premiers, 5 000 meilleurs, 10 000, 50 000, 100 000, 500 000 et 1 M les plus élevés, etc.) avec chaque classement excluant le précédent (par exemple, les 5 000 meilleures URL correspondent en fait aux 4 000 URL, à l'exclusion des 1 000 meilleures URL). La limite supérieure est dynamique à mesure que l'ensemble de données s'agrandit.

La popularité est fournie à titre indicatif pour une analyse générale, par exemple pour déterminer les performances par pays pour les 1 000 principales origines.

Autorisations de notification

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