DNSLösen
Kostenloses Tool · kein Konto erforderlich
Free Global Website Performance Test
Test global website loading speed and TTFB waterfall timing across 10 locations worldwide. Measure DNS, TCP, TLS, and first-byte latency.
Auch bekannt als: TTFB · page speed waterfall · DNS/TLS timing
Beweis angezeigt mit QuelleKein Konto erforderlichKeine erfundenen Metriken
Eine URL · fünf gemessene Phasen
Sehen Sie die Verbindung, bevor die Seite gerendert werden kann
Die Deutschland-Probe folgt HTTP-Weiterleitungen, misst jede Anfrage und visualisiert dann die endgültige Dokumentantwort, ohne Browser- oder Core Web Vitals-Daten zu erfinden.
TCPVerbinden
TLSSicher
Erstes ByteAntworten
HTMLÜbertragen
Öffentliche Ziele nur · live Anfrage aus Deutschland · keine geschätzte Zeit
Beweis-Modell
Wissen, was das Ergebnis beweist
This check proves where the time went before a browser could start rendering: DNS lookup, TCP connect, TLS handshake, time to first byte and content transfer, each reported separately along the redirect chain to the final URL. It measures delivery, not rendering, so it locates the slow stage without claiming to describe the visitor's experience of the page.
1. Quelle
Novaverb's Germany probe or selected Globalping community probes. The result identifies where its evidence came from.
2. Grenze
Each number comes from the selected probe. Novaverb's Germany mode follows redirects and captures up to about 3 MB; Globalping mode measures the exact submitted URL on community probes. Neither mode measures rendering, Core Web Vitals or real users.
3. Nächste Aktion
Verwende das Ergebnis, um ein Problem zu überprüfen, und verbinde dann einen Arbeitsbereich, wenn du Historie, Überwachung oder eine standortweite Analyse benötigst.
Was misst der Website-Leistungstest?
Es misst DNS, TCP, TLS, Anfrage-zu-erster-Byte und Dokumentenübertragung für eine öffentliche URL. Wählen Sie Novaverbs direkten Probe in Deutschland, einen Globalping-Standort oder vergleichen Sie zehn Städte in Asien, Europa, Amerika, Afrika und Ozeanien.
Messmethoden, Standorte und kostenlose Limits
Wählen Sie die Novaverb-Direktmessung für eine kontrollierte Messung, eine Globalping-Stadt für eine regionale Überprüfung oder alle zehn Städte für einen Vergleich von fünf Regionen. Die beiden Methoden bleiben getrennt, da sie unterschiedliche Weiterleitungs-, Erfassungs- und Aufbewahrungsgrenzen haben.
🇩🇪 Standort Deutschland
- Läuft auf der Novaverb-Infrastruktur über eine frische HTTP/1.1-Verbindung.
- Folgt bis zu fünf HTTP-Weiterleitungen und zeigt den endgültigen Antwort-Wasserfall.
- Erfasst den Antworttext bis zu etwa 3 MB und hält die deklarierte Länge separat.
- Verbraucht keine Tests von Drittanbietern.
🌍 Eine Stadt oder alle 10
- Ein derzeit online befindlicher Probe in der ausgewählten Stadt fordert die genau eingereichte URL an.
- Gibt DNS, TCP, TLS, erste Byte, Download und Gesamtzeit mit Stadt- und Zeitbeweisen zurück.
- Folgt nicht der Weiterleitungsschleife von Novaverb; testen Sie ein zurückgegebenes 3xx-Ziel separat.
- Die Identitätsmetadaten des Probes sind absichtlich vor dem öffentlichen Ergebnis verborgen.
- Das Ziel und die Messung werden von Globalping verarbeitet und können bis zu sieben Tage lang abrufbar bleiben.
Wie die kostenlose Nutzung begrenzt ist: Eine ausgewählte Stadt verbraucht einen Anbieter-Test; Vergleichen Sie alle 10 verbraucht zehn. Novaverb erlaubt bis zu 10 Einzelstadtläufe oder fünf 10-Städte-Vergleiche pro Quelle und pro Stunde und reserviert eine gemeinsame Obergrenze von 200 Anbieter-Tests pro Stunde. Der nicht authentifizierte Pool bietet derzeit 250 kostenlose Tests pro Stunde, sodass die Kapazität und die Verfügbarkeit von Live-Proben vorübergehend erschöpft sein können.
Wie der Leistungswasserfall funktioniert
DNS-Abfrage
Lösen Sie den Hostnamen, während die Verbindung an die validierte öffentliche IP gebunden bleibt.
TCP-Verbindung
Öffnen Sie eine frische Verbindung; kein vorheriger Socket wird wiederverwendet.
TLS-Handshake
Verhandeln Sie HTTPS mit SNI und HTTP/1.1, wenn die URL sicher ist.
Erstes Byte
Messen Sie vom Senden von GET bis die ersten Antwortbytes ankommen.
HTML-Übertragung
Messen Sie vom ersten Byte bis zum erfassten Dokumentenkörper, bis zu etwa 3 MB.
Wie man die TTFB-Leitbänder liest
web.dev gibt 800 ms oder weniger als grobes gutes TTFB-Ziel und über 1.800 ms als schlecht an. Novaverb wendet diese Richtlinien auf die Verbindung-zum-ersten-Byte-Probe der endgültigen Antwort an, nicht auf die gesamte Weiterleitungsreise.
Wiederholen Sie aus benutzerrelevanten Regionen, bevor Sie zu dem Schluss kommen, dass die URL konstant schnell ist.
Verwenden Sie den Wasserfall, um zu identifizieren, ob Einrichtung oder Anforderungswartezeit dominiert.
Erneut testen, Cache-Zustände vergleichen und die größte wiederholte Phase untersuchen.
Was dieses Ergebnis umfasst - und was nicht
In diesem Durchlauf gemessen
- Frische DNS-, TCP- und TLS-Einrichtung für jede Anfrage
- Anfrage-zum-ersten-Byte und erfasste Dokumentenübertragung
- HTTP-Weiterleitungen, Status und endgültige Antwort-Header
- Body-Bytes empfangen und deklarierte Content-Length getrennt gehalten
- Eine Messregion: EU, Deutschland
Nicht gemessen oder bewiesen
- CSS, JavaScript, Bilder, Schriftarten oder Drittanbieter-Ressourcen
- Browser-Parsing, Rendering, visuelle Vollständigkeit oder Interaktionsbereitschaft
- LCP, INP, CLS, FCP oder ein Lighthouse-Leistungswert
- Echte Nutzer-Perzentile, Uptime oder Verhalten bei anhaltender Last
- Reine Ursprungs-Ausführungszeit getrennt von CDN- und Netzwerkverzögerungen
Wie man die dominante Phase verbessert
Hohe DNS-Zeit
Überprüfen Sie die autoritative DNS-Latenz und Zuverlässigkeit; vergleichen Sie mehrere Durchläufe, da der Zustand des Resolver-Caches variiert.
Hohe TCP-Zeit
Reduzieren Sie die Distanz mit einem Edge oder CDN und untersuchen Sie die Routenqualität oder Paketverluste.
Hohe TLS-Zeit
Überprüfen Sie die Zertifikatskette, moderne TLS-Unterstützung und Verbindungswiederverwendung in tatsächlichen Browsern.
Hohe Wartezeit auf das erste Byte
Untersuchen Sie CDN-Cache-Fehlermeldungen, Datenbankarbeiten, externe Aufrufe und Anwendungs- oder Ursprungsstreitigkeiten.
Hohe HTML-Übertragung
Reduzieren Sie die Dokumentgröße und überprüfen Sie die geeignete Inhaltskodierung, während Sie sich daran erinnern, dass dieser Test nur das Dokument erfasst.
Standards und Messanleitungen
W3C · Navigation TimingDefiniert Navigationsphasen einschließlich requestStart, responseStart und responseEnd.
W3C · Resource TimingDefiniert die Antwortzeit und unterscheidet zwischen übertragenen und kodierten Körpergrößen.
web.dev · Optimize TTFBErklärt die groben 800 ms und 1.800 ms Leitbänder.
RFC 9110 · HTTP SemanticsDefiniert die HTTP-Methoden, Status und Antwortsemantiken, die vom Probe verwendet werden.
Globalping · API specificationDefiniert die Auswahl der Community-Abfragen, HTTP-Zeitfelder, Abfragen, kostenlose Limits und Ergebnisaufbewahrung.
Fragen zum Website-Leistungstest
Ist dies ein vollständiger Page-Speed-Test?
Nein. Es misst nur die Verbindungs- und Dokumentenantwortzeiten. Ein vollständiger Browser-Test muss auch Abhängigkeiten laden, Skripte ausführen und die Seite rendern.
Warum ist das anders als Chrome oder Lighthouse?
Die Probe läuft von einem Server in Deutschland über eine frische HTTP/1.1-Verbindung. Ihr Browser kann einen anderen Weg, ein anderes Protokoll, Cache und wiederverwendete Verbindungen nutzen und dann Rendering-Arbeiten durchführen, die dieser Test niemals versucht.
Folgt es Weiterleitungen?
Ja, bis zu fünf HTTP-Weiterleitungen. Jeder Hop wird unabhängig mit einer frischen Anfrage gemessen; der Hauptwasserfall ist die endgültige Antwort.
Bedeutet die gesamte Zeit Ladezeit der Seite?
Nein. Es ist die Summe der Verbindungsphasen und der erfassten Dokumentenübertragung für eine Anfrage. Es schließt Unterressourcen, Codeausführung, Rendering und Interaktionsbereitschaft aus.
Warum können heruntergeladene Bytes von Content-Length abweichen?
Content-Length ist ein server-deklarierter Header. Der empfangene Body ist das, was diese begrenzte Probe tatsächlich erfasst hat; große Antworten können nahe der 3 MB Sicherheitsgrenze stoppen.
Warum ändern sich die Ergebnisse zwischen den Durchläufen?
DNS- und CDN-Cache-Zustand, Ursprungsbelastung, Netzwerk-Routing und gemeinsame Infrastruktur variieren. Diagnostizieren Sie Muster über wiederholte Proben und echte Benutzerdaten, nicht einen Lauf.
Jede Zahl ist eine einzelne synthetische Anfrage von der ausgewählten Probe; sie misst nicht das Rendering im Browser, Core Web Vitals oder echte Benutzer.
Die richtige Antwort erhalten
Was einzureichen ist - und was zu vermeiden ist
Submit any public address. Scheme, www, path and query are normalised, and redirects are followed to the final URL so the timings describe the page that is actually served. A private host is refused. A single run from one location is a sample and is best read alongside a second run rather than on its own.
So verwenden Sie es
yourdomain.comJede Adressform funktioniert. http oder https, mit oder ohne www, eine nackte Domain oder ein vollständiger Pfad - wir normalisieren es für Sie.A URL that redirectsIn Ordnung - wir verfolgen jeden Hop zuerst und messen dann das endgültige Ziel.Vermeiden Sie dies
Expecting full page-load / render timeDies misst die Server- und Verbindungsphasen (TTFB), nicht das Rendering des gesamten Seiteninhalts im Browser.Expecting your users' field numbersEs ist eine synthetische Anfrage von einem festen Standort - verwenden Sie Core Web Vitals für echte Benutzerfelddaten.Öffentliche Methodik
Genau wie dieses Ergebnis produziert wird
The address is normalised and the redirect chain is followed per HTTP semantics to the final URL. DNS, TCP, TLS, time to first byte and content transfer are then timed as standard navigation-timing phases, and the TTFB is banded against public field guidance so the stage responsible for the delay is visible rather than averaged away.
- Wir normalisieren die Adresse und folgen der Redirect-Kette gemäß HTTP-Semantik zur endgültigen URL.
- Wir messen DNS, TCP, TLS, TTFB und den Inhaltstransfer als standardmäßige Navigationszeitphasen.
- Wir vergleichen TTFB mit öffentlichen Feldrichtlinien und berichten über jede Phase, sodass die langsame Phase sichtbar ist.
Basierend auf öffentlichen Standards
Die internationalen Standards, auf die diese Überprüfung zutrifft
Three public references define this measurement. W3C Navigation Timing defines the phase model the timings follow, RFC 9110 defines the HTTP semantics used to walk the redirect chain, and Google's web.dev TTFB guidance supplies the band. The phases are reported individually because a single total hides which stage a fix belongs in.
W3CNavigation Timing
Navigation & Resource Timing
Berichtet die Anfrage als die standardmäßigen DNS / TCP / TLS / TTFB / Übertragungsphasen.
Spezifikation lesenIETFRFC 9110
HTTP Semantics
Folgt der Weiterleitungskette gemäß den HTTP-Semantiken vor der endgültigen Messung.
Spezifikation lesenGoogleweb.dev TTFB
Time to First Byte guidance
Bündelt die gemessene TTFB gegen öffentliche Feldrichtlinien.
Spezifikation lesenWir listen einen Standard nur dort auf, wo dieses Tool ihn tatsächlich liest oder misst. Wenn ein Signal außerhalb einer Live-Prüfung liegt, sagt das Ergebnis dies anstelle von implizierter Abdeckung.
Häufige Fragen
Website Performance Test FAQ
What does the Novaverb Website Performance Test measure?
It measures the full connection waterfall for a URL, DNS lookup, TCP connect, TLS handshake, Time To First Byte, and HTML transfer, from Novaverb's Germany probe or selected community probes placed across world regions.
How is this different from the single-location speed check?
The speed check runs only from Germany. This performance test can additionally run from community probes in multiple world regions, letting you compare connection timing across geographies rather than from one fixed vantage point.
Does this test measure Core Web Vitals or rendering?
No. Each number reflects network and server connection timing only. It does not run a browser, so it cannot measure Largest Contentful Paint, layout shift, interactivity, JavaScript execution, or anything about how the page visually renders.
What is the connection waterfall in this test?
It is the ordered breakdown of a request: DNS resolves the hostname, TCP establishes the connection, TLS negotiates encryption, TTFB captures server wait, and HTML transfer downloads the initial document. Each stage exposes where time is spent.
Why are timings different from each probe location?
Each probe is a separate physical location, so distance to your server and CDN edge changes DNS, connection, and transfer times. Regions far from your hosting or without nearby edge nodes will consistently show higher latency.
What is a good TTFB across regions?
Aim for under roughly 500 milliseconds in your primary markets and reasonably consistent numbers elsewhere. Large gaps between regions usually indicate missing CDN coverage or origin-only serving for distant users, which a content delivery network can flatten.
How do I improve performance for distant regions?
Put a CDN in front of your origin so static assets and cached HTML serve from edge nodes near users. Also enable modern protocols and caching so far-away regions are not paying full origin round-trips.
Is one probe measurement reliable on its own?
Treat each number as a single sample from one probe at one moment, subject to transient network conditions. Run repeated checks and compare trends across regions rather than drawing conclusions from any isolated measurement.
Does this test represent what real users experience?
Not exactly. Probes approximate network paths but are not your actual visitors on their devices, browsers, and connections. Use this for comparing server and network delivery across regions, and pair it with field data for true real-user performance.
Why does multi-region performance matter for SEO?
Search visitors and crawlers connect from many places, and slow delivery in a target market delays first byte and rendering there. Consistent low-latency delivery worldwide supports faster pages, better user experience, and the speed signals that aid rankings.
Mehr kostenlose Prüfungen
Erkunde alle Novaverb kostenlosen Tools
Website-SEO-CheckerCrawl-Abdeckung, indexierbare Seiten und interne Links
Keyword Research ToolFree AI keyword research tool for search volume, keyword difficulty, …
SERP CheckerCheck live organic search results and AI Overview rankings for …
Website Security CheckerAudit website security posture, TLS/SSL certificates, HTTP security headers, and …
Server Response Time CheckerMeasure server Time to First Byte (TTFB), DNS lookup, TCP …
Backlink CheckerExplore backlinks, referring domains, dofollow links, and domain authority for …
Robots.txt CheckerTest and validate robots.txt rules, User-Agent directives, blocked paths and …
Sitemap CheckerValidate XML sitemap structure, URL counts, reachability, and index type. …
Meta Tag CheckerCheck page title length, meta description, H1 heading structure, Open …
HTTP Status & Redirect CheckerTrace HTTP status codes (200, 301, 302, 404, 500) and …
Website MonitorMonitor website availability, HTTP status code, and server response time …
HTTP/2 TestCheck whether your web server supports HTTP/2 via TLS ALPN …
HTTP/3 TestTest whether your web server supports HTTP/3 over QUIC with …
GEO CheckerAudit whether ChatGPT, Perplexity, Gemini, and Google AI Overviews can …
Core Web Vitals CheckerCheck real-user Core Web Vitals (LCP, INP, CLS) from Chrome …
PageSpeed CheckerRun a live Lighthouse performance audit to test PageSpeed, Core …
Website Safety CheckerCheck whether a domain or URL is flagged for malware, …
Knowledge Graph CheckerCheck whether a brand, person, product or organization is recognized …
Keyword Gap CheckerCompare your site against competitors to find missing high-traffic keywords, …
Competitor Top PagesFind top organic traffic-driving pages for any competitor domain. See …