Votre CDN traite chaque jour des milliers, parfois des millions de requêtes. Il distribue vos contenus, absorbe une partie de la charge de votre infrastructure et joue un rôle central dans la disponibilité et la qualité de délivrance de votre site.
La difficulté commence lorsqu’un indicateur change. Le trafic augmente soudainement. Le taux d’erreurs progresse. Le cache semble moins efficace. La bande passante grimpe. Le temps de réponse évolue.
Pris séparément, chacun de ces signaux donne une information. C’est en les replaçant dans leur contexte que l’on commence réellement à comprendre ce qui se passe.
Le nouveau dashboard CDN disponible dans la console Fasterize rassemble dans une même vue les principaux indicateurs nécessaires pour suivre l’activité de votre CDN : requêtes, statuts HTTP, cache, bande passante, temps de réponse, types de contenus, répartition géographique et nature du trafic.
L’objectif est de vous permettre de repérer plus rapidement ce qui change, de qualifier une anomalie et de concentrer votre analyse là où elle est réellement nécessaire.
Repérer ce qui change, puis comprendre où regarder
Une évolution du trafic n’est pas nécessairement un problème. Un pic peut correspondre à une campagne, une opération commerciale, une hausse d’activité dans un pays ou encore au passage d’un crawler. À l’inverse, une baisse soudaine peut être parfaitement attendue… ou constituer le premier signal d’un incident.
La première question n’est donc pas seulement « combien de requêtes mon CDN traite-t-il ? », mais plutôt : « ce que j’observe est-il cohérent avec l’activité de mon site ? »
Le bloc Request Analytics permet de suivre le volume de requêtes dans le temps et de le mettre en perspective avec les réponses HTTP retournées. Si le trafic augmente en même temps que le taux d’erreurs, la lecture n’est évidemment pas la même que si les réponses 2xx restent parfaitement stables.
C’est là que les filtres prennent tout leur intérêt. Une variation peut être analysée par pays, par Point of Presence (PoP) Cloudflare, par statut HTTP ou par statut de cache afin de réduire progressivement le périmètre d’investigation.
Un signal global devient alors une question plus précise.
Le phénomène touche-t-il tout le site ou seulement une partie du trafic ?
Cette logique vaut également pour les erreurs, vous pouvez observer le taux de réponses 2xx, le taux d’erreurs ainsi que la répartition des requêtes par statut HTTP. Cette lecture permet par exemple de repérer une augmentation inhabituelle des erreurs et de vérifier si elle correspond à un événement isolé ou à une tendance qui s’installe.
Le dashboard ne sert donc pas uniquement à constater qu’un indicateur a bougé. Il aide à passer du signal au bon périmètre d’analyse.
Comprendre ce que votre CDN absorbe réellement
Quelle part de cette charge votre CDN absorbe-t-il réellement ?
Le Cache Hit Ratio fournit un premier élément de réponse en indiquant la proportion des ressources servies directement depuis le cache, sans solliciter l’infrastructure d’origine.
Mais regarder uniquement le nombre de requêtes peut donner une vision incomplète.
Imaginez que votre CDN serve depuis son cache un grand nombre de petites ressources, tandis que les contenus les plus lourds continuent à être récupérés auprès de votre origine. Votre Cache Hit Ratio calculé sur les requêtes peut sembler satisfaisant, alors que la lecture en bande passante raconte une autre histoire.
C’est pourquoi Fasterize permet de comparer le Cache Hit Ratio en nombre de requêtes et en bande passante.
Cette double lecture permet de répondre à une question plus concrète : votre cache traite-t-il seulement beaucoup de requêtes, ou absorbe-t-il aussi les contenus qui pèsent réellement dans votre consommation ?
Le dashboard affiche également la bande passante qui n’est pas servie depuis le cache. En suivant son évolution dans le temps, vous pouvez repérer une dégradation de l’efficacité du cache et déterminer si elle est ponctuelle ou durable.
Et là encore, une métrique devient surtout intéressante lorsqu’elle est rapprochée des autres.
Comparer les deux permet donc de vérifier non seulement combien de requêtes sont servies depuis le cache, mais aussi si le cache absorbe les contenus qui pèsent réellement dans votre consommation.
Le dashboard affiche également la bande passante non cachée et l’évolution du Cache Hit Ratio dans le temps. Vous pouvez ainsi observer si l’efficacité du cache reste stable et repérer les périodes qui méritent une analyse plus approfondie.
Si la bande passante augmente, qu’est-ce qui l’explique ?
HTML, JavaScript, images, CSS, WebP, JSON : tous les contenus distribués par votre site n’ont ni le même poids ni le même impact sur votre consommation. La répartition par type de contenu permet d’identifier rapidement ce qui représente la plus grande part du volume délivré.
Une catégorie très consommatrice et peu mise en cache devient alors un sujet d’investigation : la stratégie de cache est-elle adaptée ? Ces ressources doivent-elles réellement solliciter autant l’origine ? Cette évolution est-elle liée à un changement récent du site ?
La répartition géographique apporte un niveau de contexte supplémentaire. Sur un site international, une hausse de bande passante concentrée dans un pays ne s’interprète pas de la même manière qu’une augmentation simultanée sur l’ensemble des marchés.
Croiser les signaux pour éviter les mauvaises conclusions
Un changement observé sur un indicateur prend souvent tout son sens lorsqu’il est rapproché d’un autre. C’est particulièrement vrai pour le temps de réponse.
Le temps de réponse de votre CDN reste-t-il stable ?
Le dashboard permet de suivre l’Average Edge Time To First Byte, c’est-à-dire le temps de réponse observé au niveau du CDN avant la réception du premier octet.
L’intérêt est moins de connaître une moyenne isolée que de voir quand elle évolue. Un pic de temps de réponse apparaît-il au même moment qu’une hausse du trafic ? Le taux de cache évolue-t-il également ? La bande passante augmente-t-elle ? Les réponses HTTP restent-elles stables ?
En rapprochant ces signaux dans le temps, une dégradation peut être replacée dans son contexte plutôt que analysée comme un phénomène isolé.
Un pic peut être rapproché d’autres signaux visibles dans le dashboard : évolution du trafic, du cache, de la bande passante ou des réponses HTTP.
Le même principe s’applique à la nature du trafic.
Quel type de trafic sollicite votre site ?
Une forte hausse du nombre de requêtes ne signifie pas nécessairement qu’autant d’utilisateurs supplémentaires visitent votre site. Navigateurs, moteurs de recherche, systèmes automatisés ou trafic non identifié peuvent solliciter l’infrastructure dans des proportions très différentes.
Le bloc Audience permet de remettre ces volumes en perspective grâce aux visiteurs uniques, aux pages vues et aux types de clients observés.
Vous pouvez ainsi distinguer plus facilement une évolution de la fréquentation utilisateur d’un changement lié, par exemple, à l’activité de moteurs ou de systèmes automatisés.
Plus le contexte est précis, moins le risque est grand de tirer une conclusion trop rapide à partir d’un seul KPI.
De l’incident immédiat à la tendance de fond
Comprendre ce qui se passe suppose enfin de choisir le bon niveau de temps.
Adaptez la lecture à la situation
Une anomalie apparue il y a dix minutes et une dérive progressive installée depuis plusieurs semaines ne se lisent pas de la même manière.
Le sélecteur temporel permet d’observer les données de quelques minutes jusqu’à plusieurs mois et de retrouver rapidement des périodes calendaires comme aujourd’hui, la semaine en cours ou le mois précédent.
La même vue peut donc servir à vérifier ce qui vient de se produire après une mise en production, à suivre un temps fort commercial ou à prendre davantage de recul sur une tendance qui s’installe.
Un pic pendant Black Friday ne se juge pas comme un pic un mardi matin ordinaire. Une hausse de bande passante pendant quelques minutes ne raconte pas la même chose qu’une augmentation continue depuis un mois.
Voir plus clairement pour savoir où agir
Multiplier les métriques n’a jamais suffi à mieux piloter un site. Ce qui compte, c’est de pouvoir passer rapidement d’un signal à une compréhension de la situation : qu’est-ce qui a changé ? Où ? Sur quel trafic ? Sur quels contenus ? Et depuis quand ?
Le nouveau dashboard CDN Cloudflare disponible dans la console Fasterize rassemble les informations essentielles pour répondre plus rapidement à ces questions et orienter l’analyse vers les bons sujets.
Cette visibilité devient particulièrement précieuse lorsque le site ne peut pas se permettre d’être un angle mort : lancement produit, campagne média, Black Friday, soldes, mise en production ou évolution importante de l’infrastructure.
Elle permet aux équipes de passer moins de temps à chercher où regarder et davantage de temps à comprendre ce qui mérite réellement leur attention.
C’est aussi dans cette direction que la console Fasterize continue d’évoluer : mieux voir ce qui se passe sur votre site, comprendre où concentrer votre attention et vous aider à passer plus rapidement du constat à l’action.
