CrUX
Glossaire – Définition
Le CrUX (Chrome User Experience Report) est la base de données publique de Google qui agrège les données réelles de navigation collectées par le navigateur Chrome sur des millions d’utilisateurs réels. C’est la source officielle des signaux d’expérience utilisateur qui alimentent le classement Google depuis 2021.
Le CrUX n’est pas un outil de simulation. C’est un observatoire de terrain : il mesure ce que vivent réellement vos visiteurs lorsqu’ils chargent vos pages, et non ce que vos outils de test en laboratoire estiment. Depuis le déploiement du Page Experience Update, les données CrUX sont devenues un signal de ranking direct pour Google Search — ce qui en fait l’une des bases de données les plus stratégiques du SEO technique moderne.
Pour bien comprendre :
- CrUX : comment les données sont-elles collectées et structurées ?
- Quels sont les effets concrets du CrUX sur votre référencement ?
- Comment accéder aux données CrUX et les interpréter ?
- Les 5 actions techniques pour améliorer vos métriques CrUX
- L’avis de l’expert B-Strong
- Questions fréquentes
CrUX : comment les données sont-elles collectées et structurées ?
Le CrUX repose sur un mécanisme de collecte passif et anonymisé. Les utilisateurs de Chrome qui ont activé la synchronisation et la navigation par défaut contribuent automatiquement leurs données de performance à cette base. Voici comment elle fonctionne :
- La collecte terrain (Field Data) : Contrairement aux outils de laboratoire comme Lighthouse ou PageSpeed Insights en mode « simulation », le CrUX enregistre des mesures réelles effectuées sur de vrais appareils, avec de vraies connexions réseau. C’est la distinction fondamentale entre Lab Data (données de laboratoire) et Field Data (données de terrain). Seule la Field Data alimente le classement Google.
- Les métriques mesurées — les Core Web Vitals : Le CrUX collecte principalement trois métriques clés définies par Google : le LCP (Largest Contentful Paint, temps d’affichage du plus grand élément visible), l’INP (Interaction to Next Paint, remplaçant du FID depuis mars 2024, mesure la réactivité aux interactions) et le CLS (Cumulative Layout Shift, stabilité visuelle de la page). Il collecte également le FCP (First Contentful Paint) et le TTFB (Time to First Byte).
- La distribution en percentiles : Pour chaque métrique, CrUX ne fournit pas une valeur moyenne mais une distribution. Google évalue la performance au 75e percentile (p75), ce qui signifie que 75 % des visites réelles doivent atteindre le seuil « Good » pour qu’une page soit considérée comme performante. Une page « Good » pour 74 % des utilisateurs ne valide pas le critère.
- Le seuil de données suffisantes : CrUX n’affiche de données que lorsqu’une URL ou un domaine dépasse un certain volume de visites Chrome sur les 28 derniers jours glissants. Les URLs à faible trafic n’ont pas de données individuelles mais peuvent bénéficier des données agrégées au niveau origine (domaine entier).
- Les niveaux de granularité : Les données CrUX sont disponibles à trois niveaux : l’URL individuelle (le plus précis), l’origine (domaine ou sous-domaine, agrégation de toutes les URLs), et le pays ou type de connexion via la BigQuery CrUX API. Chaque niveau répond à un besoin d’analyse différent.
Quels sont les effets concrets du CrUX sur votre référencement ?
Depuis le Page Experience Update de juin 2021 (déploiement progressif jusqu’en mars 2022 sur desktop), les données CrUX sont intégrées comme signal de classement dans l’algorithme Google Search. Leurs effets sont mesurables à plusieurs niveaux :
- Signal de ranking Page Experience : Google utilise les données CrUX pour évaluer si une page répond aux seuils Core Web Vitals. Une page qui valide les trois métriques (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1) bénéficie d’un bonus dans les classements, toutes choses égales par ailleurs. Ce signal est confirmé dans la documentation officielle de Google Search Central.
- Éligibilité aux Top Stories mobiles : Les articles AMP ou non-AMP qui souhaitent apparaître dans le carrousel Top Stories de Google Discover doivent satisfaire les seuils Core Web Vitals mesurés par CrUX. Un mauvais score CrUX exclut mécaniquement les pages de ces emplacements à fort trafic éditorial.
- Répercussion sur l’Ad Rank Google Ads : Comme mentionné dans notre fiche Ad Rank, la Landing Page Experience — composante du Quality Score — intègre des signaux issus du CrUX. Une page lente pénalise simultanément vos positions organiques et vos campagnes payantes.
- Impact sur le taux de rebond et les conversions : Au-delà du SEO, les études Google-Deloitte (2020) montrent qu’un ralentissement de 0,1 seconde du temps de chargement sur mobile réduit les conversions de 8 % en retail. Les données CrUX reflètent ces problèmes de performance avant qu’ils ne se traduisent en pertes business mesurables.
- Diagnostic différentiel : Un écart important entre vos scores Lighthouse (laboratoire) et vos données CrUX (terrain) révèle un problème de performance spécifique à certains segments d’utilisateurs — connexions lentes, appareils d’entrée de gamme, zones géographiques sous-optimisées. Ce diagnostic est impossible sans le CrUX.
Diagnostic et accès aux données
Comment accéder aux données CrUX et les interpréter ?
Quatre points d’accès officiels permettent de consulter les données CrUX, chacun adapté à un niveau de technicité différent.
Méthode 1 — Google Search Console (gratuite, sans code)
- Accédez à Google Search Console > rapport « Expérience » > « Signaux Web Essentiels » (Core Web Vitals).
- Consultez les onglets « Mobile » et « Desktop » séparément — les scores CrUX diffèrent selon l’appareil.
- Identifiez les URLs classées « Mauvais » (rouge) et « À améliorer » (orange).
- Cliquez sur chaque groupe d’URLs pour identifier la métrique défaillante (LCP, INP ou CLS) et les pages concernées.
- Signal d’alerte : une proportion supérieure à 15 % d’URLs « Mauvais » sur mobile est un frein SEO actif qu’il faut traiter en priorité.
Méthode 2 — PageSpeed Insights (gratuite, URL par URL)
Saisissez l’URL d’une page sur pagespeed.web.dev. La section « Découvrez ce que vivent les vrais utilisateurs » affiche les données CrUX pour cette URL spécifique (si disponibles) ou pour l’origine. Distinguez impérativement la section « Field Data » (CrUX, ce qui compte pour Google) de la section « Lab Data » (Lighthouse, diagnostic uniquement).
Les 5 actions techniques pour améliorer vos métriques CrUX
Améliorer son CrUX nécessite d’agir sur les causes profondes de la lenteur, pas seulement sur les symptômes détectés en laboratoire. Les actions ci-dessous ciblent directement les trois métriques Core Web Vitals.
| Action | Mise en œuvre technique | Métrique CrUX ciblée | Priorité |
|---|---|---|---|
| Optimisation de l’image hero et du LCP | Identifier l’élément LCP via Chrome DevTools ou WebPageTest. Précharger l’image avec <link rel="preload">, utiliser le format WebP ou AVIF, définir explicitement width/height, désactiver le lazy-loading sur l’image au-dessus de la ligne de flottaison. |
LCP (Largest Contentful Paint) — cible : ≤ 2,5 s au p75 | Prioritaire |
| Optimisation de la réactivité aux interactions (INP) | Réduire le temps d’exécution JavaScript sur le thread principal : fractionner les tâches longues (Long Tasks > 50 ms), différer les scripts non critiques via defer ou async, éviter les recalculs de style déclenchés par les interactions utilisateur. |
INP (Interaction to Next Paint) — cible : ≤ 200 ms au p75 | Prioritaire |
| Stabilisation des mises en page (CLS) | Réserver un espace explicite pour chaque élément à chargement différé (images, iframes, bannières publicitaires) via les attributs width/height ou la propriété CSS aspect-ratio. Éviter l’insertion dynamique de contenu au-dessus du contenu visible. | CLS (Cumulative Layout Shift) — cible : ≤ 0,1 au p75 | Prioritaire |
| Amélioration du TTFB et de l’infrastructure serveur | Activer un CDN (Content Delivery Network) pour rapprocher les ressources statiques des utilisateurs. Passer à HTTP/2 ou HTTP/3. Mettre en cache les réponses serveur. Activer la compression Brotli. Un TTFB > 800 ms plafonne mécaniquement le LCP. | TTFB (Time to First Byte) — impact indirect sur LCP et FCP | Intermédiaire |
| Segmentation de l’analyse par appareil et connexion | Interroger la CrUX API (via l’endpoint REST ou BigQuery) pour isoler les performances sur mobile 4G vs WiFi desktop. Cibler les optimisations sur les segments sous-performants plutôt que sur la moyenne globale qui peut masquer des problèmes critiques. | Toutes métriques — améliore le p75 sur les segments les plus lents | Complémentaire |
L’avis de l’expert B-Strong
Sources citées
- Chrome for Developers — Chrome UX Report documentation
- Google Search Central — Understanding Core Web Vitals and Google Search
- web.dev — Core Web Vitals
- Search Engine Journal — Chrome UX Report: What SEOs Need to Know
Ce qu’on nous demande souvent
Quelle est la différence entre les données CrUX et les scores Lighthouse ?
Ce sont deux sources fondamentalement différentes. Lighthouse est un outil de laboratoire : il simule le chargement d’une page dans des conditions contrôlées (réseau 4G lente simulée, appareil de référence fixe). Le CrUX agrège des mesures réelles effectuées par de vraies personnes sur leurs propres appareils et connexions. Un bon score Lighthouse avec un mauvais CrUX indique que votre page performe bien dans les conditions idéales du test mais mal dans la réalité du terrain — c’est la situation la plus courante et la plus trompeuse.
Mon site n’a pas de données CrUX pour certaines pages — est-ce un problème ?
Pas nécessairement. L’absence de données au niveau URL signifie que cette page ne génère pas suffisamment de visites Chrome pour atteindre le seuil de collecte de Google (estimé à quelques centaines de sessions sur 28 jours). Dans ce cas, Google utilise les données agrégées au niveau de l’origine (votre domaine entier) pour évaluer l’expérience page. Le problème devient réel si même les données d’origine sont absentes ou mauvaises.
Le CrUX est-il mis à jour en temps réel ?
Non. Le CrUX est actualisé une fois par mois, avec une fenêtre glissante de 28 jours. Cela signifie qu’une amélioration technique apportée aujourd’hui mettra 4 à 6 semaines à se refléter pleinement dans les données CrUX et à produire ses effets sur le classement Google. Cette latence est importante pour calibrer les attentes lors d’un chantier d’optimisation des Core Web Vitals.
Les données CrUX sont-elles influencées par les utilisateurs de navigateurs autres que Chrome ?
Non. Le CrUX ne collecte des données que depuis le navigateur Chrome (desktop et mobile). Les utilisateurs de Safari, Firefox ou Edge ne contribuent pas à cette base. Cela crée un biais potentiel : si votre audience utilise majoritairement Safari (cas fréquent sur iOS en France), vos données CrUX ne reflètent qu’une partie de votre trafic réel. Il est donc utile de croiser le CrUX avec vos données analytiques segmentées par navigateur.
Demandez un audit gratuit de votre site !
Réponse sous 24h — Sans engagement
Demandez votre audit Core Web Vitals gratuit et découvrez en 30 minutes quelles métriques CrUX freinent vos positions Google.
