Time to First Byte, kurz TTFB, misst die Zeit vom Start des Seitenaufrufs bis zu dem Moment, in dem das erste Byte der Antwort im Browser ankommt. Darin stecken Namensauflösung, Verbindungsaufbau, Verschlüsselung und die Verarbeitung auf dem Server. Als Richtwert nennt Google 0,8 Sekunden oder weniger [1]. Jede Verzögerung an dieser Stelle schiebt alle folgenden Ladewerte nach hinten, weil der Browser vor dem ersten Byte nichts darstellen kann.
Woraus sich die TTFB zusammensetzt
Google zählt auf web.dev fünf Phasen zur TTFB: die Zeit für Weiterleitungen, den Start eines Service Workers, falls einer eingerichtet ist, die DNS-Abfrage, Verbindungsaufbau und TLS-Aushandlung sowie die eigentliche Anfrage bis zum ersten Byte der Antwort [1]. Eine hohe TTFB kann also viele Ursachen haben. Eine Kette aus zwei Weiterleitungen kostet genauso Zeit wie ein langsamer Server oder eine träge DNS-Auflösung.
Gute Werte liegen laut Google bei 0,8 Sekunden oder darunter, schlechte über 1,8 Sekunden, dazwischen besteht Verbesserungsbedarf [1]. Ein einzelner Testaufruf sagt dabei wenig, aussagekräftiger sind die Werte vieler echter Aufrufe.
TTFB und die Core Web Vitals
Die TTFB gehört nicht zu den Core Web Vitals. Google schreibt ausdrücklich, dass eine Website den Richtwert nicht zwingend erreichen muss, solange die übrigen Messwerte nicht darunter leiden [1]. Sie geht aber jedem anderen Ladewert voraus. Der Largest Contentful Paint kann nie kürzer sein als die TTFB, weil das größte Element erst nach dem ersten Byte geladen wird. Die TTFB ist deshalb ein Teilwert der Seitenladezeit und eignet sich gut zur Fehlersuche, wenn der LCP schlecht ist.
Felddaten echter Besucher liefern der Chrome User Experience Report und die JavaScript-Bibliothek web-vitals. Im Labor zeigen die Netzwerkansicht der Chrome DevTools und WebPageTest den Wert für einen einzelnen Aufruf [1].
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Was die TTFB senkt
Google empfiehlt zuerst einen Blick auf das Hosting: Arbeitsspeicher, ein aktueller Softwarestand auf dem Server und notfalls ein schnellerer Anbieter. Ein CDN verkürzt den Weg zwischen Besucher und Server. Weiterleitungen auf derselben Domain lassen sich meist ganz vermeiden. Mit dem Statuscode 103 Early Hints kann der Server dem Browser schon Hinweise auf benötigte Dateien schicken, während er die Seite noch aufbaut [2]. Google warnt außerdem, dass ein Cache einen langsamen Server verdecken kann. Teste deshalb auch einen Aufruf, der am Cache vorbeigeht [2].
Nach unserer Erfahrung liegt der größte Hebel bei Systemen, die jede Seite bei jedem Aufruf aus der Datenbank neu zusammensetzen. Wird die Seite vorab als fertige Datei erzeugt, wie bei einer statischen Website, fällt diese Arbeit beim Aufruf weg. Wie das in der Praxis aussieht, beschreibt der Beitrag Core Web Vitals und statische Auslieferung.
Für eine TTFB, die dauerhaft über einer Sekunde liegt, ohne dass du weißt, ob Hosting, Weiterleitungen oder das System schuld sind, gibt es die gratis Sprechstunde: Bring die Adresse mit, dann sprechen wir darüber.
- Organisation Time to First Byte (TTFB). web.dev (Google). Stand 18.11.2025. abgerufen am 31.10.2026
- Organisation Optimize Time to First Byte. web.dev (Google). Stand 28.11.2025. abgerufen am 31.10.2026
Häufige Fragen
Was ist ein guter TTFB-Wert?
Google nennt 0,8 Sekunden oder weniger als gut und Werte über 1,8 Sekunden als schlecht. Dazwischen besteht Verbesserungsbedarf.
Ist die TTFB ein Rankingfaktor?
Google zählt die TTFB nicht zu den Core Web Vitals. Sie beeinflusst aber den LCP, weil alle Ladewerte erst nach dem ersten Byte beginnen.
Warum ist meine TTFB im Test manchmal null?
Kommt eine Datei direkt aus dem Browser-Cache, wird keine Anfrage an den Server geschickt. Der Wert kann dann null sein und sagt nichts über die Geschwindigkeit des Servers.
Hilft ein CDN gegen eine hohe TTFB?
Ja, Google empfiehlt ein CDN als einen der ersten Schritte, weil es den Weg zwischen Besucher und Server verkürzt. Ein langsames System auf dem Ursprungsserver behebt es allerdings nicht, wenn Seiten am Cache vorbei geladen werden.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
