TTFB-Checker

TTFB (Time to First Byte, Zeit bis zum ersten Byte) misst die Zeit zwischen dem Aufruf einer Seite durch einen Browser und dem Empfang des ersten Antwort-Bytes. Ein guter TTFB liegt unter 800 ms.

Verwende ein CDN, aktiviere serverseitiges Caching, optimiere Datenbankabfragen, reduziere die Verarbeitungszeit des Servers und steige auf HTTP/2 oder HTTP/3 um.

Ja. Der TTFB ist Teil der Messung des Largest Contentful Paint (LCP), der ein Core Web Vital ist. Ein hoher TTFB verzögert den LCP direkt und kann deinem Suchmaschinen-Ranking schaden.

Ja, der TTFB Checker ist zu 100 % kostenlos, ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungsbeschränkungen. Die gesamte Verarbeitung erfolgt lokal in deinem Browser und gewährleistet vollständige Privatsphäre.

Absolut. Der TTFB Checker verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Ja, der TTFB Checker ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser verwenden, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den TTFB Checker in deinem Browser und beginne sofort mit der Nutzung. Es gibt keine Anmeldebarrieren oder Nutzungsbeschränkungen.

Ja, der TTFB Checker wird gemäß den aktuellen Richtlinien und Best Practices von Google Search entwickelt. Wir aktualisieren das Tool regelmäßig, um Änderungen der Anforderungen von Suchmaschinen zu berücksichtigen.

Der TTFB Checker funktioniert in allen modernen Browsern, einschließlich Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Googles Schwellenwerte für Felddaten teilen TTFB in drei Bänder ein: Gut ist unter 800 ms, Verbesserungswürdig liegt zwischen 800 ms und 1.800 ms, und Schlecht ist alles über 1.800 ms. Das sind exakt dieselben Grenzwerte, die Google bei der Auswertung echter Nutzerdaten anlegt – deshalb ist unter 800 ms für die meisten Websites das praktische Ziel. Ein Ergebnis im Bereich Gut bedeutet, dass dein Server schnell genug zu antworten beginnt, sodass er den Rest des Seitenaufbaus nicht ausbremst. Beachte, dass TTFB je nach Standort, Netzwerk und Serverlast schwankt, weshalb es sich lohnt, mehrmals zu messen, statt einem einzelnen Wert zu vertrauen. Dieses Tool stuft jedes Ergebnis anhand genau dieser Schwellenwerte als Gut, Verbesserungswürdig oder Schlecht ein, sodass du sofort erkennst, in welchem Bereich du liegst, ohne dir die Zahlen merken zu müssen.

Ein hoher Gesamtwert kann viele Ursachen haben, nicht nur langsamen Backend-Code. TTFB umfasst den kompletten Roundtrip vor dem Eintreffen des ersten Bytes: den DNS-Lookup, der deine Domain in eine IP-Adresse auflöst, den TCP-Verbindungsaufbau zum Server, den TLS/SSL-Handshake für HTTPS, etwaige Weiterleitungen, über die die Anfrage springt, und erst danach die eigentliche Verarbeitungszeit des Servers. Ein träger DNS-Resolver, eine zusätzliche Weiterleitung oder eine langsame TLS-Aushandlung können den Wert aufblähen, selbst wenn deine Anwendung selbst schnell antwortet. Auch die Entfernung spielt eine Rolle: Ein Besucher weit entfernt von einem einzigen Origin-Server zahlt für jede Netzwerketappe. Die Phasen einzeln zu betrachten, ist der einzig zuverlässige Weg, um herauszufinden, wo die Zeit tatsächlich verloren geht. Dieses Tool zerlegt deine Live-Messung in die Segmente DNS, TCP, TLS/SSL und Weiterleitung, damit du den wahren Übeltäter findest, statt zu raten.

Die Navigation Timing API, die dieses Tool ausliest, kann nur die Seite messen, die gerade in deinem eigenen Browser geöffnet ist, da sie ausschließlich Zeitwerte meldet, die dein Browser tatsächlich selbst erfasst hat. Live-, automatische Messungen decken also immer die Seite ab, auf der du dich befindest, nicht eine fremde URL. Um die Website eines Wettbewerbers oder eine Seite, die du nicht kontrollierst, zu bewerten, führe die URL durch ein Labor-Tool wie PageSpeed Insights oder WebPageTest aus – beide sind hier verlinkt – und übernimm den dort ausgegebenen TTFB-Wert in den manuellen Checker. Du erhältst dieselbe Einstufung in Gut, Verbesserungswürdig oder Schlecht anhand von Googles Schwellenwerten. Das ist der korrekte Ansatz, denn keine browserinterne API kann eine Anfrage messen, die dein Browser nie selbst gestellt hat. Nutze das manuelle Eingabefeld, um Konkurrenten, Staging-Server oder beliebige externe Seiten in Sekunden zu benchmarken.

TTFB misst nur den allerersten Abschnitt der Reise: die Zeitspanne zwischen dem Senden der Anfrage durch deinen Browser und dem Eintreffen des ersten Bytes der Antwort. Die Ladezeit einer Seite erfasst hingegen die gesamte Erfahrung, einschließlich des Herunterladens von HTML, CSS, JavaScript, Bildern und Schriftarten sowie des vollständigen Renderns auf dem Bildschirm. TTFB ist also ein früher Kontrollpunkt, die Ladezeit dagegen die Ziellinie. Beide hängen zusammen, sind aber nicht austauschbar: Ein schneller TTFB garantiert keine schnelle Seite, wenn schwere Assets den Rest der Ladezeit aufblähen, aber ein langsamer TTFB verzögert alles Weitere, da nichts gerendert werden kann, bevor dieses erste Byte angekommen ist. TTFB ist zudem die erste Komponente von Largest Contentful Paint. Dieses Tool isoliert genau dieses erste Zeitintervall, damit du die Server-Reaktionsfähigkeit unabhängig vom Front-End-Gewicht optimieren und die Änderung anschließend mit einer schnellen Neumessung überprüfen kannst.

Für die Seite, die du gerade betrachtest, ist sie sehr genau, da es sich nicht um eine Simulation handelt. Das Tool liest die exakten Zeitwerte aus, die dein Browser bereits über die Navigation Timing API in seinem Performance-Puffer gespeichert hat, sodass das Ergebnis den tatsächlichen Roundtrip widerspiegelt, den du gerade auf deiner eigenen Verbindung erlebt hast. Allerdings ist jede einzelne Messung eine Momentaufnahme, beeinflusst von deinem Standort, den Netzwerkbedingungen, dem Caching und der momentanen Serverlast. Eine aus dem Cache ausgelieferte oder über eine bereits eingespielte Verbindung erfolgte Anfrage kann schneller wirken als der erste Besuch. Für ein verlässliches Bild solltest du mehrmals messen und auf Konsistenz achten, statt dich auf eine einzelne Zahl zu versteifen. Nutze den Button „Erneut messen“ für frische Messwerte und vergleiche deine Live-Zahlen mit Labor-Tools, wenn du serverseitige Ergebnisse unabhängig von deiner eigenen Verbindung brauchst.