Radar CDN
Test en cours…
Les résultats reflètent votre réseau et vos règles de routage actuels.
Quelle IP chaque site voit-il ?Tester votre débitLatence vers 40 servicesComparer les prix des CDN
Google ne laisse pas les pages lire quel site a répondu, donc la page ne mesure que le temps : l’aller-retour de votre navigateur jusqu’à www.gstatic.com, sur son nœud le plus proche.
CloudflareCloudflare China NetworkAmazon CloudFrontAkamaiFastlyAzure Front DoorBunny CDNWikimediaAlibaba CloudTencent EdgeOneWangsu (CDNetworks)GcoreCDN77
Les grands CDN ont des centaines de sites (points de présence, POP). Celui qui vous répond décide de la vitesse de tous les sites web de ce CDN pour vous, et ce n’est pas toujours le plus proche.
La page demande un petit fichier à chaque CDN depuis votre navigateur, comme le ferait un site, et lit quel site a répondu. Elle montre ensuite sa distance et l’aller-retour, à côté du minimum que permet cette distance.
Rien n’est envoyé à ce site : les requêtes vont de votre navigateur aux CDN.
Chaque CDN l’écrit dans sa réponse, à sa façon :
Cloudflare : le champ colo de /cdn-cgi/trace (HKG).
Amazon CloudFront : l’entrée cdn-pop de Server-Timing, ou X-Amz-Cf-Pop (NRT57-P11).
Akamai : Akamai-Request-BC, qui nomme la ville (JP_13_TOKYO).
Fastly : X-Served-By (cache-nrt-…-NRT).
Azure Front Door : X-Azure-Ref (…C1TYO…).
Bunny : l’en-tête Server (BunnyCDN-JP1-…).
Wikimedia : X-Cache, dont le numéro de serveur désigne le datacenter.
Un navigateur ne peut les lire que si la réponse l’autorise : chaque CDN est donc testé avec un fichier public qui l’autorise. Google, Alibaba Cloud, Tencent EdgeOne, Wangsu, Gcore et CDN77 ne l’autorisent pas : seul leur temps est mesuré.
Les CDN ne répartissent pas selon la distance. Cloudflare, Akamai et les autres annoncent leurs adresses depuis de nombreux endroits à la fois (anycast) ou répondent au DNS selon l’emplacement de votre résolveur, et votre opérateur choisit le chemin.
En Chine continentale, c’est la règle : les sites aux offres Cloudflare gratuites ou d’entrée de gamme passent par la côte ouest des États-Unis ou d’autres sites lointains sur beaucoup de réseaux, car ces routes coûtent moins cher. Les offres payantes et le China Network (avec JD Cloud) sont servis depuis Hong Kong ou la Chine.
Un proxy ou un VPN vous déplace aussi : le CDN voit l’adresse du proxy et vous sert depuis sa région.
Dans la fibre, la lumière parcourt environ 200 km par milliseconde : un aller-retour sur une distance d ne peut pas durer moins de d ÷ 100 ms. Les routes réelles sont 1,5 à 2 fois plus longues que la ligne droite. Un aller-retour bien plus long que le double (plus 40 ms) est marqué comme un détour : la route dévie ou attend sur un lien saturé.
Pour les CDN qui publient tous leurs sites (Cloudflare, Bunny, Wikimedia), la page cherche le plus proche de vous. Si celui qui a répondu est à plus de 1 000 km et deux fois plus loin, elle l’indique. Ce n’est pas une panne : le CDN ou votre opérateur a choisi une autre route.
Saisissez un domaine. Le Worker de ce site interroge son DNS via le résolveur de Cloudflare (sans réponse locale ni censurée) pour trouver le CDN vers lequel pointe son nom, demande /cdn-cgi/trace au site pour Cloudflare, et lit les en-têtes de site de son favicon quand le site le permet. Puis elle mesure le temps jusqu’au site.
Le domaine passe par le Worker de ce site et le DNS de Cloudflare ; aucun des deux ne le garde.
De votre adresse IP, telle que Cloudflare la situe (ce site tourne sur Cloudflare). C’est généralement juste à la ville près, mais cela peut être faux de plusieurs centaines de km, et avec un proxy c’est celle du proxy. « Position précise » utilise celle de votre navigateur ; elle reste dans la page.
Non. Les requêtes vont directement de votre navigateur à chaque CDN, qui voit votre adresse IP comme n’importe quel site. Ce site ne stocke rien. Un lien partagé contient les sites et les temps ; votre ville, ses coordonnées (à 10 km près environ) et votre réseau seulement si vous cochez la case, et jamais votre adresse IP. Le code est open source sur GitHub.
Une page web ne peut pas choisir entre direct et proxy : c’est votre client proxy qui décide, selon ses règles de routage. Le test par défaut montre votre situation de tous les jours.
Pour n’en tester qu’un : placez ces règles en tête de la liste de votre client, puis relancez le test. Tout en direct teste votre propre réseau ; tout par le proxy teste le trajet du serveur proxy vers chaque CDN. Retirez les règles ensuite.
Tout en direct depuis la Chine continentale, certains CDN peuvent ne pas répondre : c’est aussi un résultat.
Tout fonctionne dans votre navigateur. Sans compte, sans collecte des résultats.
© 2026 1ms.dog