TTFB unter 200 ms — so erreichst du den Bestwert bei WordPress
09.07.2026 · 7 Min. Lesezeit
Unter 200 ms TTFB gilt als Bestwert — das reicht nicht jede Optimierung, sondern nur ein sauber aufeinander abgestimmter Stack aus Hosting, Caching und CDN.
Falls dein TTFB noch über 800 ms liegt, lies zuerst TTFB reduzieren bei WordPress — dort stehen die Grundlagen und häufigsten Ursachen. Dieser Artikel setzt da an, wo die Basics schon sitzen, und zeigt konkret, was zwischen „gut" (200–500 ms) und „sehr gut" (unter 200 ms) den Unterschied macht.
Warum die 200-ms-Marke so anspruchsvoll ist
Bei 500 ms TTFB reicht meistens ein aktives Caching-Plugin. Bei unter 200 ms zählt jede einzelne Komponente in der Antwortkette:
- Netzwerk-Latenz zwischen Besucher und Server (Distanz, DNS, TLS-Handshake)
- Zeit bis der Cache trifft — Edge-Cache, Objekt-Cache, PHP-Ausführung
- Serverauslastung im Moment des Requests
Ab hier reicht "ein Plugin installieren" nicht mehr — der gesamte Stack muss passen.
Die vier Hebel, die tatsächlich unter 200 ms bringen
1. Edge-Caching statt reinem Server-Cache
Ein normaler Page-Cache liefert HTML vom Origin-Server aus — inklusive Latenz zwischen Besucher und Server-Standort. Für konstant unter 200 ms muss das HTML selbst am Edge liegen, nicht nur die Assets.
- Cloudflare Cache Everything + Page Rules für HTML-Antworten
- Full-Page-Caching direkt beim Hosting-Provider (z. B. LiteSpeed Cache mit QUIC.cloud CDN, WP Rocket + eigenes CDN)
- Cache-Hit-Rate prüfen: Response-Header
cf-cache-status: HITbzw. äquivalente Header des jeweiligen CDN
2. Server-Standort und Anycast-Routing
Auch der schnellste Cache hilft nichts, wenn Anfragen erst quer über den Kontinent geroutet werden. Für DACH-Zielgruppen:
- Origin-Server in Deutschland oder direkt benachbarten Ländern hosten
- Anycast-Netzwerk nutzen (Cloudflare, Bunny CDN), damit jede Anfrage automatisch den nächsten Edge-Standort trifft
- HTTP/3 aktivieren — reduziert Handshake-Overhead spürbar, siehe HTTP/3 für WordPress
3. Cache-Warmup statt Cold-Cache-Treffer
Ein einzelner ungecachter Request kann 1–3 Sekunden dauern und den TTFB-Durchschnitt sofort verhaben. Für konstant niedrige Werte:
- Cache-Preloading nach jeder Bereinigung (Cache-Clear bei Plugin-Update, Beitragsänderung o. Ä.)
- Crawler oder Cron-Job, der wichtige Seiten nach dem Leeren des Caches sofort erneut aufruft
- Cache-Lebensdauer bewusst hochsetzen, wenn Inhalte selten wechseln
4. Objekt-Cache für den Rest der Anfragen
Selbst mit Edge-Caching gibt es Anfragen, die den Origin erreichen müssen — eingeloggte Nutzer, WooCommerce-Warenkorb, personalisierte Inhalte. Dafür:
- Redis oder Memcached als persistenter Objekt-Cache
- Datenbankabfragen auf ein Minimum reduzieren (Query Monitor zeigt Ausreißer)
- OPcache mit ausreichend Speicher, damit PHP-Bytecode nicht wiederholt kompiliert wird
Realistisches Beispiel
Eine WordPress-Seite mit WP Rocket, Shared Hosting in Deutschland, ohne CDN, lag im Schnitt bei 480 ms TTFB. Nach den Änderungen:
| Maßnahme | TTFB danach |
|---|---|
| Ausgangswert (Server-Cache, kein CDN) | 480 ms |
| + Cloudflare mit Cache Everything | 210 ms |
| + Cache-Preloading nach jedem Cache-Clear | 160 ms |
| + HTTP/3 aktiviert | 140 ms |
Der größte Sprung kam vom Edge-Caching — nicht vom Hosting-Upgrade.
TTFB unter 200 ms halten, nicht nur einmal erreichen
Ein einmaliger Messwert unter 200 ms sagt wenig — TTFB schwankt mit Traffic, Cache-Zustand und Tageszeit. turbometrics misst TTFB bei jedem geplanten Scan aus mehreren Standorten und zeigt per Alert, sobald der Wert über deinen Schwellwert steigt. So siehst du, ob 200 ms ein Ausreißer war oder dauerhaft Bestand hat — auch über Live-Daten mit echtem p75-TTFB deiner Besucher.
Checkliste für konstant unter 200 ms
- Edge-Cache-Hit-Rate prüfen — liegt sie deutlich unter 90 %, ist das der erste Hebel
- Server-Standort verifizieren — passt er zur Zielgruppe?
- HTTP/3 aktivieren, falls noch nicht geschehen
- Cache-Preloading einrichten, damit Cold-Cache-Treffer selten bleiben
- Objekt-Cache (Redis/Memcached) für eingeloggte und dynamische Anfragen
- TTFB kontinuierlich überwachen, nicht nur einmalig messen
Fazit
Unter 200 ms TTFB ist kein Hosting-Feature, sondern das Ergebnis aus Edge-Caching, passendem Server-Standort, Cache-Warmup und einem sauberen Objekt-Cache. Wer bei den Grundlagen aus TTFB reduzieren bei WordPress schon unter 500 ms liegt, kommt mit diesen vier Hebeln zuverlässig in den grünen Bereich.
Jetzt TTFB kostenlos messen — mit turbometrics siehst du sofort wo du stehst.