Cloudflare Radar : une refonte qui guide la lecture des données

Le 8 octobre 2026, Cloudflare a présenté une refonte de l’accueil de Radar. Une carte donne une entrée par trafic et interruptions, puis des onglets orientent vers des résumés et des données détaillées. L’article signé Sophia Alfred, Lai Yi Ohlsen et Nuno Pereira explique ce choix de hiérarchie. Il offre une piste pour les pages d’entreprise qui montrent beaucoup d’informations sans aider le visiteur à choisir.

Radar rassemble des tendances internet observées à travers le réseau mondial de Cloudflare. Sa page publique n’est pas un tableau de fréquentation de votre site. Un agrégat réunit des observations sur un ensemble ; il ne décrit pas nécessairement chaque élément de cet ensemble. Une interruption visible à l’échelle d’un pays peut fournir un contexte, mais elle ne suffit pas à expliquer une erreur de votre formulaire.

La granularité est le niveau de détail de la donnée. Avant de rapprocher un graphique d’un problème local, vérifiez sa période, sa zone et ce qu’il mesure. L’analyse du site a besoin de ses propres éléments : réponse des pages, journaux disponibles et réception des demandes. Les données globales et les contrôles locaux peuvent se compléter sans être interchangeables.

Rendre les premières informations réellement orientantes

La refonte cherche à guider la lecture avant de présenter toute la profondeur disponible. Pour une page de prestations, le même principe peut commencer par les besoins : créer un site, le reprendre ou le maintenir. Un visiteur doit pouvoir identifier la bonne famille avant de comparer les détails. Les noms de dossiers de l’entreprise donnent rarement cette orientation.

Dans un scénario hypothétique, une page présente douze services sous douze cartes de même taille. Une personne qui veut seulement transférer son site doit lire chaque carte pour repérer la migration. Un premier niveau par situation, suivi des prestations correspondantes, pourrait réduire cette recherche. C’est une proposition de travail, à vérifier avec le contenu réel et des visiteurs ; aucun gain commercial n’est déduit de l’exemple Radar.

Attribuez un rôle à chaque information. Le résumé aide à se situer ; une condition précise aide à décider ; un lien mène à la prestation pertinente. Les restrictions importantes doivent rester proches du choix. Cacher une limite dans un panneau très secondaire peut produire une présentation plus courte mais une décision moins informée.

Observer l’hésitation avant de choisir des onglets

Confiez une tâche à une personne extérieure : trouver l’offre correspondant à un site existant, puis expliquer ce qu’elle comprend du périmètre. Notez les mots mal interprétés et les endroits où elle revient en arrière. L’objectif consiste à observer son raisonnement ; lui montrer immédiatement le bon lien ferait disparaître la difficulté que vous cherchez à comprendre.

Recommencez sur téléphone et au clavier. Si des onglets sont retenus, vérifiez le titre de chacun, la visibilité du choix actif et l’accès à leur contenu. Une navigation compacte peut être adaptée, mais une page bien ordonnée sans onglets peut aussi suffire. La décision dépend de l’information à comparer et de la façon dont les visiteurs l’utilisent.

Après modification, reprenez la même tâche et rapprochez les observations. Une réponse plus claire sur le périmètre est une preuve utile. Le résultat commercial éventuel doit être examiné séparément avec les données disponibles. La leçon transposable porte sur le chemin de lecture ; elle n’impose ni la carte ni toute l’interface de Radar à votre site.