TTFB (Time to First Byte) verstehen und gezielt senken

TTFB (Time to First Byte) misst die Zeit zwischen dem Absenden einer Anfrage und dem Eintreffen des ersten Bytes der Serverantwort. Die Metrik ist der früheste messbare Indikator für die Server- und Netzwerkleistung und beeinflusst direkt, wie schnell der Browser mit dem Aufbau der Seite beginnen kann. Ein hoher TTFB verzögert deshalb fast jede nachgelagerte Kennzahl – allen voran den Largest Contentful Paint (LCP).

Woraus sich der TTFB zusammensetzt

Der TTFB ist keine einzelne Grösse, sondern die Summe mehrerer Phasen. Wer ihn senken will, muss zuerst wissen, welche Phase die Zeit verbraucht.

Phase	Was passiert	Typische Stellschraube
DNS-Auflösung	Domain wird in IP-Adresse übersetzt	Schneller DNS-Anbieter, sinnvolle TTL
Verbindungsaufbau	TCP-Handshake und TLS-Aushandlung	TLS 1.3, Keep-Alive, HTTP/2 oder HTTP/3
Server-Verarbeitung	Backend erzeugt die Antwort	Caching, schnellere Datenbankabfragen
Netzwerklatenz	Daten reisen zum Client	CDN mit Edge-Standorten

Der grösste Hebel liegt meist bei der Server-Verarbeitungszeit und der geografischen Distanz.

Zielwerte für den TTFB

• Gut: unter 800 ms
• Verbesserungswürdig: 800 ms bis 1,8 s
• Schlecht: über 1,8 s

Diese Werte gelten für Feld-Daten echter Nutzer. Bei rein statischen Seiten, wie sie etwa diese Plattform ausliefert, sind deutlich niedrigere Werte (oft unter 200 ms) erreichbar.

TTFB senken: die wirksamsten Massnahmen

1. Serverseitiges Caching

Die schnellste Datenbankabfrage ist die, die gar nicht stattfindet. Wird eine fertig gerenderte Seite oder ein API-Ergebnis zwischengespeichert, sinkt die Verarbeitungszeit von hunderten Millisekunden auf wenige Millisekunden. Lesen Sie dazu unseren Leitfaden zum Caching.

2. CDN mit Edge-Caching

Ein Content Delivery Network liefert Inhalte vom geografisch nächstgelegenen Server aus. Das reduziert die Netzwerklatenz drastisch – besonders bei internationalem Publikum.

3. Backend- und Datenbank-Tuning

Langsame SQL-Abfragen, fehlende Indizes oder N+1-Probleme sind klassische TTFB-Bremsen. Profiling des Backends deckt diese auf. Auch die Wahl der Hosting-Ressourcen (CPU, RAM) spielt eine Rolle.

4. Moderne Protokolle und Kompression

HTTP/2 und HTTP/3 reduzieren den Verbindungs-Overhead, TLS 1.3 verkürzt den Handshake. Text-Antworten sollten zusätzlich mit Brotli oder Gzip komprimiert werden.

Vorher/Nachher: ein konkretes Szenario

Ein Onlineshop liefert seine Produktseiten serverseitig gerendert aus, ohne Cache und ohne CDN. Internationale Besucher messen einen TTFB von 1,2 s.

• Massnahme 1: Produktseiten für 5 Minuten serverseitig cachen → Verarbeitungszeit fällt von 700 ms auf 40 ms.
• Massnahme 2: CDN mit Edge-Caching vorschalten → Netzwerklatenz für entfernte Besucher sinkt von 350 ms auf 60 ms.
• Ergebnis: TTFB von 1,2 s auf rund 150 ms, der LCP verbessert sich entsprechend.

Häufige Fehler bei der TTFB-Optimierung

• Symptom statt Ursache behandeln: Wer nur Bilder optimiert, aber ein langsames Backend hat, verbessert den LCP kaum.
• Nur Lab-Daten betrachten: Ein Test aus der Nähe des Servers zeigt einen guten TTFB, während echte Nutzer aus anderen Regionen lange warten. Verlassen Sie sich auf Feld-Daten.
• Cache zu vorsichtig konfigurieren: Aus Angst vor veralteten Inhalten wird gar nicht gecacht. Mit klaren Cache-Regeln (siehe Cache-Control) lässt sich beides vereinen.

[!TIP] Messen Sie den TTFB und alle weiteren Performance-Kennzahlen Ihrer Seite mit dem PageSpeed Check auf balou.tools – inklusive Aufschlüsselung der Server-Antwortzeit und konkreter Optimierungshinweise.

Fazit

Der TTFB ist das Fundament jeder schnellen Website: Solange der Server langsam antwortet, helfen Optimierungen im Frontend nur begrenzt. Die wirksamsten Hebel sind serverseitiges Caching, ein CDN mit Edge-Standorten sowie ein schlankes Backend. Wer den TTFB unter Kontrolle hat, verbessert damit zugleich die Core Web Vitals und die wahrgenommene Geschwindigkeit für alle Besucher.