Warum drei Speedtests drei verschiedene Zahlen liefern

Drei Antworten, alle vertretbar

Führen Sie innerhalb einer Minute einen Test auf drei verschiedenen Seiten durch, erhalten Sie womöglich 300 Mbps, 180 Mbps und 90 Mbps. Es ist verlockend zu vermuten, zwei davon seien fehlerhaft. Tatsächlich beantwortet jeder von ihnen eine leicht andere Frage, und die Streuung zwischen ihnen trägt mehr Information als jede einzelne Zahl.

Einer misst, wie viel Kapazität die Leitung tragen kann, wenn sie gezielt gesättigt wird. Einer misst, wie schnell ein einzelner realer Download läuft. Einer misst womöglich einen Pfad, der das Netz Ihres Anbieters nie verlässt. Das sind drei legitime Größen mit drei legitimen Verwendungszwecken.

Parallele Verbindungen verändern die Obergrenze

Eine einzelne TCP-Verbindung braucht Zeit, um auf die volle Kapazität der Leitung hochzufahren. Öffnen Sie acht oder sechzehn gleichzeitig, fährt jede parallel hoch, und die Summe erreicht die Obergrenze weit schneller – und über einen kurzen Test ist dieser Unterschied beträchtlich. Multithread-Tests melden daher meist höhere Werte, und sie sind das richtige Werkzeug, wenn die Frage lautet: „Habe ich die Kapazität bekommen, für die ich bezahlt habe?“

Single-Thread-Tests melden niedrigere Werte und sind das richtige Werkzeug, wenn die Frage lautet: „Wie schnell läuft dieser eine Download tatsächlich?“ Ein Videostream, ein Spiele-Download, eine Datei von einem CDN und ein Videoanruf sind in der Praxis jeweils Single-Stream. Der Abstand zwischen den beiden Methoden ist kein Messfehler; es ist der Unterschied zwischen einer Kapazitätsangabe und einer Lieferangabe.

Die Latenz verstärkt den Effekt. Je höher die Umlaufzeit, desto länger braucht eine einzelne Verbindung zum Hochfahren; deshalb zeigen Verbindungen mit hoher Latenz – Satellit, manche funkbasierte Festnetzanschlüsse, lange internationale Wege – die größte Streuung zwischen Single- und Multithread-Ergebnissen.

Die Serverplatzierung entscheidet, welchen Weg Sie gemessen haben

Verschiedene Werkzeuge nutzen verschiedene Servernetze. Manche wählen den nächstgelegenen verfügbaren Endpunkt, manche ein Content Delivery Network, das an einen bestimmten Dienst gebunden ist, und manche Server innerhalb des Netzes eines Internetanbieters. Jede Wahl misst einen anderen Pfad.

Ein Test zu einem Server innerhalb des Netzes Ihres Anbieters überquert nie einen Interconnect; er kann daher legitimerweise den besten Wert melden, den Sie je sehen werden – und er sagt nichts darüber aus, wie der Verkehr Dienste außerhalb dieses Netzes erreicht. Ein Test gegen das CDN eines Content-Anbieters sagt Ihnen, wie dieser Anbieter performt, nicht wie das Internet im Allgemeinen performt. Zwei Werkzeuge mit unterschiedlichen Endpunkten zu vergleichen heißt, mindestens ebenso sehr Wege wie Verbindungen zu vergleichen.

Die größte Fehlerquelle ist meistens lokal

Unterschiede in der Methodik bekommen die Aufmerksamkeit, aber im Alltag kommen die größten Fehler aus der Umgebung:

• Wi-Fi statt Ethernet. Funk fügt Latenz, Jitter und Variabilität hinzu, die mit Entfernung, Wänden und der Zahl der Geräte im gemeinsam genutzten Band wachsen. Bei einem schnellen Tarif können ein verkabelter und ein drahtloser Test im selben Raum stark voneinander abweichen.
• Hintergrundverkehr. Eine Cloud-Synchronisierung, ein Systemupdate, ein Spiele-Patch oder der 4K-Stream einer anderen Person belegt Kapazität im Testfenster.
• Browsererweiterungen und VPNs. Beide sitzen im Pfad und können Testverkehr drosseln oder umleiten.
• Tageszeit. Bei Anschlüssen mit geteiltem Medium misst derselbe Test um 10:00 und um 21:00 zwei verschiedene Netze.

Eine Zahl im Kontext lesen

Ein Speedtest misst einen Pfad, zu einem Server, zu einem Zeitpunkt, mit einer Transfermethode. Er beweist nicht, dass jede Seite schnell lädt, dass sich ein Spieleserver reaktionsschnell anfühlt, dass das Heimnetz gut konfiguriert ist oder dass die Kapazität in den Stoßzeiten hält. Behandeln Sie ein Ergebnis als diagnostische Momentaufnahme und die Methode als Teil des Ergebnisses – eine Zahl ohne ihre Bedingungen ist keine Messung.

Ebenfalls trennenswert: Durchsatz (throughput) und Reaktionsfähigkeit sind unabhängig voneinander. Eine Leitung mit sehr hoher Kapazität und 200 ms Latenz zum nächsten CDN fühlt sich für interaktive Arbeit schlechter an als eine bescheidene Leitung mit 10 ms. Wenn die Beschwerde lautet „es fühlt sich langsam an“, ist der Mbps-Wert oft die am wenigsten nützliche Zahl auf dem Bildschirm.

Eine wiederholbare Testroutine

Die Standardisierung der Bedingungen ist wichtiger als die Wahl des Werkzeugs.

1. Verbinden Sie sich nach Möglichkeit per Ethernet. Wenn Sie Wi-Fi nutzen müssen, bleiben Sie im selben Raum wie der Access Point und verwenden Sie das 5-GHz- oder 6-GHz-Band.
2. Schließen Sie alles, was Daten bewegt – Backups, Sync-Clients, Updates, Streams – auf dem Testgerät und auf allem, was die Verbindung teilt.
3. Testen Sie mit einem sauberen Browserprofil, ohne Erweiterungen, ohne VPN.
4. Führen Sie drei Tests durch und nehmen Sie das mittlere Ergebnis statt des besten.
5. Notieren Sie die Tageszeit und wiederholen Sie den Test zur stärksten Stunde, in der Sie das Netz normalerweise nutzen. Der Unterschied zwischen beiden ist die Zahl, die Ihre reale Erfahrung vorhersagt.
6. Wenn zwei Dienste abweichen, testen Sie beide gegen denselben nahen Server, bevor Sie die Leitung für schuldig erklären.

Machen Sie das einmal am späten Vormittag und einmal am Abend, und Sie haben ein genaueres Bild Ihrer Verbindung, als es jede einzelne Schlagzeilenzahl liefern kann.