D'où viennent vraiment les données Core Web Vitals dans Search Console ?

Search Console invente-t-il ses propres métriques Core Web Vitals ?

Non, et c'est un point crucial que beaucoup de SEO négligent. Search Console ne fait aucun calcul propriétaire des Core Web Vitals. Il affiche simplement les données collectées par le Chrome User Experience Report (CrUX), une base publique alimentée par les utilisateurs réels de Chrome qui acceptent de partager leurs statistiques d'usage.

Concrètement, cela signifie que les scores LCP, FID et CLS que vous voyez dans Search Console reflètent l'expérience vécue par vos visiteurs Chrome, pas une simulation en laboratoire. C'est ce qu'on appelle les données field — par opposition aux données lab de Lighthouse ou PageSpeed Insights en mode test.

Pourquoi mes outils de monitoring ne correspondent pas aux chiffres de Search Console ?

Parce que vos outils de Real User Monitoring (RUM) capturent peut-être tous les navigateurs — Safari, Firefox, Edge — alors que CrUX ne collecte que les données Chrome. Si 40% de votre trafic vient de Safari, vous comparez deux populations différentes.

Autre facteur : le délai de publication. CrUX agrège les données sur 28 jours glissants et les publie avec un décalage. Un pic de lenteur hier n'apparaîtra pas instantanément dans Search Console. Vos outils temps réel peuvent donc montrer une dégradation que CrUX n'a pas encore intégrée.

Que faire si Search Console ne rapporte aucune donnée pour mon site ?

Cela signifie que votre site n'a pas atteint le seuil minimum de trafic Chrome requis par CrUX. Google ne publie pas le chiffre exact, mais on estime qu'il faut plusieurs milliers de visiteurs Chrome par mois pour qu'une URL ou un groupe d'URLs entre dans le dataset.

Dans ce cas, Search Console affiche « Données insuffisantes ». Vous pouvez quand même interroger l'API CrUX directement pour vérifier si certaines pages isolées ont des données, ou utiliser PageSpeed Insights qui affiche parfois des données CrUX même quand Search Console reste muet.

• Search Console = vitrine des données CrUX, pas un outil de mesure autonome
• Les données field reflètent les utilisateurs Chrome réels sur 28 jours glissants
• Pas de données CrUX = trafic insuffisant, pas forcément un problème de performance
• Pour investiguer un écart, il faut croiser CrUX API, PageSpeed Insights et vos propres outils RUM
• Les données lab (Lighthouse) et field (CrUX) mesurent des choses différentes — ne les confondez pas

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Oui, et c'est même une des rares affirmations de Google où la mécanique est transparente et vérifiable publiquement. CrUX est une base open data — n'importe qui peut interroger l'API ou télécharger les datasets BigQuery. On peut donc vérifier que Search Console affiche exactement les mêmes chiffres que CrUX pour une URL donnée.

Ce qui est moins clair, c'est comment Google utilise ces données dans son algorithme de ranking. On sait que les Core Web Vitals sont un signal de classement depuis la Page Experience Update, mais Google ne dit pas si un LCP à 2.4s est pénalisé différemment d'un LCP à 2.6s. [A vérifier] : l'impact marginal de petites variations dans les seuils « Bon / À améliorer / Médiocre ».

Quelles nuances faut-il apporter à cette déclaration ?

Première nuance : CrUX agrège au niveau du domaine, de l'origine et de l'URL. Search Console affiche les données par groupes d'URLs similaires, ce qui peut masquer des disparités. Une page ultra-rapide peut être noyée dans un groupe où d'autres pages sont lentes.

Deuxième nuance : les données CrUX sont sensibles à la distribution géographique et aux devices. Si votre trafic Chrome vient majoritairement de pays avec des connexions lentes, vos scores CrUX seront médiocres même si votre serveur est optimisé. Google ne pondère pas par région — il agrège tout.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous avez bloqué le consentement Chrome de collecte de statistiques d'usage dans vos scripts (rare, mais possible via certaines politiques CSP agressives), vos utilisateurs ne remontent pas de données CrUX. Résultat : Search Console reste vide alors que votre site a du trafic.

Autre cas limite : les sites en intranet ou derrière authentification stricte. CrUX ne collecte que les pages publiques accessibles sans login. Si votre site est un SaaS B2B avec tout le contenu derrière login, vous n'aurez jamais de données CrUX, même avec des millions d'utilisateurs Chrome.

Que faut-il faire concrètement si mes données Search Console divergent de mes outils RUM ?

D'abord, vérifiez la population mesurée. Exportez vos données RUM et filtrez uniquement le trafic Chrome desktop + mobile. Comparez ensuite cette sous-population avec les chiffres CrUX via PageSpeed Insights ou l'API CrUX. Si l'écart persiste, c'est probablement un problème de période de mesure — CrUX agrège sur 28 jours glissants, vos outils peut-être sur 7 jours.

Ensuite, interrogez directement l'API CrUX pour vos URLs critiques. Vous pouvez obtenir des données plus granulaires que dans Search Console — notamment la distribution des percentiles P75, qui est le seuil utilisé par Google pour classer une URL « Bon / À améliorer / Médiocre ». Si votre P75 est juste au-dessus du seuil, une petite optimisation peut faire basculer toute la page dans le vert.

Quelles erreurs éviter lors de l'analyse des Core Web Vitals ?

Erreur n°1 : se focaliser uniquement sur Lighthouse. Lighthouse mesure en lab, dans des conditions contrôlées — souvent bien meilleures que la réalité terrain. Un score Lighthouse 90+ ne garantit pas un CrUX « Bon ». Ce qui compte pour Google, c'est l'expérience utilisateur réelle, pas le test synthétique.

Erreur n°2 : ignorer la segmentation device. CrUX sépare les données mobile et desktop. Si votre LCP mobile est médiocre mais votre desktop excellent, Search Console peut afficher « À améliorer » globalement. Plongez dans les détails pour cibler vos optimisations — souvent, c'est le mobile qui tire les scores vers le bas.

Comment vérifier que mon site est bien suivi par CrUX ?

Rendez-vous sur PageSpeed Insights et testez une URL. Si la section « Découvrir ce que vos utilisateurs réels vivent » s'affiche avec des données sur 28 jours, votre site est dans CrUX. Si vous voyez uniquement les données lab (Lighthouse), c'est que vous n'avez pas assez de trafic Chrome ou que vos pages ne sont pas publiques.

Vous pouvez aussi utiliser l'API CrUX via BigQuery pour des analyses massives. Google publie les datasets mensuels — vous pouvez croiser vos URLs avec les données CrUX et identifier quelles pages sont suivies. C'est particulièrement utile pour les gros sites avec des milliers d'URLs.

• Filtrez vos données RUM pour ne garder que le trafic Chrome et comparez sur 28 jours glissants
• Interrogez l'API CrUX pour vos URLs stratégiques et analysez la distribution P75
• Ne vous fiez pas uniquement à Lighthouse — privilégiez les données field pour prioriser vos optimisations
• Segmentez vos analyses par device (mobile vs desktop) pour cibler les vrais points de friction
• Vérifiez via PageSpeed Insights que vos pages principales sont bien présentes dans CrUX
• Si vous n'avez pas de données CrUX, concentrez-vous sur l'augmentation du trafic Chrome ou sur l'accessibilité publique de vos contenus