Sie haben auf einen Link geklickt, und der Browser tut einfach nichts. Kein Seitenaufbau, keine Fortschrittsanzeige, nur ein weißer Bildschirm und Wartezeit. Das liegt nicht an Ihrer Internetgeschwindigkeit oder an langsamem JavaScript. Das ist TTFB: die Zeitspanne, die der Server benötigt, um auf die allererste Anfrage zu antworten.

TTFB bestimmt, wann Nutzer überhaupt etwas auf ihrem Bildschirm sehen. Bei einem langsamen TTFB springen Besucher ab, bevor Ihre Seite mit dem Rendern beginnt. Und ab 2025 berücksichtigt Google die Server-Reaktionszeit in seinen Rankingsignalen Core Web Vitals.

Im Folgenden erfahren Sie, was TTFB wirklich ist, aus welchen vier Komponenten es besteht und wie Sie es auf ein Niveau senken, bei dem Ihre Seite das erste Byte schneller ausliefert, als ein Nutzer blinzeln kann.

💡 Kurzüberblick:

• Verstehen, was TTFB ist und warum sich jede Sekunde dieser Verzögerung bei jeder Besucherinteraktion vervielfacht.
• Die Kette der vier Faktoren durchgehen: DNS, Server, WordPress-Plugins und HTML-Caching.
• Vier Szenarien mit echten Pingdom-Messungen vergleichen, von 150 ms bis zu katastrophalen 4,2 Sekunden.
• HTML-Caching aktivieren und sehen, wie ein einziges Plugin die TTFB drastisch reduziert, ohne den Hoster zu wechseln.

Was TTFB ist und warum es alles beeinflusst

Die formale Definition von Wikipedia: TTFB ist die Zeitspanne vom Senden einer HTTP-Anfrage bis zum Empfang des ersten Bytes der Antwort im Client-Browser. Sie umfasst die Latenz des Socket-Verbindungsaufbaus, die Übertragungszeit der Anfrage und die Verarbeitungszeit des Servers.

Einfacher ausgedrückt: TTFB ist die Pause zwischen „Klick auf einen Link" und „es beginnt, etwas auf der Seite zu passieren". In der Gaming-Sprache ist es Latenz, Ping, die Verzögerung vor der ersten Antwort. Nutzer sehen keinen Header, kein Menü, keinen Spinner, nur einen leeren Tab. Je länger diese Pause, desto höher die Wahrscheinlichkeit, dass sie den Tab schließen.

Eine wichtige Nuance: TTFB betrifft nicht nur den initialen Seitenaufbau. Jede interne Navigation, jeder Klick auf einen Menülink, jeder Klick auf ein Bild innerhalb eines Beitrags ist eine separate HTTP-Anfrage mit eigener TTFB. Ein schlechter Wert vervielfacht sich bei jeder Leseraktion.

Vier Faktoren, aus denen sich TTFB zusammensetzt

TTFB ist keine einzelne Kennzahl, sondern eine Summe von Verzögerungen auf jeder Stufe der Kette „Nutzer → Seite". Alle vier Glieder arbeiten sequenziell: Wird eines langsamer, verlangsamt sich auch das Endergebnis. Betrachten wir jedes einzelne.

DNS: der erste Kontrollpunkt

Der Browser weiß nicht, wo sich Ihr Server physisch befindet, bis das DNS die Domain in eine IP-Adresse umwandelt. Gute DNS-Server mit einem verteilten Netzwerk von Knoten erledigen das in Millisekunden, während schlechte bei jedem Seitenaufruf Dutzende oder Hunderte von Millisekunden hinzufügen.

Praktisches Minimum: Nutzen Sie Cloudflare oder einen ähnlichen Dienst mit globalem DNS-Caching. Nach der ersten Anfrage bleibt die Adresse im Cache, und die DNS-Latenz verschwindet bei nachfolgenden Anfragen vollständig.

Server und PHP: was beim Hoster passiert

Jede Anfrage an eine nicht gecachte WordPress-Seite startet den PHP-Interpreter. Der Server lädt den Kern, das Theme und die aktiven Plugins, führt deren Code aus und liefert erst dann das HTML aus. Moderne PHP-Versionen bewältigen diesen Zyklus deutlich schneller als Releases von vor einem Jahrzehnt, ganz zu schweigen von völlig veralteten Zweigen.

Zwei Hosting-Parameter bestimmen die Geschwindigkeit: die PHP-Version und die Ihrem Tarif zugewiesene CPU-Zeit. Billiges Shared Hosting mit Dutzenden von Seiten auf einem Server und veraltetem PHP ist ein garantierter Weg zu TTFB > 1 Sekunde. Spezialisiertes WordPress-Hosting mit PHP 8.2+ und integriertem serverseitigem Caching liefert grundlegend andere Werte.

WordPress-Plugins und Theme

WordPress setzt Seiten aus Dutzenden von PHP-Dateien zusammen, und jedes aktive Plugin fügt diesem Prozess seinen Code hinzu. Zehn Qualitäts-Plugins von renommierten Entwicklern können die TTFB kaum beeinflussen. Ein schlecht programmiertes Plugin, das bei jeder Anfrage drei zusätzliche Datenbankabfragen durchführt, kann die Geschwindigkeit Ihrer gesamten Seite ruinieren.

Hier ein Beispiel für einen sinnvollen Plugin-Satz, alles Notwendige, nichts Überflüssiges:

Und dies ist bereits eine potenziell problematische Konfiguration. Mehrere Dutzend aktive Plugins, und der Server muss jedes einzelne bei der Seitengenerierung verarbeiten:

In der Praxis garantieren mehr als 30 aktive Plugins fast eine hohe TTFB, selbst auf gutem Hosting. Die Regel ist einfach: Jedes Plugin sollte eine spezifische Aufgabe erfüllen, die nicht anders gelöst werden kann. Alles, was „nur für den Fall" vorhanden ist, sollte entfernt werden.

HTML-Caching: der zentrale Hebel

Der mit Abstand wirkungsvollste Faktor. Ein Caching-Plugin wie Cache Enabler legt fertige HTML-Kopien der Seiten auf der Festplatte des Servers ab. Geht eine Anfrage ein, liefert der Webserver eine statische Datei aus und umgeht damit den gesamten PHP- und WordPress-Stack.

Das Ergebnis: Der Server muss nicht mehr für jeden Besucher Core, Theme und Plugins laden. Nur noch der Webserver selbst (nginx oder Apache) liefert Inhalte direkt aus. Deshalb bringt Caching die deutlichste TTFB-Reduzierung, und zwar um Faktoren, nicht um Prozentpunkte. Warum nginx für diese Aufgabe effizienter ist als Apache, haben wir in einem separaten Beitrag erläutert.

TTFB in der Praxis: vier Szenarien

Kommen wir zu realen Messwerten. Nachfolgend finden Sie Testergebnisse für verschiedene Website- und Serverkombinationen, ermittelt mit Pingdom Tools. Jedes Szenario zeigt die TTFB sowohl für die ungecachte als auch für die gecachte Version.

Langsame Website auf einem langsamen Server

Die denkbar schlechteste Kombination: eine Website mit Dutzenden Plugins und ohne Caching auf einem veralteten Shared Hosting mit PHP 5.4.

Sehen wir uns die Details der ersten Anfrage genauer an, bei der Sie dem Server beim scheinbar endlosen Nachdenken zusehen können:

Die TTFB beträgt 4,2 Sekunden. Vier Sekunden, in denen der Nutzer auf einen leeren Bildschirm starrt, bevor der Browser überhaupt Daten empfängt. Rechnet man die Renderzeit der Seite hinzu, erreicht die Gesamtwartezeit, bis die Seite nutzbar ist, locker sieben Sekunden. Cloudflare davor hilft hier nicht: Das Problem sitzt tiefer, auf der Ebene des Hostings und des Website-Codes.

Schnelle Website auf einem mittleren Server

Veränderte Bedingungen: eine Website mit minimalen Plugins, Server auf Apache mit einer gängigen PHP-Version, kein Caching.

Ergebnis: 521 ms. Bereits achtmal besser als im ersten Szenario. Eine halbe Sekunde bis zum ersten Byte, akzeptabel für die meisten Websites. Aktivieren wir nun das Caching:

Die TTFB sinkt auf 152 ms. Selbst mittleres Hosting liefert mit korrekt konfiguriertem Caching hervorragende Ergebnisse.

Langsame Website auf einem schnellen Server

Die umgekehrte Situation: ein optimierter Server auf Plesk mit nginx und einer gängigen PHP-Version, aber eine mit Plugins überfrachtete Website.

Ohne Cache benötigt der schnelle Server dennoch 1,29 Sekunden, um die schwere Website zu verarbeiten. Gutes Hosting mildert die Probleme eines schlecht optimierten WordPress, löst sie aber nicht.

Aktiviert man das Caching, sinkt die TTFB auf 400 ms. Mehr als der dreifache Unterschied.

Schnelle Website auf einem schnellen Server

Das optimale Szenario: eine schlanke Website auf gutem Hosting.

Ohne Cache liefert der Server das erste Byte in unter 500 ms aus. Mit Caching:

Ergebnis: unter 150 ms. Praktisch sofortige Antwort.

Zusammenfassung der Ergebnisse

Alle vier Szenarien in einem Diagramm:

Das Fazit aus diesen Messungen ist eindeutig: Das Hosting spielt eine Rolle, aber was Sie mit der Website selbst machen, beeinflusst den TTFB stärker. Ein schneller Server mit Caching kann selbst eine problematische Website auf akzeptable 400 ms bringen, während ein langsamer Server ohne Cache selbst ein schlankes WordPress ausbremst.

So verbessern Sie den TTFB: Schritt-für-Schritt-Plan

Die Optimierung verläuft vom Einfachen zum Komplexen, von Maßnahmen, die fünf Minuten dauern und maximale Wirkung erzielen, hin zu feineren Justierungen.

Schritt 1: HTML-Caching aktivieren. Installieren Sie den kostenlosen Cache Enabler oder ein ähnliches Caching-Plugin. Diese einzelne Maßnahme reduziert den TTFB auf jedem Hosting drastisch. Ohne Übertreibung: die höchste Rendite pro eingesetzter Minute in der gesamten WordPress-Optimierung.

Schritt 2: PHP-Version prüfen. Suchen Sie in Ihrem Hosting-Admin-Panel oder cPanel die Einstellung für die PHP-Version. Ist eine aktuelle Version verfügbar (8.2 oder neuer), stellen Sie darauf um. Der Wechsel von einem veralteten Zweig auf einen modernen beschleunigt die Verarbeitung jeder Anfrage spürbar. Stellen Sie vor dem Wechsel sicher, dass Ihr Theme und alle Plugins mit der gewählten Version kompatibel sind.

Schritt 3: Plugins überprüfen. Deaktivieren Sie alles, was nicht gerade aktiv genutzt wird. Behalten Sie nur Plugins, die eine konkrete Aufgabe lösen. Alles andere sollte gelöscht werden, nicht nur deaktiviert. Plugins, die man „für später" oder „könnte man mal brauchen" vorhält, fügen jeder Anfrage Code hinzu, ob Sie sie nutzen oder nicht.

Schritt 4: Ein schnelles Theme wählen. Das Theme bestimmt, wie viel PHP-Code bei jedem Seitenaufruf ausgeführt wird. Schwergewichtige Themes mit visuellen Page Buildern erzeugen deutlich mehr Serverarbeit als minimalistische Lösungen. Zeigt ein TTFB-Test auf einer sauberen WordPress-Installation (keine Plugins, Standard-Theme) ein gutes Ergebnis, der Wert bricht aber nach Aktivierung Ihres Themes stark ein, liegt das Problem am Theme selbst.

Schritt 5: Hosting bewerten. Liegt der TTFB nach den ersten vier Schritten immer noch über 500-800 ms, liegt die Begrenzung auf der Hosting-Seite. Spezialisiertes WordPress-Hosting mit nginx, PHP 8.2+ und serverseitigem Caching liefert ein grundlegend anderes Antwortniveau. Achten Sie bei der Auswahl auf integriertes Object-Caching (Redis oder Memcached), das die nächste Stufe nach dem HTML-Caching darstellt.

Video: TTFB von der Theorie zum Ergebnis

Sehen Sie eine visuelle Aufschlüsselung des TTFB mit Live-Messungen vor und nach der Optimierung:

⁉️🤔 Häufig gestellte Fragen

Welcher TTFB gilt für WordPress als gut?

Orientieren Sie sich an den Zielwerten der Google Core Web Vitals: bis 800 ms ist akzeptabel, bis 500 ms ist gut, bis 200 ms ist ausgezeichnet. In der Praxis liegt der erreichbare Bereich für eine WordPress-Seite mit Caching bei 100-400 ms. Ohne Caching fällt selbst eine schnelle Seite selten unter 400-500 ms.

Ist ein Hosting-Wechsel zwingend nötig, um den TTFB zu verbessern?

Nicht immer. HTML-Caching reduziert den TTFB selbst auf mittelmäßigem Hosting drastisch. Aktivieren Sie vor einem Umzug das Caching, aktualisieren Sie PHP auf eine aktuelle Version und bereinigen Sie die Plugins. Liegt der TTFB danach immer noch über 800 ms, dann ist es wirklich Zeit für einen Hosting-Wechsel.

Warum schwankt der TTFB von Messung zu Messung?

Der TTFB wird von der CPU-Auslastung des Servers zum Messzeitpunkt, der Netzwerklatenz und der Geografie des Testservers beeinflusst. Führen Sie eine Serie von 5-7 Messungen durch und verwenden Sie den Median, nicht den ersten zufälligen Wert. Testen Sie von mehreren Standorten aus: Ein Server in Europa kann von Frankfurt aus einen exzellenten TTFB zeigen, von Tokio aus jedoch einen schlechten.

Beeinflusst der TTFB das Google-Ranking?

Ja, ab 2025 ist die Server-Reaktionsfähigkeit als Ranking-Signal Teil der Core Web Vitals. Der direkte Einfluss ist moderat, der indirekte jedoch erheblich: Ein hoher TTFB erhöht die Absprungrate, und eine hohe Absprungrate schadet dem Ranking direkt.

Kann ich den TTFB kostenlos messen?

Ja. Nutzen Sie Pingdom Tools, GTmetrix, PageSpeed Insights oder WebPageTest. Wichtige Nuance: Messen Sie gezielt den TTFB (Time to First Byte), nicht die gesamte Seitenladezeit. Bei Pingdom müssen Sie dafür die Details der ersten Anfrage an die Seite aufklappen.

Was Sie jetzt gegen den TTFB tun sollten

Die zentrale Erkenntnis aus den obigen Messungen: HTML-Caching ist der wirkungsvollste und einfachste Hebel. Ein einziges Plugin reduziert den TTFB auf jedem Hosting drastisch, und es dauert exakt fünf Minuten.

Die Reihenfolge der Maßnahmen ist wie folgt:

• Liegt der TTFB > 1 Sekunde, beginnen Sie mit Caching und PHP-Aktualisierung. Diese beiden Schritte liefern den Großteil der möglichen Verbesserung.
• Liegt der TTFB zwischen 400 und 800 ms, beseitigt eine Plugin- und Theme-Überprüfung in der Regel die verbleibende Verzögerung.
• Liegt der TTFB konstant unter 200 ms, befinden Sie sich im optimalen Bereich; halten Sie das aktuelle Niveau.

Beginnen Sie mit einem kostenlosen Caching-Plugin: installieren, aktivieren und einen Test über Pingdom Tools durchführen. Sie werden den Unterschied sofort sehen. Wie hoch ist Ihr aktueller TTFB? Teilen Sie Ihre Werte in den Kommentaren.