Time to First Byte (TTFB) misst die Zeitspanne zwischen dem Absenden einer HTTP-Anfrage durch den Browser und dem Empfang des ersten Bytes der Serverantwort. TTFB ist ein fundamentaler Indikator fuer die Serverleistung und hat direkten Einfluss auf alle nachfolgenden Performance-Metriken.
TTFB ist kein Core Web Vital, aber eine diagnostische Metrik, die Google im Chrome User Experience Report (CrUX) erfasst. Ein langsamer TTFB verzoegert zwangslaeufig den First Contentful Paint und den Largest Contentful Paint — und damit die gesamte wahrgenommene Ladegeschwindigkeit.
Was TTFB misst
TTFB setzt sich aus mehreren Teilprozessen zusammen:
| Phase | Beschreibung | Typische Dauer |
|---|---|---|
| DNS-Lookup | Domain in IP-Adresse aufloesen | 20-120ms |
| TCP-Verbindung | Verbindung zum Server herstellen | 20-100ms |
| TLS-Handshake | Verschluesselte Verbindung (HTTPS) aushandeln | 30-100ms |
| Request-Uebertragung | Anfrage zum Server senden | 5-50ms |
| Serververarbeitung | Server generiert die Antwort | 50-2000ms+ |
| Response-Start | Erstes Byte der Antwort trifft ein | — |
Die Serververarbeitung ist typischerweise der groesste Anteil. Hier entscheidet sich, ob Datenbankabfragen, Template-Rendering und Business-Logik effizient ablaufen.
Bewertungsskala
Google empfiehlt folgende Schwellenwerte:
| Bewertung | TTFB | Massnahme |
|---|---|---|
| Gut | < 800ms | Keine Aktion noetig |
| Verbesserung noetig | 800-1800ms | Optimierung empfohlen |
| Schlecht | > 1800ms | Dringend optimieren |
Fuer eine professionelle Website sollte der TTFB-Wert im Idealfall unter 200-400ms liegen.
TTFB messen
Tools
- Lighthouse: Zeigt TTFB in den Diagnose-Daten
- Chrome DevTools: Network-Tab, "Waiting (TTFB)" Spalte
- WebPageTest: Detaillierte Wasserfall-Ansicht mit TTFB je Ressource
- Google Search Console: Core Web Vitals Report mit CrUX-Daten
- curl:
curl -o /dev/null -w "TTFB: %{time_starttransfer}s\n" URL
Lab vs. Field Data
Lab-Messungen (Lighthouse, DevTools) testen unter kontrollierten Bedingungen. Field Data (CrUX, Real User Monitoring) zeigt die tatsaechliche Nutzererfahrung mit realen Netzwerkbedingungen und Geraeten. Fuer SEO zaehlen die Field Data.
Optimierungsmassnahmen
Server und Hosting
Die Wahl des Hostings ist der groesste Hebel fuer TTFB:
- Managed Hosting statt Shared Hosting
- Edge Computing: Server nahe am Nutzer (z. B. Vercel Edge Functions)
- Ausreichend Server-Ressourcen: CPU, RAM und I/O-Kapazitaet
- Aktuelle Software: Neueste PHP-, Node.js- oder Python-Versionen
CDN einsetzen
Ein CDN (Content Delivery Network) verteilt Inhalte auf Server weltweit. Statische Assets werden vom naechstgelegenen Edge-Server ausgeliefert, was TTFB drastisch reduziert — insbesondere fuer Nutzer, die geografisch weit vom Ursprungsserver entfernt sind.
Caching-Strategien
| Caching-Ebene | Was wird gecacht | Effekt auf TTFB |
|---|---|---|
| Browser-Cache | Statische Assets (CSS, JS, Bilder) | Eliminiert Request komplett |
| CDN-Cache | HTML, Assets | Reduziert auf CDN-Latenz |
| Application-Cache | Gerenderte Seiten | Vermeidet Server-Rendering |
| Database-Cache | Abfrageergebnisse | Beschleunigt Serververarbeitung |
Rendering-Strategien in Next.js
Fuer Next.js-Projekte bieten verschiedene Rendering-Strategien unterschiedliche TTFB-Profile:
- Static Site Generation: TTFB nahe null (nur CDN-Latenz)
- Incremental Static Regeneration (ISR): Statisch mit automatischer Aktualisierung
- Server-Side Rendering: Dynamisch, TTFB abhaengig von Serverleistung
- Edge Runtime: SSR am Edge fuer niedrigen TTFB weltweit
Weitere Massnahmen
- HTTP/2 oder HTTP/3: Reduziert Verbindungsaufbau-Overhead
- Redirects minimieren: Jeder Redirect addiert einen kompletten TTFB-Zyklus
- Datenbankabfragen optimieren: Indizes, Query-Optimierung, Connection Pooling
- Komprimierung aktivieren: Brotli oder Gzip reduzieren die Antwortgroesse
TTFB und SEO
Ein schneller TTFB ist indirekt ein SEO-Faktor. Google bewertet die Page Speed als Ranking-Signal, und TTFB beeinflusst den LCP, der ein offizielles Core Web Vital ist. Ausserdem bestimmt TTFB, wie effizient der Googlebot Seiten crawlen kann — ein langsamer TTFB reduziert das Crawl Budget und damit die Anzahl der Seiten, die Google pro Besuch indiziert.