Time to First Byte (TTFB) ist die Zeit zwischen der Anfrage einer Ressource und dem Eintreffen des ersten Bytes der Antwort im Browser. Die Metrik beschreibt, wie schnell eine Seite zu antworten beginnt, und ist die Grundlage für spätere Ladezeit-Metriken wie FCP und LCP.
Auf einen Blick
- Misst
- Zeit vom Beginn der Navigation bis zum ersten Byte der Antwort
- Einheit
- Sekunden
- Bewertung
- bis 0,8 s gut, über 1,8 s schlecht
- Datenquelle
- Feld: Chrome User Experience Report, web-vitals-Bibliothek; Labor: DevTools, WebPageTest
- Core Web Vital
- Nein, hilft bei der Diagnose von LCP
Stand:
Woraus besteht die TTFB?
Laut web.dev umfasst die TTFB mehrere Phasen. Dazu gehören Weiterleitungen, die Initialisierung eines Service Workers, falls vorhanden, der DNS-Lookup, der Verbindungsaufbau mit TLS-Verhandlung und die Zeit, bis der Server die Antwort zu senden beginnt. MDN beschreibt die Messung über responseStart der Performance-API. Bei 103 Early Hints misst die TTFB das erste Byte nach Weiterleitungen, also die vorläufige 103-Antwort. Die Zeit bis zur endgültigen Antwort liefert finalResponseHeadersStart, sofern der Browser sie unterstützt.
Schwellenwerte
Als groben Richtwert nennt web.dev eine TTFB von 0,8 Sekunden oder weniger. Werte über 1,8 Sekunden gelten als schlecht. Die TTFB gehört nicht zu den Core Web Vitals. Messen lässt sie sich im Feld mit dem Chrome User Experience Report oder der web-vitals-Bibliothek und im Labor mit den Chrome DevTools oder WebPageTest.
Bewertet wird das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Quelle: web.dev: Time to First Byte (TTFB). Stand: .
| Messwert | Misst | Core Web Vital? | Feld oder Labor | „Gut“ laut web.dev |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Renderzeit des größten sichtbaren Bilds, Textblocks oder Videos im Viewport, ab Beginn der Navigation | ja (Laden) | Feld und Labor | bis 2,5 s |
| INP (Interaction to Next Paint) | Latenz der Interaktionen während des gesamten Besuchs bis zur nächsten Darstellung; ein Wert, unter dem (fast) alle Interaktionen liegen | ja (Interaktivität), seit 12.03.2024 | Feld; im Labor nur mit simulierten Interaktionen, Lighthouse misst INP nicht | bis 200 ms |
| CLS (Cumulative Layout Shift) | größte Folge unerwarteter Layoutverschiebungen während der gesamten Lebensdauer der Seite | ja (visuelle Stabilität) | Feld und Labor | bis 0,1 |
| TTFB (Time to First Byte) (dieser Begriff) | Zeit vom Beginn der Navigation bis zum ersten Byte der Antwort | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 0,8 s |
| FCP (First Contentful Paint) | Zeit vom Beginn der Navigation, bis irgendein Inhalt der Seite dargestellt wird | nein (hilft bei der Diagnose von LCP) | Feld und Labor | bis 1,8 s |
| TBT (Total Blocking Time) | Summe der Zeit nach dem FCP, in der der Hauptthread so lange blockiert war, dass Eingaben nicht reagieren konnten | nein (Labor-Stellvertreter für INP) | Labor; Feldmessung empfiehlt web.dev nicht | unter 200 ms auf durchschnittlicher mobiler Hardware |
| Speed Index | wie schnell Inhalte beim Laden sichtbar aufgebaut werden (aus einem Video des Ladevorgangs) | nein | Labor (Lighthouse) | Schwelle laut Lighthouse: mobil bis 3,4 s „schnell“ (web.dev nennt keinen Wert) |
| FID (First Input Delay), historisch | Zeit von der ersten Interaktion bis der Browser mit der Verarbeitung der Event-Handler beginnen kann | bis 12.03.2024, ersetzt durch INP | nur Feld | bis 100 ms |
Bewertet wird laut web.dev das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Eine Seite besteht die Core Web Vitals, wenn LCP, INP und CLS am 75. Perzentil im Bereich „gut“ liegen. Chrome-Tools unterstützen FID seit dem 9. September 2024 nicht mehr. Quellen: web.dev: Web Vitals; web.dev: Largest Contentful Paint (LCP); web.dev: Interaction to Next Paint (INP); web.dev: Cumulative Layout Shift (CLS); web.dev: Time to First Byte (TTFB); web.dev: First Contentful Paint (FCP); web.dev: Total Blocking Time (TBT); web.dev: First Input Delay (FID); web.dev Blog: Interaction to Next Paint is officially a Core Web Vital (2024-03-12); Chrome for Developers: Lighthouse – Speed Index. Stand: .
Beispiel
Im Browser ausgelesen:
const ttfb = performance.getEntriesByType("navigation")[0].responseStart;
Häufige Fehler
- Eine einzelne Messung aus einem Standort als Beleg nehmen.
- Weiterleitungsketten übersehen, die in die TTFB einfließen.
- Gecachte und ungecachte Antworten vermischen (Einschätzung).
- Werte aus Hosting-Vergleichen als Zielgröße übernehmen, obwohl sie deutlich strengere Grenzen nennen als web.dev.
Häufige Fragen
Was ist eine gute TTFB? web.dev nennt als groben Richtwert höchstens 0,8 Sekunden.
Ist die TTFB ein Core Web Vital? Nein. Die Core Web Vitals sind LCP, INP und CLS.
Wie lässt sich die TTFB senken? Durch schnellere Serverantworten, weniger Weiterleitungen, Caching und ein CDN.
Quellen
- Time to First Byte (TTFB) – web.devweb.dev
- Time to First Byte – MDN Web Docsdeveloper.mozilla.org
- Core Web Vitals und die Google Suche – Google Search Centraldevelopers.google.com
- TTFB optimieren – web.devweb.dev
- Web Vitals – web.devweb.dev
Stand: