Historique des Core Web Vitals et comparaison des concurrents

Free, no signup. Lab tests tell you how a page performs on your machine; Chrome's real users tell you how it performs on theirs. Chart 40 weeks of that field data — the same numbers Google uses for ranking — for up to 5 sites side by side.

device origins (bare domains) have the most data; deep URLs need enough Chrome traffic of their own chart

Les contrôles sont exécutés depuis notre serveur ; nous récupérons l’URL saisie et ne conservons pas les résultats. Results are cached at the edge until the next weekly refresh. Research counters record run totals only; they store no URL, domain, IP, user agent, hash, or pseudonymous identifier. Des compteurs anonymes de résultats par exécution peuvent servir à la recherche agrégée ; les URL, domaines, adresses IP et identifiants ne sont jamais inclus, et aucune statistique issue de moins de 100 exécutions n’est publiée.

Commentaires
Signaler un bug

Un élément ne fonctionne pas dans Historique des Core Web Vitals et comparaison des concurrents ? Décrivez ce qui s’est passé : le signalement est envoyé directement dans une file de tri privée, pas dans une liste publique.

Données envoyées
 Les saisies de l’outil, fichiers importés, sources collées, résultats complets, paramètres de requête et fragments d’URL ne sont pas joints automatiquement. Vous pouvez modifier ou supprimer le passage sélectionné ci-dessus. Les métadonnées du navigateur et de protection contre les abus sont traitées pour prévenir le spam. 

Long-term SEO tool history

The one-year view uses 12 monthly points. Lifetime defaults to yearly aggregation and can switch to monthly detail.

Source: Chrome UX Report BigQuery monthly origin dataset. Monthly origin-level BigQuery observations remain separate from the recent weekly History API series. Annual values average available monthly p75 observations and do not bridge missing months.

Data: Chrome UX Report History API — weekly p75 values over 28-day rolling collection periods, updated every Monday. A site only appears when enough Chrome users visit it.

Données locales

Les cibles enregistrées, les listes nommées et les résumés des vérifications récentes restent uniquement dans ce navigateur.

À propos de cet outil

Suivez jusqu’à 40 semaines de Core Web Vitals issus de vrais utilisateurs Chrome, comparez des origines ou URL et classez plusieurs sites sur une même métrique. Les graphiques montrent la tendance terrain, la fraîcheur des données et les écarts mobile/ordinateur.

Fonctionnalités

  • Historique p75 de LCP, INP, CLS, FCP et TTFB lorsque le Chrome UX Report fournit assez de données.
  • Comparaison de plusieurs origines ou URL sur une même période, avec liens partageables et export CSV.
  • Classement d’un groupe d’origines sur une métrique choisie, avec fiches bon/à améliorer/mauvais.
  • Indication claire de la fraîcheur, de la couverture et des périodes manquantes afin d’éviter les conclusions excessives.

Fonctionnement

L’outil demande les distributions CrUX pour chaque origine ou URL, extrait le 75e percentile et aligne les périodes disponibles. Il applique les seuils Core Web Vitals aux cartes, affiche les trous de couverture et calcule les comparaisons sans transformer une absence de données en verdict positif.

Limites

  • CrUX exige suffisamment de trafic Chrome ; les URL profondes ou récentes peuvent ne renvoyer aucun historique.
  • Les données terrain décrivent des utilisateurs réels et ne remplacent pas un audit Lighthouse ciblé d’une exécution.
  • Une tendance manquante ne prouve ni réussite ni échec : elle indique seulement que la preuve disponible est insuffisante.

Questions fréquentes

Que sont les données de terrain CrUX, et en quoi diffèrent-elles d’un score Lighthouse ?

CrUX est le Chrome UX Report : des mesures réelles des Core Web Vitals recueillies auprès d’utilisateurs de Chrome ayant accepté de partager des statistiques d’utilisation. Ce sont des données de terrain, qui décrivent l’expérience réelle des visiteurs sur vos pages. Un score Lighthouse ou PageSpeed en laboratoire correspond à un chargement simulé unique sur un appareil soumis à une limitation ; il est utile au débogage, mais Google ne l’utilise pas pour le classement. Google se fonde sur les données de terrain CrUX, précisément celles que cet outil représente.

Quels sont les seuils des Core Web Vitals ?

Une métrique est « bonne » lorsque sa valeur au 75e percentile reste inférieure ou égale au seuil correspondant : LCP de 2,5 secondes, INP de 200 millisecondes et CLS de 0,10. Elle est « médiocre » au-dessus du seuil médiocre : LCP de 4 secondes, INP de 500 millisecondes et CLS de 0,25. Toute valeur intermédiaire « doit être améliorée ». Un site ne réussit les Core Web Vitals que lorsque LCP, INP et CLS se trouvent tous dans la plage bonne.

Pourquoi mon site affiche-t-il « aucune donnée CrUX » ?

CrUX ne publie les données d’une URL ou d’une origine que lorsque le trafic Chrome réel est suffisant pour constituer un échantillon fiable. Les nouvelles pages, les sites peu fréquentés et les URL profondes précises restent souvent sous ce seuil. Les origines nues, c’est-à-dire votre domaine racine, cumulent bien plus de visites qu’une page isolée ; si une URL profonde ne renvoie rien, essayez plutôt l’origine, qui dispose généralement de données même lorsque les pages isolées n’en ont pas.

Que signifie p75 ?

CrUX publie le 75e percentile de chaque métrique, c’est-à-dire la valeur à laquelle ou sous laquelle se situent 75 % des visites. Ce seuil est volontairement plus strict qu’une moyenne : trois visites réelles sur quatre ont été au moins aussi rapides, de sorte qu’une médiane rapide ne puisse masquer une longue traîne lente. Google utilise ce même p75 pour décider si chaque métrique est bonne, doit être améliorée ou est médiocre.

À quelle fréquence les données de l’historique CrUX sont-elles actualisées, et jusqu’où remontent-elles ?

L’API d’historique renvoie des relevés hebdomadaires, chacun couvrant une fenêtre glissante de 28 jours, actualisés tous les lundis. Cet outil représente jusqu’à 40 de ces périodes hebdomadaires, soit environ la dernière année, afin de voir si une correction a réellement modifié les données de terrain et quand une régression a commencé, plutôt que de se limiter à l’instantané du jour.

Étape suivanteTest de vitesse de page et vérificateur Core Web Vitals — verify it with a direct check. Des conseils sont disponibles en anglais.