Mess-Engine und clientseitige Architektur
Unser Geschwindigkeitstest basiert auf @cloudflare/speedtest, der quelloffenen JavaScript-Mess-Engine von Cloudflare (unter MIT-Lizenz). Der Test läuft vollständig und abgesichert im Webbrowser des Nutzers – ohne Plug-ins, ohne zusätzliche Software und ohne Administratorrechte.
Um extrem schnelle Ladezeiten für Besucher unserer Ratgeberartikel zu gewährleisten, wird die Engine erst dann asynchron nachgeladen, wenn Sie aktiv auf «Test starten» klicken. Wir verändern keine internen Zeitmessungen: Sämtliche Messwerte entstammen direkt den vom Browser registrierten Netzwerkereignissen.
Anycast-Edge-Server-Infrastruktur
Alle HTTP-Anfragen für Download, Upload und Latenz verbinden sich mit dem globalen Cloudflare-Netzwerk unter speed.cloudflare.com via BGP Anycast-Routing:
- Automatische Verbindung zum nächsten Rechenzentrum: Anstatt den Nutzer manuell einen Server auswählen zu lassen, leiten die fundamentalen Internet-Routingprotokolle den Datenverkehr automatisch zum geografisch nächstgelegenen Cloudflare-Präsenzpunkt (PoP).
- Verlässliche Messung der «letzten Meile»: Da sich der Server in derselben Metropolregion oder direkt am Internetknoten (IXP) Ihres Anbieters befindet, misst der Test die tatsächliche Leistung Ihres Anschlusses ohne verzerrende Überlastungen entfernter Transitstrecken.
Testablauf und Ausführungsphasen
- Phase 1: Vorwärmen der Verbindung: Eine erste Anfrage von 0 Byte gefolgt von 100 KB initialisiert TLS 1.3-Aushandlung und DNS-Auflösung, um Kaltstart-Verzerrungen auszuschließen.
- Phase 2: Leerlauf-Latenz und Jitter: 21 aufeinanderfolgende Messungen auf der unbeschäftigten Leitung ermitteln den Median der Round-Trip Time (RTT).
- Phase 3: Download-Geschwindigkeitsmessung: Sukzessiver Abruf progressiv größerer Datenblöcke (von 256 KB bis über 25 MB), präzise erfasst über die browserinterne Performance Resource Timing API.
- Phase 4: Upload-Geschwindigkeitsmessung: Übertragen von Datenblöcken zum Server zur verlässlichen Bestimmung der kontinuierlichen Senderate.
- Phase 5: WebRTC-Paketverlustmessung: Senden eines UDP-Datenstroms über einen TURN-Relay-Server zur exakten Ermittlung verworfener Datenpakete.