Wie schnell ist Google Cloud bei dir zu Hause?

Kurz gesagt: Nur ein Test aus deinem eigenen Netz zeigt dir, wie schnell sich eine Region für dich anfühlt.

Die meisten „Cloud-Ping“-Seiten und jedes Looking Glass der Anbieter messen von ihren Servern aus, die in Rechenzentren an Premium-Leitungen hängen. Das zeigt, wie schnell ein Rechenzentrum ein anderes erreicht. Den Teil, den du wirklich spürst, misst es nicht: deinen Anschluss zu Hause oder mobil, das Netz deines Internetanbieters, seine Übergänge ins Ausland und wie voll sie heute Abend sind.

Me2Cloud schickt jede Anfrage aus deinem Browser. Im Ergebnis steckt also alles: WLAN, Router, Internetanbieter, die Route, die er wählt, und die Hauptzeit am Abend.

1. Eine Aufwärm-Anfrage erledigt DNS, den TCP-Verbindungsaufbau und die TLS-Verschlüsselung. Ihre Zeit wird angezeigt, aber nicht gezählt.
2. Danach schickt der Browser 5, 10 oder 20 weitere Anfragen an denselben Host über dieselbe Verbindung. Jede kostet genau eine Umlaufzeit plus ein wenig Bearbeitungszeit auf dem Server des Anbieters.
3. Jeder Anbieter bekommt die Anfrageart, bei der wir geprüft haben, dass die Verbindung offen bleibt: GET für AWS, Azure, Google Cloud, DigitalOcean und Scaleway; HEAD für Oracle, IBM Cloud, Alibaba Cloud, Tencent Cloud, Volcengine, Baidu AI Cloud, Naver Cloud, Huawei Cloud, Linode, Vultr, OVHcloud, IONOS Cloud, Aruba Cloud, Leaseweb, Gcore und Yandex Cloud (bei GET schließen sie die Verbindung, und jede Messung würde sich verdreifachen); und ein GET im CORS-Modus für Hetzner, dessen Seite der Browser sonst abschneiden und dabei die Verbindung schließen würde.
4. Du bekommst den Median (den typischen Wert), den Mittelwert, P90 (9 von 10 Messungen liegen darunter oder gleichauf), den Jitter (wie stark zwei aufeinanderfolgende Messungen im Schnitt abweichen) und die Timeout-Rate (der Anteil der Messungen ohne Antwort vor dem Zeitlimit).
5. Die Stufe ergibt sich aus dem Median: T0 Krass ≤ 30 ms, T1 Top ≤ 80 ms, T2 Läuft ≤ 150 ms, T3 NPC ≤ 250 ms, darüber T4 Lost. „Unsere Empfehlung“ sortiert nach Median + 2 × Jitter + Abzug für Timeouts, deshalb schlagen stabile 60 ms sprunghafte 45 ms.

• Derselbe Weg wie dein Traffic. Websites, APIs, Tunnel über Port 443, Spiele-Logins und Downloads laufen alle über TCP. Viele Internetanbieter stellen ICMP in eine eigene Warteschlange, drosseln es oder leiten es anders, deshalb kann der Ping gut aussehen, während Seiten kriechen, oder umgekehrt.
• Wird nicht weggedrosselt. Router und Clouds begrenzen oder verwerfen ICMP oft. Ein öffentlicher HTTPS-Messpunkt antwortet immer.
• Deine echte Umgebung zählt mit. DNS, die Wahl zwischen IPv4 und IPv6, Proxys und Beschleuniger wirken alle auf den Browser-Traffic. Du misst also, was du tatsächlich bekommst.
• Der Haken: Jede Messung enthält auch eine kleine, sehr gleichmäßige Bearbeitungszeit des Servers. Wir haben 0–5 ms bei AWS gemessen, etwa 8 ms bei Alibaba Cloud und etwa 20 ms bei Huawei Cloud OBS. Ab 100 ms spielt das keine Rolle; bei sehr nahen Regionen liegt der Wert etwas über dem Ping.

• Heimnetze sind etwa von 20:00 bis 23:00 am vollsten, Auslandsverbindungen noch mehr. Eine Region, die mittags T1 ist, kann abends auf NPC fallen.
• Teste einmal tagsüber und einmal zur Hauptzeit. Tests zur Hauptzeit werden mit „Hauptzeit“ markiert, und du kannst in den Ergebnissen zwischen ihnen wechseln.
• Pausiere große Downloads, Streaming und Cloud-Sync während des Tests. Kabel schlägt WLAN; im WLAN bleib nah am Router.
• Im Mobilfunknetz schwanken die Ergebnisse mit dem Empfang. Teste dort, wo du den Dienst wirklich nutzen wirst.

• Regionen eingrenzen, bevor du einen Server, einen Gameserver oder einen CDN-Origin buchst.
• Regionen eines Anbieters vergleichen oder verschiedene Anbieter in derselben Stadt.
• Prüfen, ob die Stabilität (Jitter, Timeout-Rate) für Gaming, Videocalls, Remote-Desktop und SSH reicht.
• Sehen, was dein Proxy, Beschleuniger oder neuer Internettarif wirklich bringt: einmal mit, einmal ohne testen.
• Deinen eigenen Server oder dein CDN mit einem eigenen Messpunkt neben die großen Namen stellen.

• Nur ein Standort. Gemessen wird deine Leitung, nicht die deiner Nutzer. Bitte ein paar von ihnen, es laufen zu lassen, und vergleiche die Exporte.
• Der öffentliche Messpunkt des Anbieters, nicht dein künftiger Server. Wir messen die öffentliche API oder den Speicher jedes Anbieters in der Region. Server in derselben Region teilen meist dieses Netz, aber Premium-Routen (etwa CN2, BGP oder Einzel-Carrier, Lightsail oder EC2) können abweichen.
• Keine Bandbreite, kein UDP, kein Traceroute. Gemessen werden Umlaufzeiten, nicht die Download-Geschwindigkeit oder UDP-Spieleverkehr, und die Zwischenstationen sieht man nicht.
• Der Browser bringt etwas Rauschen. Erweiterungen, Proxys, VPNs und volle Tabs verfälschen die Ergebnisse ein wenig. Schließ schwere Tabs und lass diese Seite im Vordergrund.
• Ein paar Messpunkte sind aus manchen Ländern vielleicht nicht erreichbar.

• Deine Ergebnisse werden nicht hochgeladen, ein Konto gibt es nicht. Nur wenn du auf Teilen tippst, wird das Ergebnis auf 1ms.dog als Kurzlink mit Vorschaubild gespeichert, damit Chat-Apps es anzeigen können.
• Jede Testanfrage geht direkt von deinem Browser an den Anbieter. Im Anfrage-Protokoll oben oder in den Entwicklertools deines Browsers (Tab „Netzwerk“) siehst du jede einzelne.
• Die Netzwerkdaten kommen von Cloudflare: Zuerst antwortet /_ms/me auf dieser Seite, das letzte Wort haben speed.cloudflare.com/meta und /cdn-cgi/trace, weil sie denselben Weg nehmen wie die Tests. Die optionale WebRTC-Prüfung fragt stun.cloudflare.com nach deiner UDP-Ausgangsadresse; du kannst sie in den Einstellungen ausschalten.
• Die IPv4/IPv6-Prüfung fragt zusätzlich ipify.org und ident.me außerhalb von Cloudflare, damit ein Netz, das einen davon blockiert, nicht fälschlich als „ohne IPv6“ gilt.
• Tritt auf der Seite ein Fehler auf, schickt sie die Fehlermeldung, die Seitenadresse und deine Browserversion an diese Seite, damit wir ihn beheben können. Beim Teilen wird außerdem anonym gezählt, welche Schritte benutzt wurden. Beides enthält keine Ergebnisse.
• Einstellungen, eigene Messpunkte und die letzten Tests bleiben in diesem Browser. „Testdaten löschen“ gedrückt halten entfernt Ergebnisse und Verlauf; um auch die Einstellungen zu löschen, entferne die Daten dieser Seite in deinem Browser.

Wer öffentliche Messpunkte zu hart anfragt, kann die Drosselung oder Firewall (WAF) eines Anbieters auslösen und das Ergebnis verderben. Der Test bleibt deshalb weit darunter:

• Pro Host immer nur eine Anfrage, mit 250–370 ms Pause zwischen den Messungen (höchstens 2–3 Anfragen pro Sekunde und Host).
• Höchstens 2 Hosts pro Anbieter gleichzeitig und insgesamt höchstens 8 (Standard: 4).
• Höchstens 21 Anfragen pro Host und Test (1 zum Aufwärmen + bis zu 20). Einen Dauermodus gibt es nicht.
• Nach 3 Fehlschlägen in Folge wird ein Host aufgegeben statt immer wieder versucht.
• Die Anfragen sind anonym: ohne Cookies, ohne Referrer, ohne Vorab-Anfrage (Preflight). Die Antworten sind ein paar hundert Byte groß, wo möglich wird HEAD verwendet, und nichts Großes wird heruntergeladen.

Ein ganzer Test verbraucht weniger Daten als das Öffnen einer normalen Webseite. Jeder Messpunkt wurde darauf geprüft, dass er anonyme Anfragen normal beantwortet (200, 403 oder 404 sind für die Zeitmessung alle in Ordnung).

Läuft dein Traffic über einen Proxy, misst der Browser „du → Proxy“ plus „Proxy → Anbieter“, nicht deine eigene Leitung. Das Netzwerk-Feld sucht nach den üblichen Anzeichen: ein Ausgangsnetz in einem Rechenzentrum, eine Zeitzone, die nicht zum Ausgangsland passt, WARP, oder ein WebRTC-Ausgang, der sich vom HTTPS-Ausgang unterscheidet.

Mit Direktregeln holen leitest du nur die Test-Domains direkt (Clash / Mihomo, Surge, Shadowrocket, Quantumult X, Loon, sing-box, Xray, SwitchyOmega oder eine einfache Liste); danach prüf noch einmal. Willst du genau den Proxy messen, lass ihn an: Die Zahlen zeigen dann, was der Proxy wirklich leistet.

• Alle Zeilen nutzen dieselbe Skala (logarithmisch, 2 ms bis 3 s). Punkte sind Messungen, der schattierte Kasten deckt die mittlere Hälfte ab, der Strich ist der Median.
• Ein schmaler Kasten heißt stabil; ein breiter Kasten oder verstreute Punkte heißen Jitter. Ein rotes × zählt Messungen mit Timeout.
• Tippe auf eine Zeile, um jede Messung der Reihe nach, alle Statistiken und den verwendeten Messpunkt zu sehen. ✓ markiert eine Region innerhalb deiner Grenzen.