Ratgeber · Web-Performance 2026
Time to First Byte: der Engpass vor allen anderen Metriken
Wie sich TTFB zusammensetzt (DNS + Connect + TLS + Server-Verarbeitung), und warum CDN, HTTP/2 und Edge-Caching die größten Hebel sind.
Von Mateusz Viola
Betreiber & redaktionelle Verantwortung pagespeed-test.de
Veröffentlicht
Aktualisiert:
Was ist TTFB?
Time to First Byte misst die Zeit von der ersten HTTP-Anfrage bis zum ersten empfangenen Response-Byte. TTFB ist die Untergrenze für LCP und alle anderen Loading-Metriken: keine Web-Vital kann besser sein als TTFB.
Was alles in TTFB steckt
| Phase | Was passiert | Typische Dauer |
|---|---|---|
| DNS-Lookup | Domain → IP-Adresse | 20-100 ms (gecached: 0) |
| TCP-Connect | 3-Way-Handshake | 50-200 ms (HTTP/3: weniger) |
| TLS-Handshake | HTTPS-Schlüsselaustausch | 50-200 ms (TLS 1.3: schneller) |
| Server-Verarbeitung | App-Logik, DB-Queries, Rendering | 10 ms bis mehrere Sekunden |
| Response-Start | Erstes Byte gesendet | - |
Schwellwert "Good": ≤ 600 ms. Realistisch für statische Seiten auf modernen Hostern: 50-200 ms.
Die größten TTFB-Hebel
1. Statisches Pre-Rendering statt Server-Side-Rendering
Eine statische HTML-Datei aus einem CDN-Cache hat TTFB von 30-80 ms. Eine SSR-Seite mit DB-Query liegt typischerweise bei 300-1500 ms. Wenn der Content nicht pro User wechselt: statisch pre-rendern (Astro, Next Static Export, Hugo, etc.).
2. CDN mit Edge-Caching
Cloudflare, Vercel, Netlify, Bunny: sie cachen statische Responses an Edge-Standorten weltweit. Statt bis nach Frankfurt zu reisen, holt sich der User aus Paris die Response. Spart oft 100-300 ms.
3. HTTP/2 oder HTTP/3
HTTP/1.1 öffnet pro Asset eine TCP-Verbindung. HTTP/2 multiplexed alles über eine. HTTP/3 nutzt UDP-basiertes QUIC und spart den Connect-Roundtrip. Bei vielen Assets der schnellste Pfad.
4. Database-Caching auf App-Ebene
Wenn dynamische Daten gerendert werden müssen: Redis/Memcached für häufige Queries, oder Stale-While-Revalidate-Pattern für eventually-consistent Daten.
TTFB messen
Im Chrome DevTools Network Panel: die "Waterfall" zeigt für jede Request die Phasen DNS, Connect, SSL, TTFB und Content Download in Farben. Die "Waiting (TTFB)"-Phase ist die relevante.
Im Field via Web-Vitals-Library:
import { onTTFB } from 'web-vitals';
onTTFB((metric) => console.log(metric.value));Wenn TTFB schlecht ist, lohnt sich Frontend-Optimierung nicht
Eine Seite mit 1,8 s TTFB kann durch Bilder-Optimierung, Critical CSS und INP-Tuning nie unter 2,5 s LCP kommen. Hier ist der richtige Schritt: Hosting wechseln oder Caching-Layer einbauen, bevor weitere Frontend-Arbeit unternommen wird.