Internet-Geschwindigkeitstest: Mbps, Latenz und Datenlimit

So führen Sie einen Internet-Geschwindigkeitstest durch

Öffnen Sie das Werkzeug und warten Sie auf die Verbindungskonfiguration. Wählen Sie einen verfügbaren Endpunkt sowie Schnell oder Standard unter Testgröße. Lesen Sie Download-, Upload- und Zeitlimits, bevor Sie Geschwindigkeitstest starten drücken. Das Öffnen der Seite startet keine Messübertragungen; die normalen Anfragen zum Laden der Seite und Konfiguration erfolgen dennoch.

Der Ablauf bereitet den gewählten Endpunkt vor, misst HTTP-Rundlaufzeiten ohne Testlast und führt anschließend Download und Upload in dieser Reihenfolge aus. Lassen Sie den Tab aktiv und starten Sie keine weiteren großen Übertragungen. Die Oberfläche zeigt den Fortschritt und bietet Abbrechen. Lesen Sie danach Endpunkt, Zeitpunkt, Nutzdatenmenge, Phasendauer und Hinweise zusammen mit der Datenrate. Geschwindigkeitsbericht herunterladen speichert die Beobachtung als speed-measurement.json.

• Pausieren Sie für eine Vergleichsbasis Downloads und Backups, die Sie kontrollieren. Andere Personen können weiter Datenverkehr erzeugen; notieren Sie eine gemeinsam genutzte Verbindung.
• Notieren Sie Gerät, Browser, WLAN oder Ethernet, Endpunkt und Profil. Vergleichen Sie ähnliche Bedingungen, statt den Test mit dem höchsten Wert auszuwählen.
• Warten Sie mindestens eine Minute zwischen Tests und beachten Sie Auslastungs- oder Transferlimits. Geräte mit derselben beobachteten öffentlichen Adresse können dieselbe Wartefrist teilen.

Schnell, Standard und der Datenverbrauch des Tests

Die beiden Profile begrenzen die Messnutzdaten, statt bis zur vollständigen Auslastung einer schnellen Verbindung weiterzulaufen. Die Tabelle zeigt die aktuellen Limits. Eine Richtung endet, wenn ihre begrenzte Arbeit abgeschlossen ist oder ihr Phasentimer abläuft. Ein langsamer Durchlauf kann weniger übertragen, ein schneller das Datenlimit früh erreichen. Beide Profile verwenden höchstens zwei gleichzeitige Transferanfragen pro Richtung.

MiB ist eine binäre Nutzdateneinheit: Ein MiB entspricht 1.048.576 Bytes. Schnell erlaubt insgesamt 20 MiB für Download und Upload, etwa 20,97 dezimale MB; Standard 96 MiB, etwa 100,66 dezimale MB. Kleine Konfigurations-, Sitzungs- und Latenzanfragen, Transport-Overhead und Wiederholungsübertragungen erzeugen weiteren Verkehr. Diese Summen garantieren nicht den vom Mobilfunkanbieter abgerechneten Verbrauch.

Der Browser setzt eine Gesamtabbruchfrist von 30 Sekunden. Wird er suspendiert, kann sich der Zeitpunkt der Timeout-Behandlung verschieben. Das ist keine strikte Echtzeit- oder Abrechnungsgarantie. Verwenden Sie Schnell zum Datensparen und prüfen Sie bei begrenztem Volumen oder Roaming zunächst, ob ein Test sinnvoll ist. Standard erlaubt eine größere Stichprobe, kann für eine schnelle Verbindung aber weiterhin zu kurz sein.

NIST: Präfixe für binäre VielfacheWHATWG DOM: AbortSignal-Timeout

Was Download- und Upload-Geschwindigkeit tatsächlich zählen

Der Download-Durchsatz verwendet die vom Browser tatsächlich gelesenen Bytes des synthetischen Antwortkörpers. Der Upload-Durchsatz verwendet durch eine passende Serverantwort bestätigte Nutzdatenbytes. Jede Richtung teilt ihre gezählten Bytes durch die gemeinsame verstrichene Zeit der gesamten Phase, einschließlich Anfrage- und Antwortaufwand. Einzelne Anfrageraten werden nicht addiert und nicht nur das schnellste Intervall ausgewählt.

Die Formel lautet Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000. Beispielsweise ergeben 10.000.000 gezählte Bytes in 2 Sekunden 40 Mbps. Dieselbe dezimale Rate entspricht 5 MB/s, weil ein Byte acht Bits enthält. Bei anhaltenden 40 Mbps bräuchten 100 dezimale MB etwa 20 Sekunden allein für Nutzdaten. Reale Downloads hängen zusätzlich von Verbindungsaufbau, Serververhalten und wechselnden Bedingungen ab.

Ein Upload kann versucht werden, ohne vor Timeout oder Abbruch bestätigt zu werden. ToolMellow weist versuchte, unbestätigte Nutzdaten getrennt aus und zählt sie nicht zum Upload-Durchsatz. Das bedeutet nicht, dass keine Bytes das Netz durchlaufen haben: Die tatsächlich übertragene Menge ist unbekannt. Nicht gemessen bedeutet, dass kein brauchbares Ergebnis aus gezählten Bytes und Zeit vorliegt, nicht eine nachgewiesene Verbindungskapazität von null.

NIST: Präfixe für binäre VielfacheRFC 9110, Abschnitt 8.6: HTTP Content-LengthW3C High Resolution Time: monotone ZeitmessungWHATWG Streams: Antwortblöcke lesen

HTTP-Latenz ohne Testlast, p95 und Variation lesen

Die Latenz ohne Testlast wird vor den Download- und Upload-Phasen gemessen. Eine Aufwärmanfrage wird ausgeschlossen, danach folgen bei einem erfolgreichen ununterbrochenen Ablauf sieben HTTP-Rundlaufmessungen. Jede Dauer enthält Browseranfrage, Endpunktpfad, Antwort und Anwendungsverarbeitung. Ohne Testlast bedeutet, dass die großen Übertragungen dieses Tests noch nicht gestartet sind. Es beweist keinen ansonsten ruhenden Netzwerkverkehr.

Die Oberfläche zeigt den Median und das p95 nach der Nearest-Rank-Methode der verfügbaren Werte. Der Median beschreibt den mittleren Wert. Bei sieben Messungen ist dieses p95 der höchste beobachtete Wert, keine belastbare Vorhersage langfristiger hoher Latenzen. Ein fehlgeschlagener oder abgebrochener Ablauf kann weniger Werte hinterlassen; lesen Sie deshalb immer die Anzahl.

Die HTTP-Latenzvariation ist der Mittelwert der absoluten Differenzen benachbarter Messungen in ihrer ursprünglichen Reihenfolge. Für die beispielhafte Folge 20, 22, 24, 26, 28, 30 und 32 ms beträgt der Median 26 ms, das p95 32 ms und die mittlere benachbarte Variation 2 ms. Das ist eine bestimmte Statistik. Jitter, Paketlaufzeitvariation und Perzentile anderer Werkzeuge können anders berechnet werden. HTTP-Rundlaufzeiten sind weder ICMP-Ping noch eine Paketverlustmessung.

W3C High Resolution Time: monotone ZeitmessungRFC 5481: Begriffe zur Paketlaufzeitvariation

Latenz unter Last: Warum eine schnelle Verbindung verzögert reagiert

HTTP-Latenz unter Last wird während aktiver Transferanfragen erfasst. ToolMellow behält einen Wert nur bei zeitlicher Überlappung mit aktiver Transferarbeit und zeigt Median und Anzahl getrennt für Download und Upload. Eine kurze begrenzte Phase kann ohne überlappende Messung enden; ein fehlender Wert ist keine Latenz von null. Ein Messfehler wird auch nicht zu einem Paketverlustprozentsatz.

Vergleichen Sie Beobachtungen mit und ohne Last desselben Endpunkts und Durchlaufs. Bei einem beispielhaften Median ohne Last von 26 ms und einem Upload-Median von 112 ms beträgt die Differenz 86 ms. Das deutet auf längere Antwortzeiten während dieser Upload-Arbeit hin. Warteschlangen, WLAN-Konkurrenz, Serverarbeit und andere Pfadbedingungen können beitragen. Die Differenz allein lokalisiert die Ursache nicht.

Übermäßige Warteschlangen unter Last werden häufig als Bufferbloat bezeichnet. Wiederholbare Anstiege können erklären helfen, warum Gespräche oder Spiele während großer Übertragungen schlechter reagieren. ToolMellow vergibt aber keine Bufferbloat-Note und reproduziert keinen Spielserververkehr. Prüfen Sie die betroffene Anwendung und wiederholen Sie einen kontrollierten Vergleich, bevor Sie Netzwerkgeräte verändern.

Netflix: Lastlatenz und UploadrateCloudflare: Messung des HeimnetzesRFC 5481: Begriffe zur Paketlaufzeitvariation

Warum ein datenbegrenzter Test schnelle Verbindungen unterschätzen kann

Eine Verbindung braucht Zeit und genügend Transferarbeit, um erreichbaren Durchsatz zu zeigen. Anlauf, Überlastungssteuerung, Browserverarbeitung und Endpunktkapazität beeinflussen eine kurze Messung. Eine endliche Übertragung kann enden, bevor eine anhaltende Last entsteht. ToolMellow begrenzt Nutzdaten und Zeit bewusst. Lesen Sie ein kurzes Ergebnis als beobachteten Durchsatz dieses begrenzten Ablaufs.

Datenlimit erreicht bedeutet, dass gezählte Download- oder bestätigte Upload-Nutzdaten das Limit der jeweiligen Richtung erreicht haben. Es behauptet keine gesättigte Verbindung. Umgekehrt beweist ein fehlender Hinweis nicht, dass alle vorgesehenen Bytes abgeschlossen wurden. Ein reguläres Ende der Phasenfrist kann einen Teil-Download oder unbestätigten Upload hinterlassen. Ein vollständiger Ablauf bedeutet, dass seine begrenzten Phasen endeten, nicht dass beide Nutzdatenbudgets vollständig verbraucht wurden.

Endet Schnell sehr früh, kann Standard bei vertretbarem Datenverbrauch eine größere Stichprobe liefern. Halten Sie Gerät und Endpunkt vergleichbar und bewahren Sie Dauer und Limitwarnungen auf. Bleibt auch Standard kurz, verwenden Sie das Ergebnis als begrenzte Beobachtung und ziehen Sie eine andere dokumentierte Methode für Ihre Frage heran. Wiederholte kurze begrenzte Tests ersetzen keine Untersuchung anhaltender Kapazität.

RFC 5136: Definition von NetzwerkkapazitätRFC 6349: Rahmen für TCP-Durchsatztests

WLAN, Ethernet und mobile Daten sorgfältig vergleichen

Der Browsertest umfasst den tatsächlich genutzten Zugangsweg des Geräts. Ein WLAN-Ergebnis enthält daher Funkbedingungen und Internetpfad. Testen Sie für einen sinnvollen Vergleich dasselbe Gerät am Problemort, danach nahe dem Zugangspunkt und per Ethernet, falls unterstützt. Halten Sie Endpunkt und Profil gleich und ändern Sie jeweils nur einen Faktor.

Ein besserer Wert nahe dem Zugangspunkt oder per Kabel macht die veränderten Zugangsbedingungen untersuchenswert, beweist aber keinen defekten Bestandteil. Ethernet-Aushandlung, Adapter, Gerätelast, Kabel, Routing und Serverkapazität können auch Kabelmessungen begrenzen. Weicht nur ein Browser oder Gerät ab, vergleichen Sie einen anderen unterstützten Browser oder ein anderes Gerät, bevor Sie den Anbieter als Ursache ansehen.

Prüfen Sie am Telefon, ob der Test WLAN oder Mobilfunk nutzt. Ein 4G- oder 5G-Symbol beschreibt die Zugangstechnik, garantiert keine bestimmte Rate. Vergleichen Sie bewusst am selben Ort zu ähnlichen Zeiten, möglichst mit ruhendem Telefon, und beachten Sie Signalwechsel und Datenkosten. Vergleichen Sie keinen Kabel-PC mit einem Mobiltelefon so, als hätte sich nur der Endpunkt geändert.

Google Nest: Geschwindigkeitstests und Grenzen

Welche Geschwindigkeit genügt für Streaming, Gespräche und Spiele?

Eine nützliche Geschwindigkeit unterstützt Ihre tatsächliche Arbeit mit Spielraum für anderen Verkehr. Nutzen Sie aktuelle Anwendungsanforderungen und berücksichtigen Sie gleichzeitige Nutzer. Download ist für Datei- und Videoempfang wichtig, Upload für Videoversand, Dateifreigabe und Backups. Interaktive Aufgaben hängen auch von Verzögerung, Variation und Anwendungspfad ab. Ein hoher Mbps-Wert allein beweist keine gute Gesprächs- oder Spielqualität.

Netflix empfiehlt derzeit eine stabile Verbindung mit mindestens 3 Mbps für HD 720p, 5 Mbps für Full HD 1080p und 15 Mbps für UHD 4K. Das sind veröffentlichte Netflix-Empfehlungen, keine universellen Grenzwerte oder Zusagen dieses Endpunkts. Als Planungsbeispiel ergeben 15 Mbps für jeden von zwei gleichzeitigen 4K-Streams zusammen 30 Mbps vor weiterem Verkehr. Das ist eine einfache Schlussfolgerung, keine Anbietergarantie. Andere Haushaltsnutzung benötigt zusätzliche verfügbare Kapazität.

Nutzen Sie für Videogespräche die Anforderungen des Anbieters für Modus und Auflösung in beiden Richtungen. Trennen Sie bei Spielen Update-Downloads von Reaktion während des Spiels. Lesen Sie die Latenz und Verbindungsanzeigen des Spiels, statt ToolMellows HTTP-Latenz als Spielserver-Ping zu behandeln. Prüfen Sie die tatsächlich scheiternde Tätigkeit. Das Werkzeug erstellt keine Streaming-, Spiel- oder Videogesprächs-Qualitätswerte.

Netflix: Empfehlungen zur InternetgeschwindigkeitCloudflare: Messung des Heimnetzes

Warum FAST, Cloudflare, andere Tests und ISP-Verträge abweichen

Messungen hängen von Endpunkt, Route, gleichzeitigen Transfers, Nutzdatenmenge, Zeitdefinition und Zusammenfassung ab. Ein Einzelstrom-Ergebnis und das Ergebnis mehrerer paralleler Übertragungen können unterschiedliche Fragen beantworten. Ebenso ein kurzer Browsertest und ein längerer Test mit nativer Anwendung. Abweichende Werte allein beweisen weder Täuschung eines Diensts noch absichtliche Drosselung durch den Anbieter.

FAST verwendet Netflix-Endpunkte und zeigt Latenz mit und ohne Last; Cloudflare veröffentlicht zusätzliche Netzwerkqualitäts- und Paketverlustfelder; M-Lab beschreibt NDT als Einzelstrommessung. Die Dokumentationen beschreiben deren eigene Methoden. ToolMellow nutzt seinen Endpunkt, begrenzte Profile, höchstens zwei Transferanfragen je Richtung und gezählte Nutzdaten geteilt durch die gemeinsame Phasendauer. Es reproduziert nicht alle diese Messungen und beansprucht keine vollständige Konformität mit RFC 6349.

Lesen Sie Endpunktbezeichnung und Standortvertrauenshinweis. Eine nicht unabhängig bestätigte Region beweist weder physischen Standort noch ein weltweites Testnetz. Wird ein lokaler Entwicklungsendpunkt angezeigt, beschreibt die Durchsatzmessung eine lokale Pfadbeobachtung. Vergleichen Sie wiederholte Ergebnisse derselben Methode mit den Vertragsbedingungen. Eine Beobachtung zu nur einem entfernten Endpunkt zertifiziert weder die Anbieter-Leitungsrate noch belegt sie einen Vertragsbruch.

FAST: Geschwindigkeitstest und MethodenfragenCloudflare: Internettest und HinweiseM-Lab: Methode des Network Diagnostic ToolRFC 5136: Definition von NetzwerkkapazitätRFC 6349: Rahmen für TCP-Durchsatztests

VPN-Pfad, DNS und Website-Geschwindigkeit beantworten andere Fragen

VPN oder Proxy können Routing und sichtbare Netzwerkadresse ändern. Falls die Netzwerkrichtlinie es erlaubt, vergleichen Sie denselben Endpunkt und dasselbe Profil zu ähnlichen Zeiten mit und ohne diesen Pfad. Notieren Sie jede Bedingung. Eine Abweichung beschreibt diese Pfade während dieser Durchläufe. Sie beweist allein weder Drosselung noch globale VPN-Leistung oder einen Verschlüsselungsfehler.

DNS löst Namen in Ziele auf, erhöht aber keine physische Leitungskapazität. Auflösung kann den Verbindungsaufbau beeinflussen und unterschiedliche Antworten können Anwendungen zu anderen Endpunkten lenken. ToolMellows DNS-Prüfer beobachtet die ausgewählten öffentlichen Resolver, statt jede Geräteanfrage zu messen. Untersuchen Sie damit Datensatzantworten, statt daraus höheren anhaltenden Durchsatz durch einen DNS-Wechsel abzuleiten.

Ein Verbindungstest ist außerdem kein Website-Leistungsaudit. Rendering, JavaScript, Bildgrößen, Ursprungsantwortzeit und Caches können eine Website trotz schneller Verbindung verlangsamen. ToolMellow überträgt synthetische Nutzdaten zu seinem Testendpunkt. Es misst nicht Core Web Vitals, TTFB oder die Leistung beliebiger Websites von allen Besucherstandorten.

Google Nest: Geschwindigkeitstests und GrenzenRFC 1034: DNS-Konzepte und NamensauflösungCloudflare: Website-Leistung und Verbindungstest

Niedrige oder uneinheitliche Testergebnisse untersuchen

Prüfen Sie zuerst, ob der Ablauf abgeschlossen wurde und nutzbare Messungen lieferte. Lesen Sie Fehler, Datenmengen, Phasendauern, Limitwarnungen und Stichprobenzahlen vor einem Vergleich mit dem Vertrag. Eine niedrige Rate aus einer fehlgeschlagenen oder sehr kurzen Phase bedeutet etwas anderes als wiederholbare vollständige Beobachtungen unter kontrollierten Bedingungen.

Ändern Sie bewusst eine Variable, halten Sie Endpunkt und Profil gleich und beachten Sie die Wartefrist. Vergleichen Sie einige datierte Beobachtungen bei ruhiger und üblicher Nutzung, statt den höchsten oder niedrigsten Lauf für repräsentativ zu halten. Diagnostizieren Sie Anbieter, Router oder Anwendung nicht anhand eines Werts. Geben Sie dem Support Beobachtung und Bedingungen zusammen mit dem Verhalten der betroffenen Anwendung.

RFC 5136: Definition von NetzwerkkapazitätRFC 6349: Rahmen für TCP-Durchsatztests

Fehler, Abbruch und gemeinsam genutzte Dienstlimits

Auslastungs-, Wartefrist-, Tageslimit-, Endpunkt- oder Sitzungsfehler bedeuten, dass die Messung nicht wie angefordert laufen konnte. Beachten Sie den Hinweis und wiederholen Sie bewusst, wenn passend. Die Wartefrist gilt anhand der beobachteten Adresse; gemeinsames NAT oder VPN-Ausgang können mehrere Geräte darunter zusammenfassen. Das Tageslimit betrifft Dienstverfügbarkeit, nicht Ihren Mobilfunktarif und keine dauerhafte Garantie über Serverneustarts hinweg.

Der Client verweigert die Nutzung von Messantworten bei Hinweisen auf Kompression oder Cache, unerwarteter Endpunktidentität, unerwarteter Downloadgröße oder nicht passenden Uploadbestätigungen. Diese Prüfungen schützen den Ergebnissinn, prüfen aber nicht jedes Zwischenverhalten. Ein fehlgeschlagener Aufruf ist keine gemessene Paketverlustquote; ein fehlgeschlagener Lauf kann nützliche Teilbeobachtungen behalten.

Abbrechen stoppt ausstehende Browserarbeit und fordert Sitzungsbereinigung an. Es macht versendete Bytes nicht rückgängig, macht unbestätigte Uploadmengen nicht bekannt und garantiert keine Erstattung reservierten Serverbudgets oder berechneten Datenverkehrs. Verhindern Beschränkungen den Test, lesen Sie die Meldung und vergleichen Sie erlaubte Browser oder Pfade. Ein Test allein rechtfertigt weder Firewall-Abschaltung noch Umgehung von Arbeitsregeln oder Werksreset von Geräten.

WHATWG Fetch: Browseranfragen und AbbruchWHATWG DOM: AbortSignal-TimeoutRFC 9111: HTTP-Caches und Steuerdirektiven

Synthetischer Verkehr, Datenschutz und heruntergeladener Bericht

Die Messung sendet erzeugte Testbytes, nicht Ihre Dokumente, Fotos oder ausgewählte Dateien. Sie erzeugt trotzdem Netzwerkverkehr: ToolMellows Hosting und der Endpunkt erhalten Adresse und übliche Anfragemetadaten. HTTPS schützt die Übertragung zwischen seinen Enden, macht die Aktivität aber weder anonym noch belegt es fehlende Protokollierung aller Infrastrukturbetreiber.

Das Ergebnis bleibt im aktuellen Tab, sofern Sie es nicht herunterladen. Geschwindigkeitsbericht herunterladen erstellt speed-measurement.json mit Endpunkt, Zeit, Profil, Zustand, gemessenen und versuchten Nutzdaten, Dauern und verfügbaren Latenzwerten. Es ist eine Momentaufnahme, kein Kontoverlauf, automatisches Monitoring oder Anbieterzertifikat. Ein Endpunkt- oder Profilwechsel löscht das bisher angezeigte Ergebnis.

Prüfen Sie vor dem Teilen Endpunktdaten, Zeitstempel und Fehler. Ergänzen Sie nicht automatisch erfasste Bedingungen: Zugangstyp, Gerät und Browser, VPN, Hintergrundverkehr und betroffene Tätigkeit. Kennzeichnen Sie Teilresultate weiter als unvollständig. Diese Notizen helfen späteren Vergleichen mehr als ein einzelner Mbps-Wert.

Den Geschwindigkeitstest in Ihre Website einbetten

Der Integrationsabschnitt unter der Werkzeugoberfläche bietet Kopieren, Herunterladen und Vorschau des HTML-Ausschnitts. Fügen Sie den bereitgestellten Code in einen unterstützten HTML-Bereich Ihrer Plattform ein. Er enthält ein ToolMellow-iframe und einen sichtbaren Rücklink zur passenden ToolMellow-Seite. Behalten Sie den Link, damit Leser das vollständige Werkzeug und die Anleitung finden.

Wählen Sie vor dem Kopieren die Sprache. Prüfen Sie die Einbettung auf schmalem Bildschirm und lassen Sie Besucher den Datenhinweis lesen und den Test ausdrücklich starten. Die Einbettung verwendet dieselbe Endpunktverfügbarkeit, Profile und Grenzen wie das gehostete Werkzeug. Sie gewährt weder unbegrenzte Übertragungen noch eine separate Entwickler-API. Die Plattform muss externe iframes und die entsprechenden Netzwerkanfragen erlauben.

Häufige Fragen

Quellen und weitere Informationen

• NIST: Präfixe für binäre Vielfache
• RFC 5136: Definition von Netzwerkkapazität
• RFC 6349: Rahmen für TCP-Durchsatztests
• RFC 5481: Begriffe zur Paketlaufzeitvariation
• RFC 9110, Abschnitt 8.6: HTTP Content-Length
• RFC 9111: HTTP-Caches und Steuerdirektiven
• W3C High Resolution Time: monotone Zeitmessung
• WHATWG Streams: Antwortblöcke lesen
• WHATWG Fetch: Browseranfragen und Abbruch
• WHATWG DOM: AbortSignal-Timeout
• Netflix: Lastlatenz und Uploadrate
• Cloudflare: Messung des Heimnetzes
• Netflix: Empfehlungen zur Internetgeschwindigkeit
• Google Nest: Geschwindigkeitstests und Grenzen
• FAST: Geschwindigkeitstest und Methodenfragen
• Cloudflare: Internettest und Hinweise
• M-Lab: Methode des Network Diagnostic Tool
• RFC 1034: DNS-Konzepte und Namensauflösung
• Cloudflare: Website-Leistung und Verbindungstest