Time to First Byte (TTFB)
Was ist Time to First Byte (TTFB)?
Time to First Byte misst, wie lange es dauert, bis das erste Byte einer Antwort nach Absenden des Requests im Browser ankommt. Für server- oder edge-gerenderte Storefronts ist es die fundamentale Latenz-Metrik: Jeder nachgelagerte Vital, vor allem LCP, baut darauf auf. Eine schlechte TTFB lässt sich durch cleveren Client-Code nicht reparieren.
Definition
TTFB umfasst DNS-Auflösung, TCP- und TLS-Handshakes, das Weiterreichen durch CDN- und Reverse-Proxy-Hops, die Render-Zeit am Origin oder Edge-Worker und schließlich das Flushen des ersten HTML-Bytes. Erfasst wird der Wert über die Navigation-Timing-API und in Tools wie der web-vitals-Bibliothek, Lighthouse und allen gängigen RUM-Plattformen ausgewiesen. Google bewertet unter 800 ms als gut für Navigation-Requests, unter 200 ms sind aus einem content-delivery-network-cdn oder Edge-Worker realistisch.
Warum es zählt
TTFB definiert die Obergrenze für gefühlte Performance. In Headless-Storefronts mit SSR auf Next.js oder Remix dominieren häufig Upstream-Calls zu Commerce-APIs, Search-Providern und Personalisierungs-Services die TTFB. 600 ms kalter SSR-Render lassen keinen Spielraum, auf 3G-Mobile 2,5 Sekunden LCP zu erreichen. TTFB ist außerdem der Hebel für Streaming SSR: Ohne frühes Flushen des Document-Heads kann der Browser keine kritischen Ressourcen preloaden. Verbesserungen wirken kumulativ auf Core Web Vitals, conversion-rate-optimization-cro und search-engine-optimization-seo.
Anwendungsfälle
Composable-Teams reduzieren TTFB, indem sie HTML am Edge per ISR oder stale-while-revalidate cachen, Render-Worker nah am Origin platzieren und die Zahl blockierender API-Calls beim SSR senken. Storefronts auf Vercel Edge, Cloudflare Workers oder Netlify Edge nutzen edge-gerenderte Fragmente, um dynamische Inhalte schnell zu halten, während die statische Shell zuerst gestreamt wird. Streaming SSR mit React Server Components flusht früh HTML und löst Produktdaten später auf. Teams monitoren TTFB pro Route und Region und behandeln Drops der Cache-Layer-Hitrate als Produktions-Incidents, weil sie direkt in LCP und Bounce-Rate durchschlagen.
Verwandt
Mehr dazu: Performance and Core Web Vitals · Composable Headless Frontend.