Was wird hier gemessen?
Welcher Standort jedes großen CDN dich bedient, wie weit er entfernt ist und wie hoch deine Latenz ist.
Ein CDN hält Kopien von Websites in Rechenzentren auf der ganzen Welt vor, auch PoPs oder Knoten genannt. Je näher der Standort, der dich bedient, desto schneller laden Websites auf diesem CDN meist. Aber ein CDN schickt dich nicht immer zum nächsten.
Dein Browser lädt von jedem CDN eine kleine Datei, genau wie beim Öffnen einer Website, und liest aus, welcher Standort geantwortet hat. Danach zeigt die Seite Entfernung, Latenz und das Minimum, das die Entfernung zulässt.
Diese Testanfragen gehen direkt von deinem Browser zu den CDNs, nicht über diese Seite.
Warum werde ich von einem weit entfernten Standort bedient? Ist das schlimm?
Meist liegt es nicht an deinem Gerät. Das CDN und dein Internetanbieter haben diese Route gewählt.
Warum: CDNs wählen nicht einfach nach Entfernung. Cloudflare und andere nutzen Anycast: Dieselbe Adresse funktioniert an vielen Orten gleichzeitig, und das Netz deines Anbieters entscheidet über den Weg. Akamai, CloudFront und andere wählen danach, wo dein DNS-Server steht. In Festlandchina werden Websites mit dem kostenlosen und den günstigen Cloudflare-Tarifen in vielen Netzen von der US-Westküste oder anderen fernen Standorten bedient, weil diese Routen billiger sind. Nur das kostenpflichtige China Network (mit JD Cloud) bedient aus Festlandchina oder Hongkong.
Was das bedeutet: Je weiter der Standort, desto länger braucht jede Anfrage hin und zurück. Seiten, Bilder und Videos laden langsamer, und zu Stoßzeiten kann es eher hängen.
Was du tun kannst: Mit Proxy oder VPN richtet sich das CDN nach dem Standort des Proxys – vergleiche mit „Nur direkt oder nur über Proxy testen“. Nutzt du einen öffentlichen DNS-Server wie 8.8.8.8, kann der DNS-Server deines Anbieters dir bei CDNs, die per DNS wählen, einen näheren Standort bringen. Du kannst auch ein anderes Netz vergleichen, etwa mobile Daten und dein Festnetz. Welches CDN und welchen Tarif eine Website nutzt, kann nur die Website ändern.
Wie wird der Standort ausgelesen?
Jedes CDN schreibt ihn in seine Antwort, jedes auf seine Art:
Cloudflare: das Feld colo von /cdn-cgi/trace (HKG).
Amazon CloudFront: der Eintrag cdn-pop in Server-Timing oder X-Amz-Cf-Pop (NRT57-P11).
Akamai: Akamai-Request-BC, mit dem Namen der Stadt (JP_13_TOKYO).
Fastly: X-Served-By (cache-nrt-…-NRT).
Azure Front Door: X-Azure-Ref (…C1TYO…).
Bunny: der Server-Header (BunnyCDN-JP1-…).
Wikimedia: X-Cache, wobei die Nummer des Cache-Servers das Rechenzentrum angibt.
Ein Browser darf das nur lesen, wenn die Antwort es erlaubt. Deshalb wird jedes CDN mit einer öffentlichen Datei getestet, deren Antwort das erlaubt. Google, Alibaba Cloud, Tencent EdgeOne, Wangsu, Gcore und CDN77 erlauben es nicht, daher wird bei ihnen nur die Latenz gemessen.
Was ist die minimal mögliche Latenz?
Die niedrigste Latenz, die die Entfernung zulässt. Schneller kann eine echte Verbindung nicht sein.
Licht legt in Glasfaser etwa 200 km pro Millisekunde zurück. Hin und zurück über eine Entfernung d kann die Latenz also nicht unter d ÷ 100 ms liegen. Echte Routen sind meist 1,5- bis 2-mal so lang wie die Luftlinie.
Ist die Latenz größer als das Doppelte davon plus 40 ms, wird sie als „Umweg“ markiert: Die Route weicht aus oder wartet in einer überlasteten Leitung.
Was bedeutet „Nicht der nächste“?
Das CDN hat einen Standort, der näher bei dir liegt, hat ihn aber nicht genutzt.
Bei CDNs, die alle Standorte veröffentlichen (Cloudflare, Bunny, Wikimedia), sucht die Seite den nächstgelegenen. Liegt der antwortende Standort mehr als 1.000 km weiter weg und mehr als doppelt so weit, wird das markiert.
Das ist kein Fehler: Das CDN oder dein Anbieter hat eine andere Route gewählt. Warum, und was du tun kannst, steht unter „Warum werde ich von einem weit entfernten Standort bedient? Ist das schlimm?“.
Wie funktioniert der Website-Check?
Gib eine Domain ein, um zu sehen, welches CDN sie nutzt, welcher Standort dich bedient und wie hoch deine Latenz ist.
Der Worker dieser Seite fragt die Domain beim DNS von Cloudflare ab, damit eine lokale oder manipulierte Antwort ihn nicht täuscht, und erkennt das CDN daran, wohin der CNAME zeigt. Außerdem ruft er /cdn-cgi/trace der Website auf, um Cloudflare zu erkennen, und liest – wenn die Website es erlaubt – den Standort aus den Headern ihres Favicons. Zum Schluss misst er die Latenz der Website.
Die Domain geht an den Worker dieser Seite und an den DNS von Cloudflare. Diese Seite speichert sie nicht.
Woher kommt mein Standort?
Aus deiner IP-Adresse, so wie Cloudflare sie einordnet (diese Seite läuft auf Cloudflare). Meist stimmt die Stadt, es kann aber Hunderte Kilometer danebenliegen, und mit Proxy ist es der Standort des Proxys.
„Genauen Standort nutzen“ verwendet stattdessen den Standort deines Browsers. Er wird nur auf dieser Seite genutzt und kommt nur dann, auf etwa 10 km gerundet, in einen Teilen-Link, wenn du beim Teilen das Häkchen setzt.
Werden meine Daten gesammelt?
Diese Seite speichert deine Testergebnisse nicht.
Die Testanfragen gehen direkt von deinem Browser zu jedem CDN, das deine IP-Adresse sieht wie jede Website, die du besuchst. Diese Seite hilft nur bei drei Dingen: deinem ungefähren Standort anhand deiner IP; den Städtenamen zu den Standortcodes; und – über eine zusätzliche DNS-Abfrage, die beim DNS-Server dieser Seite ankommt – welchen DNS-Server du nutzt und ob er deinen Adressblock mitschickt (2 Minuten im Arbeitsspeicher, nie in einem Teilen-Link oder einer Karte).
Ein Teilen-Link enthält die Standorte und deine Latenz. Deine Stadt, ihre Koordinaten (auf etwa 10 km genau) und dein Anbieter kommen nur dazu, wenn du das Häkchen setzt, deine IP-Adresse nie. Der Code ist Open Source auf GitHub.
