Core Web Vitals : pas assez de données dans Search Console

Ce que signifie « Données d'utilisation insuffisantes »

Le rapport Core Web Vitals dans Search Console montre l'expérience de vrais utilisateurs de Chrome sur vos pages. Chaque fois qu'une personne sur Chrome avec les bons paramètres charge l'une de vos pages, le LCP, l'INP et le CLS de cette visite sont envoyés à Google et finissent dans un jeu de données public appelé Chrome User Experience Report, ou CrUX en abrégé. Search Console lit ce jeu de données et vous l'affiche. Contrairement à ce que beaucoup pensent, Search Console ne mesure pas votre site en le visitant. Elle collecte simplement les données de vrais utilisateurs.

Quand vos pages n'ont pas assez de visites de ce type, il n'y a rien à afficher. C'est là qu'apparaît « Données d'utilisation insuffisantes au cours des 90 derniers jours pour ce type d'appareil » sur mobile ou sur ordinateur, parfois les deux.

Certains y voient un mauvais signe, mais l'absence de données ne dit rien sur la vitesse de votre site. Google n'a pas vu assez de visiteurs pour se prononcer.

Pourquoi CrUX n'a pas de données pour votre site

La raison principale est le trafic. CrUX n'inclut une page ou une origine (protocole plus domaine, soit https://www.example.com) que lorsqu'elle est « suffisamment populaire ». Google ne précise pas ce que cela signifie exactement. La page de méthodologie indique seulement que le seuil est assez élevé pour que la distribution soit fiable.

Et pour commencer, seule une petite partie de vos visiteurs compte pour ce seuil. CrUX collecte uniquement les données des utilisateurs de Chrome qui ont activé les statistiques d'utilisation, synchronisent leur historique de navigation et n'ont pas de phrase secrète de synchronisation. Cela concerne Chrome sur ordinateur et Chrome sur Android. Chrome sur iPhone n'est pas comptabilisé (il utilise WebKit, comme Safari), et Safari lui-même, Firefox, Edge ainsi que le navigateur intégré d'Instagram ne le sont pas non plus. Sur un site avec beaucoup de trafic iPhone, la plupart des visiteurs n'apparaissent jamais dans le jeu de données. Le mobile et l'ordinateur sont aussi comptabilisés séparément. Vous pouvez donc avoir des données sur ordinateur et rien sur mobile, ou l'inverse. L'appareil qui a le moins de trafic Chrome se retrouve sans données en premier.

Ensuite, la page elle-même doit être éligible. Tout ce qui renvoie autre chose qu'un code 200 après les redirections est ignoré. Les pages avec une balise meta noindex ou un en-tête X-Robots-Tag: noindex sont également ignorées. Search Console ajoute sa propre règle par-dessus : seules les URL réellement indexées apparaissent dans le rapport.

Et si vous venez d'ajouter la propriété dans Search Console, elle n'affiche rien pendant un moment de toute façon. Cela se règle tout seul une fois que Google l'a traitée.

Les pages sans données héritent du score de l'origine

Search Console ne produit pas de rapports page par page : elle regroupe les URL similaires. Quand un groupe n'a pas assez de données propres, Search Console fait un fallback vers l'origine, c'est-à-dire l'ensemble des URL sur le même protocole, le même hôte et le même port. Une page que CrUX n'a jamais vue peut donc tout de même apparaître comme Bonne ou Médiocre dans votre rapport, car elle emprunte les chiffres du reste de votre site.

En pratique, la page d'accueil et le blog captent la majorité du trafic : ce sont donc eux qui déterminent ce chiffre d'origine. Vos pages produit ou votre checkout peuvent être bien plus lents, vous ne le verrez jamais dans Search Console. C'est aussi pour cela que je n'utilise jamais le chiffre CrUX global comme objectif. Il est pondéré par le trafic : vos pages les plus visitées le déterminent, et ce ne sont pas forcément celles qui comptent pour vous.

Lighthouse n'est d'aucune aide ici

Le conseil que l'on voit partout est de lancer PageSpeed Insights ou Lighthouse en attendant que les données CrUX apparaissent. Je comprends pourquoi, mais cela ne vous donne pas ce qu'il vous faut. Un test Lighthouse charge votre page une seule fois sur un téléphone simulé, avec une connexion bridée et un cache vide. C'est très bien pour repérer des problèmes sur la page elle-même, mais cela ne dit rien de ce que vivent vos visiteurs.

L'INP, par exemple, a besoin de vraies personnes qui cliquent et tapent sur de vrais appareils. Lighthouse ne clique sur rien. Pour le CLS, Lighthouse arrête d'observer une fois la page chargée : une publicité tardive qui pousse le contenu vers le bas ou un élément qui saute quand le visiteur fait défiler la page ne se retrouvent jamais dans le rapport. Et le LCP dépend du téléphone, de la connexion et de la distance entre le visiteur et votre CDN. Un seul test n'en mesure qu'un seul de chaque.

Attendre ne fonctionne que si votre trafic augmente. CrUX prend en compte les visites des 28 derniers jours (au passage, le délai est bien plus court qu'on ne le pense, voir pourquoi le délai de 28 jours est un mythe). Si vous n'aviez pas assez de visites Chrome éligibles ce mois-ci, vous n'en aurez probablement pas non plus le mois prochain.

Mesurez vos propres visiteurs avec le RUM

L'alternative consiste à mesurer vous-même. Le Real User Monitoring, ou RUM, exécute un petit script dans le navigateur de chaque visiteur, mesure les Core Web Vitals de cette visite et vous envoie les chiffres au lieu de les envoyer à Google. Ce sont les mêmes field data que CrUX, sans aucun seuil à atteindre et sans vous limiter aux utilisateurs de Chrome.

Une page avec 50 visites par mois a des données. Vos visiteurs sur iPhone aussi : Safari mesure le LCP et l'INP depuis Safari 26.2 (décembre 2025). Ils apparaissent donc dans le RUM, alors que CrUX les laisse de côté. Vous voyez aussi quel élément a causé un mauvais résultat : l'image qui a fait le LCP, le bouton qui a tardé à répondre. Après un déploiement, vous voyez l'effet en quelques minutes au lieu de le chercher dans une moyenne sur 28 jours.

Core/Dash est l'outil RUM que j'ai développé pour cela. Une balise script, ou le plugin WordPress, et les données commencent à arriver dès la première page vue. Il ne dépose aucun cookie et ne collecte aucune donnée personnelle : aucun bandeau de consentement n'est nécessaire. Sur un petit site, cela compte. Un script RUM placé derrière un bandeau de consentement ne mesure que les personnes qui cliquent sur accepter, et vous voilà revenu à une fraction de vos visiteurs. Les tarifs démarrent à 16 $ par mois facturés annuellement, et l'essai de 14 jours ne demande aucune carte bancaire.

Laissez-le tourner même après que CrUX a pris votre site en compte. Search Console n'affiche que des groupes d'URL : elle ne vous dira jamais quelle page ou quel élément a ralenti un groupe.

Vérifiez ce que CrUX a sur vous dès maintenant

Avant de changer quoi que ce soit, vérifiez si CrUX dispose de votre origine. L'outil CrUX History sur corewebvitals.io montre l'historique CrUX de n'importe quel site. Si le mobile y est vide, il le sera aussi dans Search Console.

Voir aussi : installer Core/Dash, la dimension navigateur pour les visiteurs que CrUX laisse de côté, et la dimension type d'appareil pour séparer mobile et ordinateur.

Sources : Aide Search Console : rapport Core Web Vitals, méthodologie CrUX, Safari 26.2 ajoute LCP et INP.