Time to First Byte verbessern: Wenn der Server bremst

Deine Seite sieht schlank aus, ist sauber gebaut – und trotzdem tut sich nach dem Klick erst mal nichts? Dann liegt es oft nicht an Bildern oder Design, sondern am Server. Wer den Time to First Byte verbessern will, muss dort ansetzen, wo die Wartezeit entsteht: noch bevor der Browser überhaupt etwas anzeigen kann.

Der Time to First Byte (kurz TTFB) ist die Zeit, die vergeht, bis das allererste Datenpaket deiner Seite beim Besucher ankommt. In diesem Artikel erfährst du, welche Werte okay sind, woran du einen langsamen Server erkennst und welche Hebel in der Praxis am meisten bringen.

Time to First Byte verbessern: Was der Wert wirklich misst

Der TTFB setzt sich aus mehreren Schritten zusammen: Namensauflösung (DNS), Verbindungsaufbau, Verschlüsselung (TLS) und die eigentliche Antwortzeit des Servers. Bei WordPress kommt dazu: Der Server muss PHP ausführen, die Datenbank abfragen und die Seite zusammenbauen, bevor er sie ausliefert.

Google ordnet den Wert laut web.dev-Leitfaden zum TTFB so ein:

Wichtig zur Einordnung: Der TTFB ist kein eigener Core Web Vital. Er wirkt aber indirekt, denn jede Sekunde, die der Server trödelt, fehlt später beim Largest Contentful Paint – dem Messwert dafür, wann der Hauptinhalt sichtbar ist. Wie du die Core Web Vitals ohne Kosten prüfst, zeigt dir unsere Anleitung zum Core Web Vitals Test mit Google-Tools.

So misst du den TTFB deiner Website

Bevor du etwas änderst, brauchst du eine Ausgangszahl. Miss mehrmals und zu verschiedenen Tageszeiten, denn einzelne Ausreißer sagen wenig.

• PageSpeed Insights: Zeigt unter „Erste Antwortzeit des Servers“ den Wert aus Labor- und Felddaten.
• Chrome DevTools: Im Reiter „Netzwerk“ siehst du bei der Hauptanfrage unter „Timing“ den Wert „Waiting for server response“.
• Google Search Console: Der Bericht zu den Core Web Vitals zeigt dir, ob echte Besucher langsame Seiten erleben.

Wie du die Werte richtig deutest und nicht in Zahlen-Panik verfällst, steht im Artikel Ladezeit Website messen.

Warum bremst der Server? Die häufigsten Ursachen

Günstiges Shared Hosting

Bei Shared Hosting teilen sich viele Websites die Leistung eines Servers. Ist einer der Nachbarn gerade ausgelastet, wartet deine Seite mit. Typisch sind schwankende Werte: mal 300 Millisekunden, mal über 2 Sekunden. Warum das gerade Elementor-Seiten trifft, erklärt der Hosting-Check zu Shared Hosting.

Kein Seiten-Cache

Ohne Cache baut WordPress jede Seite bei jedem Aufruf neu zusammen. Mit Seiten-Cache liegt die fertige HTML-Datei bereit und der Server muss kaum rechnen. Das ist meist der größte Einzelhebel, wenn du den Time to First Byte verbessern willst.

Aufgeblähte Datenbank und viele Plugins

Jedes Plugin kann zusätzliche Datenbankabfragen auslösen. Dazu kommen Altlasten wie alte Revisionen, abgelaufene Transients und Spam-Kommentare. Eine saubere Datenbank antwortet schneller – wie du aufräumst, steht in der Anleitung zum Datenbank-Cleanup.

Veraltete PHP-Version

Neuere PHP-Versionen verarbeiten WordPress deutlich effizienter als ältere. Zusätzlich sind ältere Versionen ein Sicherheitsrisiko, sobald sie keine Updates mehr bekommen. Die PHP-Version stellst du bei den meisten Hostern im Kundenmenü um.

Weite Wege zum Server

Steht der Server weit entfernt vom Besucher oder muss jede Anfrage bis zum Ursprungsserver, verlängert das die Wartezeit. Für Betriebe mit regionalem Publikum ist ein Server in Deutschland sinnvoll – auch aus Datenschutzgründen.

Das kannst du heute tun: 6 Schritte gegen einen hohen TTFB

1. Ausgangswert messen: Drei Messungen der Startseite und einer wichtigen Unterseite notieren.
2. Seiten-Cache aktivieren: Ein Caching-Plugin installieren und konfigurieren – die wichtigsten Einstellungen findest du in der Caching-Masterclass für WP Rocket und Co..
3. PHP-Version prüfen: Im Hosting-Menü auf eine aktuell unterstützte Version stellen und die Seite danach gründlich testen.
4. Plugins ausmisten: Alles deaktivieren und löschen, was du nicht brauchst. Danach erneut messen.
5. Datenbank bereinigen: Vorher ein Backup anlegen, dann Revisionen und abgelaufene Daten entfernen.
6. CDN prüfen: Ob sich ein Content Delivery Network für dich lohnt, erfährst du im Beitrag Wann lohnt sich Cloudflare?.

Nach jedem Schritt einzeln messen, nicht alles auf einmal ändern. Nur so siehst du, was wirklich gewirkt hat.

Typische Fehler beim TTFB aus der Praxis

Wer den Time to First Byte verbessern will, tappt immer wieder in dieselben Fallen. Die drei häufigsten aus Kundenprojekten:

• Nur einmal gemessen: Ein einzelner guter Wert sagt wenig. Bei Shared Hosting schwankt die Antwortzeit je nach Tageszeit stark.
• Eingeloggt getestet: Als angemeldeter Admin umgeht WordPress den Cache. Teste deshalb immer im privaten Browserfenster.
• Zu viele Optimierer gleichzeitig: Zwei Caching-Plugins parallel verlangsamen die Seite oft, statt sie zu beschleunigen.

Ein weiterer Klassiker: Die Seite wird mit Bildoptimierung und Lazy Loading getunt, obwohl der Server selbst die Bremse ist. Das hilft beim Rendern im Browser, aber nicht bei der Wartezeit davor. Wenn du dein Problem auf dem Handy siehst, lohnt sich ein Blick auf die 7 größten Bremsen bei langsamen Mobilseiten – dort ist der Server nur eine von mehreren Ursachen.

Merke dir für jedes Projekt zum Thema time to first byte verbessern die Reihenfolge: erst Server und Cache, dann Code, dann Bilder. Wer den Time to First Byte verbessern möchte, spart sich so viele unnötige Arbeitsstunden. Und wenn die Zahlen nach allen Schritten gut sind, hast du die Basis für gute Core Web Vitals gelegt.

Noch ein Praxistipp zur Geduld: Nach einer Änderung am Cache oder an der PHP-Version solltest du die Seite einige Tage beobachten. Felddaten in der Google Search Console aktualisieren sich mit Verzögerung, weil sie über mehrere Wochen gesammelt werden. Ein schlechter Wert im Bericht kann also noch von der alten Konfiguration stammen, obwohl dein Server längst schneller antwortet.

Wann hilft nur ein anderer Hosting-Tarif?

Ehrlich gesagt: Wenn Cache, PHP-Version und Datenbank in Ordnung sind und der TTFB trotzdem schwankt oder dauerhaft über 0,8 Sekunden liegt, ist meist der Server das Problem. Dann bringt weiteres Feintuning wenig – ein Wechsel auf einen leistungsfähigeren Tarif oder einen anderen Anbieter schon.

Wer sich nicht selbst um Server, Updates und Technik kümmern möchte, kann das mit einer laufenden Betreuung abgeben – Details zu Hosting und Verwaltung bei Agentur Reuber findest du auf der Agenturseite. Wer selbst vergleicht: Die All-Inkl-Partnervorteile zeigen, was bei einem Anbieter mit persönlichem Ansprechpartner möglich ist.

Du bist unsicher, wie deine Seite gerade dasteht? Dann kannst du sie kostenlos analysieren lassen – du bekommst innerhalb von 24 Stunden eine persönliche Auswertung, auch zur Server-Antwortzeit.

Wie das in der Praxis aussieht, zeigen die Projekte und Referenzen von Jonas Reuber – dort sind Websites zu sehen, bei denen Technik und Hosting zusammenspielen.

FAQ: Häufige Fragen zum TTFB

Was ist ein guter Time to First Byte?

Laut Google gilt ein TTFB von bis zu 0,8 Sekunden als gut. Zwischen 0,8 und 1,8 Sekunden besteht Verbesserungsbedarf, darüber ist der Wert schlecht.

Ist der TTFB ein Rankingfaktor?

Nicht direkt, denn er gehört nicht zu den Core Web Vitals. Er beeinflusst aber den Largest Contentful Paint und damit indirekt die Nutzererfahrung.

Wie kann ich den Time to First Byte verbessern?

Um den Time to First Byte verbessern zu können, hilft am schnellsten ein Seiten-Cache. Danach lohnen sich eine aktuelle PHP-Version, weniger Plugins und eine aufgeräumte Datenbank.

Wann liegt es am Hosting?

Wenn der TTFB trotz Cache stark schwankt oder dauerhaft hoch bleibt, begrenzt meist der Server. Dann hilft ein leistungsfähigerer Tarif oder ein Anbieterwechsel.