CoreDash vs Cloudflare Web Analytics

J'ai développé CoreDash, gardez-le en tête. Pourtant, j'aime bien Cloudflare Web Analytics. L'outil est gratuit, ne dépose aucun cookie, et tourne déjà sur beaucoup de sites derrière Cloudflare sans que personne n'ait eu à l'installer.

S'il tourne chez vous et vous donne ce dont vous avez besoin, gardez-le. Vous mesurez de vrais visiteurs, ce que beaucoup de sites ne font pas. Cette page intervient dès que vous posez des questions auxquelles il ne peut pas répondre.

Ce que Cloudflare Web Analytics fait bien

Le prix, évidemment. Web Analytics ne coûte rien, quel que soit le forfait Cloudflare, et le site n'a même pas besoin de passer par le proxy de Cloudflare. Sur une zone proxifiée, Cloudflare injecte le beacon à l'edge (et ajoute le SRI automatiquement). Sur Cloudflare Pages, une seule option suffit.

cloudflare.com, octobre 2026.

La mesure est faite proprement. Le beacon encapsule la bibliothèque web-vitals de Google et Cloudflare la maintient à jour (le changelog indique le passage à la v6.2.1 le 2 septembre 2026). Les single page apps sont gérées avec la Soft Navigations API dans Chromium, puis la Navigation API, avec History pushState en fallback. Je ne m'attendais pas à une telle prise en charge des SPA de la part d'un beacon gratuit.

La Debug View est pratique aussi. Sous chaque métrique, vous obtenez le top 5 des éléments qui la dégradent, sous forme de sélecteurs CSS, avec P50, P75, P90 et P99 pour chacun. Pour le LCP, vous voyez l'URL de la ressource et sa taille ; pour le CLS, l'élément qui s'est déplacé ainsi que ses positions de départ et d'arrivée. Vous pouvez filtrer par type de navigation (bfcache, prerender et soft navigations inclus), et exclure les bots se fait d'un simple clic. L'API GraphQL va plus loin que le dashboard : sous-parties du LCP (resource load delay, temps de chargement, render delay), phases de l'INP (input delay, processing, presentation), fetchpriority de la ressource LCP et quantiles jusqu'au P99,9.

Côté vie privée, c'est très bien aussi. Selon la documentation de Cloudflare, il n'y a ni cookies, ni localStorage, ni fingerprinting. En général, pas besoin de le placer derrière un bandeau de consentement.

Mieux que Lighthouse et Search Console seuls

La plupart des sites que j'audite ne regardent que Lighthouse et Search Console. Lighthouse charge la page une seule fois sur un téléphone simulé sans jamais cliquer sur rien : il ne peut donc pas mesurer l'INP. CrUX ne comptabilise que les utilisateurs de Chrome ayant donné leur accord et n'affiche rien tant qu'une page n'en compte pas assez (voir pas assez de données dans Search Console). Cloudflare Web Analytics mesure les visiteurs que vous avez réellement. Alors si c'est Cloudflare Web Analytics ou rien, activez-le.

CoreDash et Cloudflare Web Analytics face à face

Tarifs et fonctionnalités vérifiés en septembre 2026. Les tarifs de CoreDash sont par mois, facturés à l'année, en USD.

Un point à vérifier si vous utilisez Cloudflare Web Analytics sur un site européen : quand Cloudflare active automatiquement le RUM sur une zone proxifiée gratuite, il exclut les visiteurs de l'UE, de l'EEE, du Royaume-Uni et de la Suisse. De plus, il se base sur le data center qui a traité la requête, quel que soit le pays réel du visiteur. Je comprends la démarche, mais une boutique européenne peut se retrouver devant un dashboard où manque la majorité de ses visiteurs. Vérifiez ce réglage avant de faire confiance aux chiffres.

Documentation de configuration de Cloudflare Web Analytics, octobre 2026.

Là où CoreDash va plus loin

Cloudflare Web Analytics répond à la question « quelle est la vitesse de mon site pour les vrais visiteurs », et c'est la bonne première question. Au bout de quelques mois, d'autres questions arrivent. Quel script a dégradé l'INP ? La release de mardi dernier a-t-elle cassé quelque chose ? Le checkout est-il plus lent pour les clients connectés ? Comment se compare ce mois de novembre à celui de l'an dernier ? Cloudflare ne sait répondre à presque aucune d'entre elles.

Alertes

La seule notification dans Web Analytics est un e-mail hebdomadaire avec les visites, les pages vues et le temps de chargement médian. Aucune alerte sur les Core Web Vitals. Vous découvrez une régression si quelqu'un ouvre le dashboard par hasard, ou un mois plus tard quand Search Console passe au rouge.

CoreDash propose deux types d'alertes. Les alertes personnalisées surveillent le P75 de n'importe quelle métrique pour un appareil, un pays, un navigateur ou une page, et se déclenchent dès qu'elle franchit les seuils entre bon, à améliorer et médiocre, ou qu'elle varie de plus de 25 % ou 50 %. Les AI Auto Alerts s'activent d'un seul clic : chaque jour, elles analysent des centaines de segments sur les cinq métriques et ne signalent une régression que si elle touche au moins 2 % du trafic, en précisant le segment et le nombre d'utilisateurs concernés. Les deux s'envoient par e-mail ou sur Slack. Les données CrUX figurent dans le même dashboard que les données RUM, ce qui permet de comparer ce que voit Google avec ce que constatent les visiteurs.

Quel script est responsable

Pour l'INP, Cloudflare indique quel élément a été lent et, via l'API, comment le temps se répartit entre input delay, processing et presentation. Mais pas quel script en est la cause. Le schéma ne comporte aucun champ pour les Long Animation Frames. C'est pourtant l'information indispensable. Un clic lent vient généralement d'un tag manager ou d'un widget de chat qui bloque le main thread, alors que le handler du bouton fonctionne parfaitement.

Quand une interaction déclenche une long animation frame, CoreDash enregistre les URL des scripts via la Long Animation Frames API, ce qui permet de filtrer l'INP par script. Vous obtenez aussi le type d'entrée, le load state de l'INP (le clic a-t-il eu lieu pendant le chargement de la page ?) et la priorité du LCP (preloaded, fetchpriority high ou lazy loading). Le découpage par phase est disponible dans le dashboard comme dans l'API, et la vue Diagnosis analyse 14 anti-patterns de LCP pour fournir le fix adapté à votre stack.

Segments et historique

Cloudflare n'enregistre ni les query strings, ni les événements personnalisés, ni les dimensions personnalisées. Impossible donc de segmenter les données par UTM, variante A/B, template de page ou statut de connexion. Dans CoreDash, il suffit de définir une variable window avant l'exécution du snippet : le label de page, la variante A/B et le statut de connexion deviennent des dimensions, aux côtés de la query string. Regroupez 50 000 pages produit sous un même label « produit » et vous obtenez un chiffre unique pour l'ensemble du template.

Cloudflare conserve les données brutes du beacon sans échantillonnage pendant 7 jours. Ensuite, elles sont agrégées à environ 10 %, et le dashboard remonte à six mois. Suffisant pour savoir « comment ça tourne cette semaine ». En revanche, impossible de comparer ce Black Friday avec le précédent. CoreDash conserve 6 mois sur le forfait Starter, un an sur Standard, 3 ans sur Studio et 8 ans sur Enterprise.

MCP et agents IA

Cloudflare disposait auparavant d'un serveur MCP GraphQL dédié. Il est aujourd'hui déprécié au profit de leur MCP d'API généraliste : l'agent accède aux analytics via des outils génériques de recherche et d'exécution, et doit écrire lui-même le GraphQL. Ça fonctionne, mais l'agent doit comprendre le schéma RUM avant de pouvoir demander quoi que ce soit.

Le serveur MCP de CoreDash partage le même endpoint que l'API et propose trois outils : get_metrics, get_timeseries et get_histogram. Vos propres scripts utilisent exactement ces trois-là ; un rapport que vous construisez affiche donc précisément les chiffres vus par votre agent. Il fonctionne en lecture seule (aucune voie d'écriture n'existe) et est inclus dans chaque forfait, y compris Starter. Connectez-le à Claude, Claude Code, Cursor, Windsurf, VS Code ou Gemini CLI et demandez-lui quelles pages ont ralenti sur mobile cette semaine.

Il y a aussi CWV Superpowers, un agent gratuit sous licence MIT. Il récupère vos field data, isole le goulot d'étranglement qui consomme le plus de temps, enregistre une trace Chrome avec émulation mobile et ralentissement CPU 4x, puis livre un fix de code (fichier, ligne et diff) ou un rapport HTML. Pas l'ombre d'un score Lighthouse là-dedans. Corriger l'INP avec un agent IA en montre un exemple sur un vrai site.

Si vous gérez des sites clients, l'API Agency interroge n'importe quel projet client avec ces trois mêmes outils, et les forfaits agence mutualisent les pages vues entre les clients. La facturation se fait aux pages vues et chaque forfait donne accès à tous les dashboards. Passer à un forfait supérieur sert surtout à avoir plus de volume, plus de sites et un historique plus long.

Quand choisir plutôt Cloudflare Web Analytics

• Votre budget est à zéro. La version gratuite de Cloudflare est très bien.
• Vous êtes sur Cloudflare et l'outil tourne déjà. Regardez ce qu'il indique avant d'acheter quoi que ce soit, CoreDash compris.
• Vous cherchez avant tout des chiffres de visites et de pages vues respectueux de la vie privée, avec un œil sur les Core Web Vitals en bonus. C'est exactement pour ça qu'il a été conçu.
• Le site est modeste et personne ne débogue les performances chaque semaine. Les 5 premiers éléments de la Debug View pointeront souvent directement vers l'image hero trop lente.
• Vous payez déjà Cloudflare Pro ou supérieur et voulez des tests Lighthouse à côté de vos field data. C'est ce que fait Observatory.

Testez-les côte à côte

Vous pouvez tout simplement faire tourner les deux. Cloudflare est gratuit et CoreDash propose un essai de 14 jours sans carte bancaire : tester les deux pendant deux semaines sur le même site ne coûte rien. Ouvrez ensuite votre page la plus lente dans chacun d'eux et regardez lequel vous explique pourquoi elle est lente. Envie de voir les dashboards d'abord ? Ouvrez la démo de CoreDash et vérifiez les tarifs selon votre trafic. Les autres outils sont présentés sur la page de comparaison.

Sources : À propos de Web Analytics, Core Web Vitals dans Web Analytics, FAQ Web Analytics, limites, changelog, notifications, beacon RUM, tests Observatory, limites de l'API GraphQL, serveurs MCP Cloudflare.