Was ist Time to First Byte (TTFB)?

Time to First Byte (TTFB) ist die Zeitspanne von der Anfrage des Browsers bis zum Empfang des ersten Bytes der Serverantwort. TTFB misst die Reaktionsschnelligkeit des Servers und beeinflusst damit direkt die Ladezeit einer Seite sowie den Core-Web-Vitals-Wert Largest Contentful Paint. Ein guter TTFB-Wert liegt in der Regel bei 0,8 Sekunden oder darunter.

TTFB ist eine der ersten messbaren Kennzahlen im Ladevorgang einer Webseite. Der Wert zeigt, wie lange der Server braucht, um auf eine Anfrage überhaupt zu antworten, bevor der Browser mit dem Rendern beginnen kann. Ein hoher TTFB verzögert alles Folgende und zieht die gesamte PageSpeed nach unten. Deshalb ist TTFB ein Standardwert in jeder technischen Ladezeit-Analyse.

Kurzprofil des Begriffs

Was ist ein guter TTFB-Wert?

Ein guter TTFB-Wert liegt bei 0,8 Sekunden (800 Millisekunden) oder darunter. Google (web.dev) teilt die Time to First Byte in drei Bereiche ein: bis 0,8 Sekunden gilt der Wert als gut, zwischen 0,8 und 1,8 Sekunden als verbesserungswürdig, über 1,8 Sekunden als schlecht.

Diese Schwellen sind Richtwerte, kein hartes Ranking-Kriterium. TTFB ist selbst kein offizieller Core-Web-Vitals-Wert, sondern eine diagnostische Vorstufe: Ein hoher TTFB frisst das Zeitbudget auf, das die Core Web Vitals für ein schnelles Rendering brauchen. Wer den TTFB drückt, schafft Spielraum für einen besseren Largest Contentful Paint.

Woraus setzt sich TTFB zusammen?

TTFB summiert alle Phasen, die zwischen dem Absenden der Anfrage und dem ersten empfangenen Byte liegen. Der Wert setzt sich aus fünf Phasen zusammen:

1. Weiterleitungen (Redirects): Jede 301- oder 302-Weiterleitung kostet eine zusätzliche Rundreise zum Server.
2. DNS-Lookup: Die Domain wird in eine IP-Adresse aufgelöst.
3. TCP-Verbindung und TLS-Handshake: Browser und Server bauen die Verbindung auf und aushandeln die verschlüsselte HTTPS-Sitzung.
4. Request: Der Browser sendet die eigentliche HTTP-Anfrage.
5. Server-Verarbeitung: Der Server generiert die Antwort, oft der größte Zeitanteil, weil hier Datenbankabfragen und das Zusammenbauen der Seite passieren.

Erst wenn das erste Byte dieser Antwort beim Browser ankommt, endet die TTFB-Messung. Die Server-Verarbeitung ist bei den meisten Websites der entscheidende Hebel, weil dynamische Seiten hier Datenbank und Anwendungslogik durchlaufen.

Was beeinflusst die Time to First Byte?

Den TTFB bestimmen vor allem Server, Verbindungsweg und Seitenlogik. Vier Faktoren wirken am stärksten:

• Hosting und Serverleistung: Ein überlastetes Shared-Hosting antwortet langsamer als ein dediziertes oder gut skaliertes Setup. Schwache CPU und wenig Arbeitsspeicher verlängern die Verarbeitung.
• Serverseitige Verarbeitung: Aufwändige Datenbankabfragen, ungecachte Berechnungen und schwere Anwendungslogik treiben die Antwortzeit hoch. Bei WordPress etwa entsteht jede Seite dynamisch aus PHP und Datenbank, wenn kein Caching greift.
• Geografische Distanz: Je weiter der Nutzer vom Server entfernt ist, desto länger dauern die Netzwerk-Rundreisen. Ein Server in Frankfurt liefert deutschen Nutzern schneller als einer in den USA.
• Weiterleitungen und Verbindungsaufbau: Redirect-Ketten und ein langsamer TLS-Handshake addieren jeweils eigene Verzögerungen.

In der Praxis ist fehlendes Caching die häufigste Ursache für einen hohen TTFB. Ohne Cache baut der Server jede Anfrage von Grund auf neu zusammen, statt eine fertige Version auszuliefern.

Wie senkt man den TTFB?

Den TTFB senkt man, indem der Server schneller eine fertige Antwort ausliefert. Fünf Maßnahmen greifen am zuverlässigsten:

1. Caching einrichten: Ein Page-Cache liefert fertige HTML-Seiten aus, statt sie pro Anfrage neu zu erzeugen. Das ist der wirksamste Einzelhebel für dynamische Seiten.
2. Ein CDN nutzen: Ein Content Delivery Network (CDN) liefert Inhalte von einem Server-Standort nahe am Nutzer und verkürzt so die Netzwerk-Distanz.
3. Besseres Hosting wählen: Mehr CPU, mehr RAM und ein Server-Standort in der Zielregion senken die Verarbeitungs- und Netzwerkzeit spürbar.
4. Serverlogik und Datenbank optimieren: Langsame Datenbankabfragen entschlacken, aktuelle PHP-Version nutzen, Object-Caching aktivieren.
5. Weiterleitungen reduzieren: Jede vermeidbare Redirect-Kette entfernen, damit keine zusätzliche Server-Rundreise anfällt.

Welche Maßnahme am meisten bringt, zeigt eine strukturierte Messung. Genau das leistet ein technisches SEO-Audit: Es misst den TTFB, ordnet ihn den Ursachen zu und priorisiert die wirksamsten Hebel.

TTFB vs. Ladezeit: Was ist der Unterschied?

TTFB misst nur den Start, die Ladezeit den gesamten Vorgang. Der TTFB endet in dem Moment, in dem das erste Byte der Serverantwort beim Browser ankommt. Die vollständige Ladezeit umfasst zusätzlich das Herunterladen aller Ressourcen, das Rendern und das Darstellen der Seite.

• TTFB: Reaktionszeit des Servers, bevor überhaupt Inhalt fließt. Ein reiner Server- und Netzwerk-Wert.
• Ladezeit: Zeit bis die Seite nutzbar dargestellt ist, gemessen etwa über Largest Contentful Paint. Hängt zusätzlich von Bildern, Skripten und dem Rendering ab.

Kurz gesagt: Der TTFB ist der erste Baustein der Ladezeit. Ein niedriger TTFB garantiert keine schnelle Seite, aber ein hoher TTFB macht eine schnelle Seite unmöglich, weil alles Weitere darauf wartet.

Häufige Fragen zu TTFB

Ist TTFB ein Google-Ranking-Faktor?
TTFB ist kein direkter Ranking-Faktor und kein offizieller Core-Web-Vitals-Wert. TTFB beeinflusst aber den Largest Contentful Paint, der Teil der Core Web Vitals ist, und wirkt so indirekt auf das Ranking.

In welcher Einheit wird TTFB gemessen?
TTFB wird in Millisekunden gemessen, oft auch in Sekunden angegeben. Der Richtwert für einen guten Wert liegt bei 800 Millisekunden, also 0,8 Sekunden.

Womit misst man den TTFB?
Den TTFB messen Tools wie PageSpeed Insights, die Chrome DevTools (Netzwerk-Tab, Spalte „Waiting/TTFB“), WebPageTest oder die JavaScript-Schnittstelle Navigation Timing API. PageSpeed Insights weist TTFB als „Server-Antwortzeit“ aus.

Warum ist mein TTFB so hoch?
Die häufigsten Ursachen für einen hohen TTFB sind fehlendes Caching, schwaches Hosting, langsame Datenbankabfragen und eine große geografische Distanz zum Server. Caching und ein CDN beheben die meisten Fälle.