Time to First Byte (TTFB)
Was ist Time to First Byte (TTFB)?
Time to First Byte (TTFB) misst die Zeit vom Beginn eines Seitenaufrufs bis zum Empfang des ersten Antwortbytes vom Server. Die Kennzahl wird in Millisekunden angegeben. Als Orientierung gilt eine TTFB bis 800 Millisekunden als gut, wobei Messort, Verbindung, Cache-Status und Serverauslastung das Ergebnis beeinflussen.
Time to First Byte (TTFB), deutsch: Zeit bis zum ersten Byte, zeigt, wie lange Browser oder Crawler auf den Beginn einer Server-Antwort warten. Die Messung endet bereits beim ersten übertragenen Byte. Sie sagt deshalb nicht aus, wann Text, Bilder oder das vollständige Layout sichtbar sind.
Wie wird die TTFB gemessen?
Die Time to First Byte ergibt sich aus zwei Zeitpunkten: dem Start der Navigation oder Anfrage und dem Empfang des ersten Antwortbytes. Die vereinfachte Formel lautet: Zeitpunkt des ersten Antwortbytes minus Startzeitpunkt der Anfrage gleich TTFB. Beginnt eine Anfrage bei 0 Millisekunden und trifft das erste Byte bei 620 Millisekunden ein, beträgt die TTFB 620 Millisekunden.
Je nach Messverfahren kann die Time to First Byte mehrere technische Schritte enthalten. Dazu gehören Weiterleitungen, DNS-Auflösung, Aufbau der Netzwerkverbindung, TLS-Verschlüsselung, Übertragung der Anfrage und Verarbeitung auf dem Server. Verschiedene Messwerkzeuge setzen den Startpunkt teilweise unterschiedlich. Vergleiche Werte deshalb nur, wenn URL, Standort, Endgerät, Cache-Status und Messmethode übereinstimmen.
TTFB im PageSpeed-Kontext
Im PageSpeed-Kontext bildet die Time to First Byte den zeitlichen Ausgangspunkt für alle weiteren Ladeschritte. Solange der Browser kein erstes Byte der HTML-Antwort erhält, kann er das Dokument nicht auswerten, keine darin referenzierten Dateien anfordern und keinen Seiteninhalt darstellen. Eine Verzögerung von 500 Millisekunden auf Serverebene lässt sich deshalb im weiteren Ladeprozess meist nicht vollständig zurückgewinnen.
Die Time to First Byte ist selbst kein Core Web Vital. Eine hohe TTFB kann jedoch den First Contentful Paint und den Largest Contentful Paint verzögern, weil beide Kennzahlen erst nach Beginn der Server-Antwort entstehen können. Die Core Web Vitals bewerten Ladezeit, Interaktivität und visuelle Stabilität, während TTFB den vorgelagerten Netzwerk- und Serverabschnitt misst.
| Kennzahl | Messpunkt | Typische Aussage |
|---|---|---|
| TTFB | Erstes Byte der Server-Antwort | Geschwindigkeit von Netzwerk und Backend |
| FCP | Erster sichtbarer Inhalt | Beginn der visuellen Darstellung |
| LCP | Größtes sichtbares Inhaltselement | Wahrgenommene Ladegeschwindigkeit des Hauptinhalts |
| Vollständige Ladezeit | Abschluss aller relevanten Anfragen | Dauer des gesamten Seitenaufbaus |
Was beeinflusst die Time to First Byte?
Eine hohe Time to First Byte entsteht nicht automatisch durch einen langsamen Webserver. Der Messwert enthält je nach Test auch Netzwerkwege, Weiterleitungen und den Verbindungsaufbau. Ein einzelner hoher Wert reicht deshalb nicht für die Diagnose. Wiederhole die Messung aus mehreren Regionen und trenne anschließend Netzwerkzeit von der Verarbeitung im Backend.
Ein häufiger Denkfehler besteht darin, eine hohe Time to First Byte durch kleinere Bilder beheben zu wollen. Bildkomprimierung reduziert die übertragene Datenmenge und kann den Largest Contentful Paint verbessern. Die TTFB des HTML-Dokuments sinkt dadurch in der Regel nicht, weil das erste Byte bereits vor dem Download der Bilder eintrifft. Prüfe bei einer hohen TTFB zuerst Redirects, Cache-Treffer, Datenbanklaufzeiten und Serverprotokolle.
Time to First Byte optimieren
Die Optimierung der Time to First Byte beginnt mit der langsamsten Teilstrecke. Liegt die Verzögerung vor allem im Backend, helfen ein Seiten-Cache, effizientere Datenbankabfragen und weniger blockierende Schnittstellen. Entsteht die Verzögerung durch lange Übertragungswege, kann ein Content Delivery Network statische oder zwischengespeicherte Inhalte näher am Nutzer ausliefern.
Messbar ist die Time to First Byte zum Beispiel so: Teste dieselbe URL mehrfach mit leerem und gefülltem Cache, jeweils mobil und am Desktop. Ergänze die Labormessung durch reale Nutzerdaten, wenn ausreichend Aufrufe vorhanden sind. Der kostenlose Ladezeiten-Check liefert PageSpeed-Werte für Mobilgeräte und Desktop sowie konkrete technische Hinweise.
Prüfe deine Website direkt auf Ladezeit und technische Auffälligkeiten:
Relevanz für SEO, SEA und GEO
Für SEO ist die Time to First Byte vor allem als Ursache weiterer Ladeverzögerungen relevant. TTFB ist kein eigenständiges Core Web Vital, beeinflusst aber den frühestmöglichen Beginn der Darstellung. Bei großen Websites kann eine dauerhaft langsame oder instabile Server-Antwort außerdem das Crawling erschweren, weil Suchmaschinen pro Zeitfenster weniger URLs zuverlässig abrufen können.
Für SEA beeinflusst die Time to First Byte die Erfahrung auf der Zielseite nach dem Anzeigenklick. Ein Nutzer kann erst mit einer Landingpage interagieren, nachdem der Server geantwortet und der Browser Inhalte dargestellt hat. Eine technische Prüfung der Zielseiten gehört deshalb auch zu den Technik-Checks für Google Ads.
Für GEO, also Generative Engine Optimization, gibt es keinen belegten direkten TTFB-Rankingwert. Schnelle und stabile Antworten erleichtern jedoch den zuverlässigen Abruf von Inhalten durch Suchmaschinen und andere Crawler. Die technische Erreichbarkeit schafft damit eine Grundlage, während Quellenqualität, fachliche Präzision und eindeutige Inhalte darüber entscheiden, ob Informationen in KI-Antworten berücksichtigt werden.
TTFB systematisch prüfen lassen
Wenn einzelne Messungen stark schwanken oder die Ursache zwischen Hosting, Datenbank und Anwendung liegt, schafft ein technisches SEO-Audit eine belastbare Priorisierung. Dabei werden PageSpeed-Werte nicht isoliert betrachtet, sondern mit Crawling, Serverantworten, Seitentypen und realen Auswirkungen auf die Website verbunden.
Für eine persönliche Einordnung deiner technischen Ausgangslage kannst du einen unverbindlichen Potenzialcheck anfragen.
Häufige Fragen zur TTFB
Was ist ein guter TTFB-Wert?
Eine TTFB bis 800 Millisekunden gilt als gute Orientierung. Werte zwischen 800 und 1.800 Millisekunden sollten genauer geprüft werden. Entscheidend sind einheitliche Messbedingungen und der Vergleich mehrerer Aufrufe.
Warum schwankt die TTFB bei mehreren Tests?
Die TTFB schwankt durch Serverauslastung, Netzwerkwege, Cache-Treffer und dynamische Datenbankabfragen. Ein erster Aufruf ohne Cache dauert häufig länger als nachfolgende Aufrufe. Nutze deshalb mehrere Messungen und betrachte den Median statt eines Einzelwerts.
Ist TTFB ein Core Web Vital?
Nein, TTFB gehört nicht zu den Core Web Vitals. Die Kennzahl liegt zeitlich vor dem First Contentful Paint und dem Largest Contentful Paint. Eine lange Serverwartezeit kann diese späteren Messwerte jedoch verschlechtern.
Kann ein CDN die TTFB verbessern?
Ein CDN kann die TTFB verbessern, wenn Inhalte an einem Standort nahe beim Nutzer zwischengespeichert werden. Muss jede Anfrage weiterhin vollständig vom Ursprungsserver erzeugt werden, bleibt der Effekt begrenzt.
Verbessert schnelleres Hosting immer die TTFB?
Schnelleres Hosting hilft, wenn Rechenleistung, Arbeitsspeicher oder Serverauslastung die Ursache sind. Langsame Datenbankabfragen, externe APIs und fehlendes Caching bleiben auch auf leistungsfähiger Hardware bestehen und müssen separat optimiert werden.
Welche TTFB sollte ich zuerst prüfen?
Prüfe zuerst die TTFB des initialen HTML-Dokuments, weil der Browser daraus weitere benötigte Ressourcen ermittelt. Kontrolliere anschließend besonders wichtige Seitentypen wie Startseite, Kategorien, Produkte, Landingpages und redaktionelle Inhalte.
Sie haben noch Fragen?
