CoreDash vs CrUX et Search Console

La comparaison est un peu étrange : CrUX n'est pas vraiment un concurrent. CrUX, PageSpeed Insights et Search Console représentent un seul et même jeu de données Google gratuit, affiché à trois endroits. Tout propriétaire de site devrait s'y intéresser. C'est la première chose que je vérifie sur n'importe quel site, y compris ceux qui tournent déjà avec CoreDash.

La vraie question est de savoir si ces données gratuites suffisent pour votre site. J'ai créé CoreDash, gardez-le en tête. Mais les données de Google sont bonnes, alors commençons par là.

Ce que les field data gratuites de Google font bien

C'est gratuit et il n'y a rien à installer. Chrome mesure le LCP, l'INP, le CLS, le FCP et le TTFB pour les utilisateurs ayant accepté le partage, et Google publie le résultat sous la forme du Chrome UX Report. PageSpeed Insights affiche ces données au-dessus d'un test Lighthouse. Search Console les regroupe par groupes d'URL et propose un flux de validation sur 28 jours pour les fixes. CrUX Vis affiche la tendance hebdomadaire sur les 40 dernières semaines. Il remplace le dashboard Looker Studio (fermé par Google fin novembre 2025) et s'avère bien plus facile à lire.

developer.chrome.com, octobre 2026.

CrUX est aussi le jeu de données utilisé par Google pour les Core Web Vitals dans Search. Quand un client demande « est-ce qu'on passe ? », tout le monde regarde donc là-bas, agence SEO comprise. Aucun outil de RUM ne remplace cela, et CoreDash n'essaie pas de le faire. (Google rappelle aussi que de bons scores ne garantissent aucun ranking, ce qu'il est bon de préciser au client.)

Cela fonctionne pour n'importe quel site public, concurrents compris. Vous pouvez extraire les chiffres de chaque boutique de votre secteur en une après-midi. Un outil de RUM ne mesure que les sites où vous avez ajouté le script. Pour le benchmark et la prospection, CrUX est donc le choix évident.

BigQuery remonte à 2017, avec des données mensuelles par origine. L'History API fournit 40 périodes hebdomadaires. La version d'août 2026 couvrait 18,3 millions d'origines.

Et Google continue d'ajouter des fonctionnalités. Depuis janvier 2025, CrUX décompose le LCP en sous-parties (TTFB, resource load delay, resource load duration, element render delay) et indique si le LCP était une image ou du texte. Septembre 2026 a introduit des métriques publicitaires expérimentales. Le serveur MCP officiel de Chrome DevTools intègre désormais par défaut les field data de CrUX dans une trace de performance : un agent IA voit ainsi le p75 de Google à côté de la trace lab data. L'API CrUX est gratuite à hauteur de 150 requêtes par minute et par projet Google Cloud, et de nombreux outils tiers reposent dessus.

Commencez par là, puis mesurez vos propres visiteurs

Si vous n'avez pas de real-user monitoring, CrUX constitue vos field data. Cela vous place déjà devant les équipes qui se contentent d'un score Lighthouse. J'ai vu des équipes fêter un 98 dans PageSpeed Insights alors que l'INP en field data sur leurs pages produit était mauvais. Lighthouse charge la page une seule fois sans jamais cliquer nulle part : n'importe quelle donnée d'utilisateurs réels vous en apprendra bien plus.

Et n'importe quel outil de RUM vaut mieux que rien. Si vous en utilisez déjà un et qu'il répond à vos questions, vous n'avez pas besoin de cette page. Elle s'adresse à ceux qui ont atteint les limites des données gratuites, et à ceux dont le site ne figure pas du tout dans CrUX.

CoreDash et les données gratuites de Google côte à côte

Tarifs et fonctionnalités vérifiés en septembre 2026.

Ce que CoreDash apporte de plus

Les données gratuites sont très utiles pour savoir si vous passez. Dès que vous commencez à corriger les problèmes, vous voulez d'autres réponses : quel élément est lent, quel script bloque le clic, le deploy d'hier a-t-il empiré les choses ? CrUX n'a jamais été conçu pour ça. C'est un jeu de valeurs p75 public et anonyme, et c'est précisément ce qui permet à Google de le publier gratuitement pour des millions d'origines.

Les visiteurs et les pages que CrUX ignore

CrUX ne comptabilise que les utilisateurs de Chrome sur desktop et Android qui partagent leurs statistiques d'utilisation, synchronisent leur historique et n'ont pas défini de phrase secrète de synchronisation. Chrome sur iPhone ne compte pas, pas plus que Safari, Firefox ou Edge. De plus, la page doit être publique, indexable et suffisamment populaire. Les pages derrière un écran de connexion ne sont jamais éligibles, et Search Console se rabat sur le score de l'origine pour les groupes d'URL qui manquent eux-mêmes de données. Pour beaucoup de sites, cela se traduit par « données d'utilisation insuffisantes » (j'ai expliqué pourquoi cela arrive).

Méthodologie CrUX sur developer.chrome.com, octobre 2026.

CoreDash mesure chaque page vue sur laquelle le script s'exécute. Une page avec 50 visites par mois dispose de données, tout comme vos visiteurs sur iPhone et vos clients connectés. Il ne dépose aucun cookie par défaut et ne collecte aucune donnée personnelle : vous n'avez pas besoin de bandeau de consentement et vous ne mesurez pas seulement les personnes qui ont cliqué sur accepter.

Quel élément corriger

C'est ce dont j'ai le plus besoin dans mon travail au quotidien. CrUX vous indique que le LCP sur une URL est de 3,4 secondes au p75, et depuis 2025, il vous précise aussi que l'essentiel vient du resource load delay. Utile. Mais pas de quelle image il s'agit, sur quel template, ni si quelqu'un a encore collé un loading="lazy" sur le hero (je tombe encore dessus toutes les deux ou trois semaines).

Pour l'INP, CrUX donne un seul chiffre, et c'est tout. Quel bouton ? Quel script ? Le clic s'est-il produit alors que la page était encore en train de charger ? Aucune idée. C'est là que la plupart des optimisations de l'INP coincent : on sait que le résultat est mauvais, mais pas par où commencer.

CoreDash enregistre l'élément associé à chaque LCP, INP et CLS. Pour le LCP, vous obtenez aussi le type d'élément, l'URL de l'image et la priorité LCP (preloaded, fetchpriority high, non préchargé ou lazy loaded). Pour l'INP, vous obtenez le type d'interaction, le load state et le script Long Animation Frame qui a bloqué le main thread. Vous pouvez segmenter tout cela par label de page, état de connexion, variante A/B, pays ou capacités de l'appareil. La vue Diagnosis détecte 14 anti-patterns LCP et fournit des fixes adaptés à votre stack.

Vous voyez les changements le jour de leur mise en ligne

Les données de CrUX n'ont qu'un jour ou deux de décalage (le délai de 28 jours est un mythe). Mais il s'agit d'un p75 sur 28 jours : un fix ne fait bouger le chiffre qu'un peu chaque jour, et son impact n'est pleinement visible qu'après quatre semaines. Une régression sur un template est diluée dans la moyenne avec le reste du site. Search Console vous avertit bien par e-mail des nouveaux problèmes, mais seulement une fois que la valeur sur 28 jours a suffisamment bougé pour changer le statut d'un groupe d'URL.

Dans CoreDash, un deploy apparaît dans la série temporelle en quelques heures. Le tagging des releases depuis votre CI place le p75 de chaque release à côté de la précédente. Les AI Auto Alerts analysent des centaines de segments chaque jour et ne signalent une régression que si elle affecte au moins 2 % de votre trafic, avec la métrique, le segment et le nombre d'utilisateurs touchés.

Votre agent IA lit vos propres field data

L'API CrUX convient parfaitement aux scripts, et le serveur MCP de Chrome DevTools fournit à un agent le p75 de Google à côté d'une trace lab data. Mais cela reste un chiffre à l'échelle de la page ou de l'origine, issu d'utilisateurs Chrome ayant accepté le partage.

Le serveur MCP de CoreDash utilise le même endpoint que l'API et fonctionne en lecture seule. Claude, Cursor ou tout autre agent peut demander n'importe quelle métrique du p50 au p95, filtrée et regroupée par la dimension de votre choix. « Quel élément LCP est le plus lent sur les pages produit mobiles en Allemagne ? » se règle en un seul appel. CWV Superpowers est un agent gratuit sous licence MIT qui démarre à partir de ces field data, enregistre une trace Chrome avec émulation mobile, Fast 3G et un ralentissement CPU 4x, et aboutit à un fix dans le code (fichier, ligne et diff) ou un rapport HTML. Aucun score Lighthouse. L'article Corriger l'INP avec un agent IA montre un run réel.

Les agences bénéficient d'une API Agence avec une clé maître unique qui crée les projets clients et les lit tous avec les trois mêmes outils. Le tarif n'augmente qu'avec le trafic, chaque forfait donne accès à tous les dashboards, et le forfait Studio pour agences couvre 10 sites clients pour 71 $ par mois, avec facturation annuelle.

Quand s'en tenir aux données gratuites

• Vous voulez savoir comment Google voit votre site. C'est la définition même de CrUX, et vous devriez continuer à le surveiller peu importe vos autres outils.
• Vous faites du benchmark sur des concurrents ou des prospects. CrUX constitue les seules field data accessibles pour les sites qui ne vous appartiennent pas.
• Vous menez des recherches sur de nombreux sites ou sur plusieurs années. BigQuery remontant jusqu'à 2017 est imbattable, et gratuit dans la limite du quota mensuel offert.
• Votre site passe sur mobile et desktop, les pages qui vous importent disposent de leurs propres données, et le frontend change rarement.
• Vous ne pouvez pas ajouter de script sur le site.
• Il n'y a pas de budget. Associer CrUX à un run Lighthouse sur la page que vous corrigez reste une configuration pragmatique, et bien plus efficace que de deviner.

Utilisez les deux

J'utiliserais les deux. CoreDash propose un recoupement avec CrUX qui place les chiffres de Google à côté de vos propres données RUM : vous voyez ce que Google voit, ainsi que la cause du problème. Vous pouvez aussi consulter gratuitement l'historique CrUX de n'importe quel site avec l'outil CrUX History sur corewebvitals.io.

L'essai dure 14 jours sans carte bancaire et les données arrivent dès la première page vue. Jetez d'abord un œil à la démo si vous voulez voir les dashboards, vérifiez les tarifs pour votre trafic, ou consultez tous les comparatifs.

Sources : Méthodologie CrUX, Métriques CrUX, API CrUX, History API de CrUX, CrUX sur BigQuery, Notes de version de CrUX, Dépréciation du Dashboard CrUX, Métriques publicitaires CrUX, À propos de PageSpeed Insights, Rapport Core Web Vitals de la Search Console, Google Search et les Core Web Vitals, Serveur MCP Chrome DevTools.