Le Chrome UX Report, généralement appelé CrUX, est le jeu de données de Google qui agrège les expériences réelles des utilisateurs issues de la navigation éligible sur Chrome. Il rapporte des données de terrain : des observations faites auprès d’utilisateurs dans des conditions réelles, et non le chargement simulé d’une page. CrUX peut donc montrer comment une population a vécu une page ou une origine publique, tandis qu’un test en laboratoire sert à diagnostiquer une visite contrôlée.
Ce que mesure CrUX
CrUX publie des distributions et des percentiles pour les métriques d’expérience utilisateur, dont les Core Web Vitals. Ce jeu de données respecte la vie privée et il est agrégé : ce n’est ni un rejeu de session, ni un outil d’analyse, ni un score synthétique, ni un recensement complet de chaque visiteur. Son intérêt tient à la diversité des appareils, des réseaux et des conditions de navigation qu’un poste de test unique ne peut pas reproduire.
Les données de terrain sont descriptives, pas un diagnostic. Une mauvaise distribution du LCP peut indiquer que les utilisateurs subissent un rendu lent du plus grand élément de contenu, mais elle ne désigne ni la ressource, ni la règle de cache, ni la dépendance backend responsable. Associez CrUX à l’inspection de la page, aux preuves réseau et à une mesure en laboratoire reproductible avant de modifier l’implémentation.
URL, origine et éligibilité
Un enregistrement par URL concerne une adresse de page précise et normalisée. Un enregistrement par origine regroupe les chargements de page éligibles sur l’ensemble de l’origine. Cette distinction compte : une origine peut sembler saine alors qu’une URL déterminante pour le chiffre d’affaires ou pour le contenu est médiocre, et une URL peu fréquentée peut n’avoir aucun enregistrement alors que son origine en a un.
| Question | Utilisation | Limite |
|---|---|---|
| Comment les utilisateurs vivent-ils cette page ? | Interrogez un enregistrement par URL | Il peut être indisponible si la page ne reçoit pas assez de trafic éligible. |
| Quelles sont les performances globales du site ? | Interrogez un enregistrement par origine | Il peut masquer les écarts entre gabarits ou entre pages. |
| Qu’est-ce qui a causé un chargement lent ? | Lancez un test contrôlé en laboratoire et inspectez la page | Un test en laboratoire ne mesure pas la même population d’utilisateurs. |
Chrome précise séparément l’éligibilité pour les utilisateurs, les origines et les pages. La découvrabilité publique et une popularité suffisante sont exigées, et le seuil précis de popularité n’est pas publié. Une URL absente du rapport relève donc d’un simple état de disponibilité, et non de la preuve que la page est rapide, lente, peu importante ou exclue de la recherche pour une raison précise.
Lire les données de terrain avec prudence
- Notez l’identifiant exact : URL ou origine, avec le protocole et l’hôte.
- Choisissez volontairement le type d’appareil, ou indiquez que le résultat est agrégé tous appareils confondus.
- Notez la période de collecte et précisez si la réponse contient des données de terrain, un jeu de métriques partiel ou aucun enregistrement.
- Lisez ensemble la distribution et le percentile pertinent : une seule valeur de synthèse ne peut pas décrire toutes les expériences utilisateur.
- Comparez des données comparables dans le temps. Ne combinez pas données de terrain, sessions d’analyse et scores synthétiques en une métrique inventée.
Je signale les données de terrain incomplètes comme telles. Une mesure indisponible n’est pas un résultat vert, et un résultat au niveau de l’origine ne prouve rien pour chaque gabarit. Cette séparation simple évite une erreur fréquente de reporting : transformer l’absence d’enregistrement par URL en conclusion sur la performance.
Analyser et vérifier
Quand CrUX signale un problème, commencez par le périmètre concerné. Vérifiez si le problème apparaît au niveau de l’URL et de l’origine, puis reproduisez une page adaptée dans un environnement contrôlé. Inspectez le HTML après rendu, les délais de réponse, les ressources critiques et le plus grand élément visible. Une modification doit être réversible, et ne doit être mesurée à nouveau qu’une fois assez de temps écoulé pour que le jeu de données reflète les nouvelles visites.
- Vérifiez que la page renvoie une réponse publique et réussie après les redirections : l’éligibilité dépend de la découvrabilité.
- Utilisez l’enregistrement au niveau de l’URL pour toute décision sur une page dès qu’il existe, et décrivez un résultat d’origine comme une agrégation.
- Distinguez une tendance de terrain d’une cause : une évolution dans CrUX peut coïncider avec des mises en production, un changement de trafic ou d’appareils sans en prouver la raison.
- Conservez avec le rapport le périmètre et la date de la réponse brute, pour qu’une comparaison ultérieure utilise le même identifiant et les mêmes dimensions.