Qu'est-ce que le Chrome UX Report (CrUX) ?

Qu'est-ce que le Chrome UX Report (CrUX) ?

Le Chrome UX Report (CrUX) est le jeu de données public de Google sur l'expérience réelle des utilisateurs de Chrome sur le web. Il rassemble les Core Web Vitals et des métriques associées auprès d'utilisateurs de Chrome ayant donné leur accord, et les publie par origine et, quand le trafic le permet, par URL. Ce sont les données de terrain derrière PageSpeed Insights, et le même jeu de données d'utilisateurs réels que Google utilise pour l'expérience de page.

Données de terrain et données de laboratoire

CrUX, ce sont des données de terrain : des mesures issues d'appareils et de réseaux réels. Les données de laboratoire, comme une exécution Lighthouse, correspondent à un seul chargement simulé sur un appareil et un réseau fixes. Elles sont reproductibles et utiles pour déboguer ; les données de terrain montrent ce que vivent vraiment les visiteurs. Les deux peuvent diverger car elles ne mesurent pas la même chose, et aucune ne remplace l'autre.

Ce que contient le jeu de données

• Utilisateurs : uniquement les utilisateurs de Chrome qui ont activé l'envoi des statistiques d'utilisation, synchronisent leur historique et n'ont pas de phrase secrète Sync. Chrome sur ordinateur (Windows, macOS, ChromeOS, Linux) et Chrome pour Android comptent. Chrome sur iOS, Android WebView et les autres navigateurs Chromium comme Edge ne comptent pas.
• Pages : l'origine ou la page doit être publiquement détectable (HTTP 200 après redirections, sans noindex) et suffisamment fréquentée. Google ne publie pas le seuil de visiteurs. Les chaînes de requête et les fragments sont supprimés, les variantes d'une URL sont donc regroupées.
• Métriques : LCP, INP, CLS, ainsi que FCP, TTFB et le temps d'aller-retour.

Ce qui est considéré comme bon

Les Core Web Vitals sont évalués au 75e percentile des chargements de page, séparément pour mobile et ordinateur. Sont jugés bons un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins. Une page n'est validée que si même le quart de visites le plus lent respecte ces seuils. Le TTFB n'est pas un Core Web Vital ; le repère approximatif de Google est de 0,8 seconde ou moins. L'INP a remplacé le FID comme Core Web Vital en 2024.

Comment accéder aux données CrUX

• PageSpeed Insights affiche les données de terrain CrUX pour une URL ou une origine, sur la période de collecte des 28 jours précédents.
• L'API CrUX répond pour une origine ou une URL par requête, gratuitement jusqu'à 150 requêtes par minute et par projet Google Cloud. Les données sont actualisées chaque jour vers 04:00 UTC, avec environ deux jours de décalage.
• BigQuery contient le jeu de données mensuel pour vos propres analyses, publié le deuxième mardi du mois suivant. Il est gratuit dans les limites du niveau gratuit de BigQuery.
• Le vérificateur de Core Web Vitals de LoadFocus lit CrUX pour n'importe quelle URL, sans inscription.

Un appel d'API minimal pour une origine, mobiles uniquement :

curl -X POST 'https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"origin": "https://example.com", "formFactor": "PHONE", "metrics": ["largest_contentful_paint", "interaction_to_next_paint", "cumulative_layout_shift"]}'

La réponse contient des histogrammes (bon, à améliorer, mauvais) et une valeur au 75e percentile pour chaque métrique demandée.

Exemple : lire un résultat

Supposons que l'enregistrement mobile de votre origine affiche un LCP de 3,1 secondes au 75e percentile, alors que votre exécution Lighthouse en CI indique 1,9 seconde. Les deux sont justes : le test de laboratoire utilisait un appareil simulé rapide, alors qu'un quart ou plus des visites mobiles réelles prend 3,1 secondes ou davantage. Partez de la valeur de terrain pour décider quoi corriger, puis vérifiez la correction en laboratoire avant qu'elle n'atteigne les utilisateurs.

Erreurs courantes

• Attendre des données pour chaque page. Les URL peu fréquentées n'ont pas d'enregistrement. Repliez-vous sur l'enregistrement de l'origine ou sur vos propres mesures.
• Espérer voir une correction dès le lendemain. La fenêtre de terrain couvre 28 jours : une amélioration n'est pleinement visible qu'après environ un mois.
• Le prendre pour tous vos utilisateurs. Il ne couvre que les utilisateurs de Chrome éligibles ; Safari sur iPhone en est absent.
• Lire la valeur de l'origine comme celle d'une page. L'enregistrement d'une origine agrège toutes les pages du site.
• Suivre encore le FID. Auditez et configurez vos alertes sur l'INP.

CrUX, tests et supervision

CrUX dit ce qu'ont vécu les visiteurs réels, avec un décalage et sans détail par chargement ou par session. Il ne vous alerte pas en quelques minutes et ne reproduit pas un chargement lent. Associez-le à des contrôles de laboratoire planifiés (supervision synthétique) et, si vous avez besoin de tous les navigateurs et du détail par session, à votre propre supervision des utilisateurs réels. L'article Synthetic Monitoring vs Real User Monitoring (en anglais) compare les deux, et comment surveiller les Core Web Vitals avec alertes et rapports (en anglais) détaille la mise en place.

LoadFocus Page Speed Monitoring exécute des audits Lighthouse planifiés depuis 25 régions cloud et affiche à côté les données de terrain CrUX avec un badge réussi ou échoué. Pour approfondir une métrique, voir Largest Contentful Paint et Time to First Byte. Les détails de l'API figurent dans la documentation officielle de l'API CrUX.

Questions fréquentes sur le Chrome UX Report

CrUX est-il gratuit ?

Oui pour PageSpeed Insights et l'API, gratuite jusqu'à 150 requêtes par minute et par projet. BigQuery est gratuit dans les limites du niveau gratuit, puis facturé au-delà.

Pourquoi mon site n'apparaît-il pas dans CrUX ?

L'origine ou l'URL n'a peut-être pas assez de visiteurs, n'est pas publiquement détectable (page de connexion, noindex, réponse autre que 200), ou ses visiteurs ne sont pas des utilisateurs de Chrome éligibles. Google ne publie pas le seuil de trafic exact.

Combien de temps avant qu'une correction apparaisse dans CrUX ?

PageSpeed Insights rapporte les 28 jours précédents : les chiffres évoluent donc progressivement et reflètent pleinement une correction environ quatre semaines plus tard.

Quelle est la différence entre CrUX et Lighthouse ?

CrUX, ce sont des données de terrain d'utilisateurs réels de Chrome. Lighthouse fournit des données de laboratoire issues d'un chargement simulé. Utilisez CrUX pour voir l'expérience réelle et Lighthouse pour déboguer et vérifier les changements.

Puis-je consulter les données d'un concurrent dans CrUX ?

Oui, si l'origine a assez de trafic public. Les données au niveau de l'origine sont accessibles via PageSpeed Insights et l'API pour tout site éligible.

Qu'est-ce qui a remplacé le FID ?

Interaction to Next Paint (INP) est devenu un Core Web Vital stable en 2024 et a remplacé First Input Delay.