HTTP-Zeitmessung als Richtwert · vom Edge aus, nicht von Ihrem Gerät
Messen Sie, wie lange eine begrenzte HEAD-Anfrage aus der serverlosen Laufzeitumgebung von MyIPScan bis zu einem öffentlichen HTTP- oder HTTPS-Endpunkt braucht. Das ist HTTP-Latenz, kein ICMP-Ping – und gemessen wird der Weg vom Cloudflare-Edge zum Server, nicht der von Ihrem Gerät.
HTTP-Latenztest
Geben Sie eine öffentliche URL ein. MyIPScan schickt mehrere HEAD-Anfragen an diese Adresse und zeigt Median, Minimum und Maximum, dazu den Status, die Weiterleitungen und die Zeit jedes einzelnen Versuchs.
Er schickt mehrere HEAD-Anfragen von der Cloudflare-Infrastruktur von MyIPScan an einen öffentlichen HTTP- oder HTTPS-Endpunkt und meldet Median, Minimum und Maximum. Dazu kommen der Status der Antwort, die Ziel-URL nach Weiterleitungen und die Zeit jedes einzelnen Weiterleitungsschritts.
Lehnt ein Server HEAD ab, wird die Anfrage als GET wiederholt, dessen Inhalt nicht gelesen wird.
Kurze Antwort
HTTP-Latenz ist die Zeit, die ein Server braucht, um auf eine Anfrage zu antworten. Dieser Test schickt mehrere HEAD-Anfragen vom Cloudflare-Edge von MyIPScan an die URL und meldet Median, Minimum und Maximum. Er misst diesen Weg zum Server, nicht Ihre eigene Verbindung, und er ist kein ICMP-Ping.
Die Zeitmessung kommt vom Endpunkt /api/http-latency. Er schickt mehrere HEAD-Anfragen aus der serverlosen Laufzeitumgebung von MyIPScan an das Ziel und meldet Median, Minimum und Maximum. Gemessen wird damit der Weg vom Cloudflare-Edge zum Ziel.
Vor jeder Anfrage prüft MyIPScan, ob der Hostname öffentlich auflöst. Erst danach läuft die Uhr: für die HEAD-Anfrage und für jede Weiterleitung bis zum Endziel, bis zu einer kleinen Höchstzahl. Die Zeit eines Versuchs ist die Summe dieser HTTP-Schritte; die Vorprüfung des Hostnamens zählt nicht mit. Lehnt der Server HEAD ab, wird der Schritt als GET wiederholt, dessen Inhalt nicht gelesen wird.
Lesen Sie zuerst den Median: Er ist der mittlere Wert der Versuche und wird von einem einzelnen Ausreißer kaum verschoben. Minimum und Maximum zeigen, wie stark der Weg während der Prüfung geschwankt hat. Liegen sie weit auseinander, sagt eine einzelne Zahl wenig aus.
Der Wert kommt einer TTFB (Time to First Byte) nahe, aus Sicht des Edge gemessen: Jeder Schritt endet, wenn Statuszeile und Header ankommen. Mit der TTFB, die Ihr Browser beim Laden der Seite sieht, ist er trotzdem nicht gleichzusetzen – der Startpunkt ist ein anderer, und manche Server behandeln HEAD anders als GET.
Neben der Zusammenfassung zeigt das Ergebnis jeden Versuch mit Gesamtzeit, Status, Zahl der Weiterleitungen und Ziel-URL sowie, falls es Weiterleitungen gab, die Zeit jedes einzelnen Schritts. So sehen Sie, ob eine lange Zeit vom Zielserver kommt oder von einer Kette von Weiterleitungen davor.
Die wichtigsten Faktoren sind:
Ein CDN senkt die Latenz, indem es Inhalte von geografisch nahen Servern ausliefert. Hohe Latenz bedeutet meist große Entfernung, langsames DNS oder Verzögerungen bei der Verarbeitung auf dem Server – nicht zu wenig Bandbreite.
Bei diesem Test zählt die Strecke vom Cloudflare-Edge, der die Anfrage bearbeitet, zum Zielserver. Weiterleitungen kommen hinzu: Jede ist ein weiterer vollständiger HTTP-Schritt.
Die Ergebnisse sind Hinweise zur Prüfung für ein öffentliches Ziel. Wenn Sie Messungen vergleichen, achten Sie auf den Zeitpunkt der Prüfung: Die Werte verschieben sich mit der Last des Ziels und mit der Cloudflare-Region, die die Anfrage bearbeitet.
Wie MyIPScan begrenzte Prüfungen kennzeichnet, beschreibt die Methodik.
Die Antwortzeit ist ein Signal unter mehreren. Diese Prüfungen beantworten die benachbarten Fragen:
HTTP-Latenz ist die Zeit, die ein Server braucht, um auf eine Anfrage zu antworten. Dieser Test misst sie mit mehreren HEAD-Anfragen vom Cloudflare-Edge von MyIPScan aus und meldet Median, Minimum und Maximum.
Die wichtigsten Faktoren sind die physische Entfernung zum Server, die Zeit für die DNS-Auflösung, der TCP-Handshake (ein Round Trip), der TLS-Handshake (ein oder zwei Round Trips bei TLS 1.2, einer bei TLS 1.3) und die Verarbeitungszeit auf dem Server. Ein CDN senkt die Latenz, indem es Inhalte von geografisch nahen Servern ausliefert. Hohe Latenz bedeutet meist große Entfernung, langsames DNS oder Verzögerungen bei der Verarbeitung auf dem Server – nicht zu wenig Bandbreite.
Nein. Ein Ping schickt ICMP-Pakete; dieser Test misst HTTP-Anfragen, genauer HEAD-Anfragen an einen öffentlichen HTTP- oder HTTPS-Endpunkt. Die gemessene Zeit schließt Weiterleitungen bis zum Endziel ein.
Nein. Die Anfragen starten in der serverlosen Laufzeitumgebung von MyIPScan am Cloudflare-Edge, nicht auf Ihrem Gerät. Der Test misst also weder die Latenz, die Sie selbst erleben, noch den Mehraufwand Ihres VPN. Ob Ihr VPN Ihre Adresse verbirgt, prüft der VPN-Leak-Test.
Weil eine einzelne Messung wenig aussagt. Der Median ist der mittlere Wert der Versuche und wird von einem einzelnen Ausreißer kaum verschoben; Minimum und Maximum zeigen, wie stark der Weg während der Prüfung geschwankt hat. Messen Sie dieselbe URL mehrmals, bevor Sie einen Schluss ziehen.
Manche Server behandeln HEAD und GET unterschiedlich, und eine HEAD-Antwort enthält keinen Seiteninhalt. Außerdem hängt das Ergebnis von der Cloudflare-Region ab, die die Anfrage bearbeitet hat, von der Last des Ziels, von Weiterleitungen und vom Cache-Zustand. Die Zahl ist ein leichtgewichtiges Zeitsignal, keine Ladezeit.
Entscheiden Sie anhand des Ergebnisses, was Sie als Nächstes prüfen, ändern Sie jeweils nur eine Sache und messen Sie danach dieselbe URL erneut, am besten mehrmals.
Er belegt nicht, wie schnell die Seite für Sie oder Ihre Besucher lädt, und er misst weder Ihre eigene Verbindung noch den Mehraufwand eines VPN. Er ist kein ICMP-Ping, keine Dauerüberwachung und kein Test der Sicherheit des Servers: Gemessen wird ein öffentlicher Endpunkt, von einer Cloudflare-Region aus, zu einem Zeitpunkt.
Das sind die verfügbaren deutschen Seiten. Sie verlinken weder auf Rankings oder Affiliate-Angebote noch auf unfertige Inhalte.