Was ist ein guter TTFB-Wert?

Google empfiehlt für TTFB einen Wert unter 800 Millisekunden, um als 'gut' eingestuft zu werden. Optimal sind Werte unter 200 Millisekunden. Alles über 1,8 Sekunden gilt als schlecht und sollte gezielt optimiert werden.

Warum ist meine Website in Deutschland schnell, aber in den USA langsam?

Die physische Entfernung zwischen Nutzer und Server hat direkten Einfluss auf die Latenz. Lichtgeschwindigkeit und Netzwerk-Hops summieren sich. Ein CDN (Content Delivery Network) löst dieses Problem, indem es statische Inhalte von Servern ausliefert, die geografisch nah am Nutzer stehen.

Beeinflusst TTFB das Google-Ranking?

Direkt hat TTFB keinen bestätigten Ranking-Faktor-Status. Indirekt aber schon: TTFB ist eine Voraussetzung für den LCP (Largest Contentful Paint), der zu den Core Web Vitals gehört und ein offizieller Ranking-Faktor ist. Ein hoher TTFB verzögert zwangsläufig den LCP.

Website-Antwortzeit verstehen: Latenz, TTFB und was sie bedeuten

Was ist Antwortzeit und warum ist sie wichtig?

Wenn ein Nutzer eine URL aufruft, vergeht etwas Zeit, bevor der Browser den ersten Inhalt anzeigen kann. Diese Zeitspanne hängt von vielen Faktoren ab: der Netzwerklatenz, der Servergeschwindigkeit, der Größe der Inhalte und der Verarbeitungszeit der Anwendung. Die Antwortzeit ist die messbare Summe dieser Faktoren.

Sie ist aus zwei Gründen wichtig. Erstens wirkt sie sich direkt auf die Nutzererfahrung aus: Seiten, die langsam laden, werden häufiger verlassen, bevor der erste Inhalt sichtbar ist. Zweitens ist die Ladegeschwindigkeit ein Faktor bei der Bewertung durch Suchmaschinen.

Monitoring-Tools wie das Tool auf website-status-checker.de messen die Antwortzeit jeder Prüfung und zeigen sie im Ergebnis an. So lässt sich über Zeit verfolgen, ob ein Server schneller oder langsamer wird.

Die wichtigsten Metriken erklärt

TTFB: Time to First Byte

TTFB steht für Time to First Byte und misst die Zeit vom Absenden einer HTTP-Anfrage bis zum Empfang des ersten Bytes der Serverantwort. Diese Metrik ist ein direkter Indikator für die Serverleistung, weil sie die Netzwerklatenz, die DNS-Auflösung, den TCP-Verbindungsaufbau und die Verarbeitungszeit des Servers zusammenfasst.

Ein hoher TTFB deutet darauf hin, dass der Server lange braucht, um auf Anfragen zu reagieren. Das kann an zu geringen Serverressourcen liegen, an einer langsamen Datenbank, an ineffizientem Anwendungscode oder an zu weit entfernten Servern.

TTFB lässt sich gut im Browser-DevTools messen: Tab “Network” öffnen, eine Seite laden und auf eine Anfrage klicken. Im Tab “Timing” erscheint der TTFB unter “Waiting (TTFB)”.

Total Response Time

Die Total Response Time umfasst den gesamten Zeitraum vom Beginn der Anfrage bis zum vollständigen Empfang der Antwort. Sie hängt zusätzlich von der Größe der übertragenen Daten ab. Für reines Server-Monitoring ist TTFB aussagekräftiger, weil er nur die Serververarbeitungszeit misst und nicht durch die Datenmenge verfälscht wird.

Latenz und Round-Trip-Time (RTT)

Latenz bezeichnet die Zeit, die ein Datenpaket für eine Strecke braucht. RTT (Round-Trip-Time) ist die Zeit für Hin- und Rückweg. Zwischen dem Ende des Nutzers und dem Server summiert sich die Latenz aus:

Physischer Entfernung (Lichtgeschwindigkeit ist ein hartes Limit)
Anzahl der Netzwerkknoten (Hops)
Auslastung der Netzwerkinfrastruktur

Für Nutzer in Deutschland mit einem Server in Frankfurt sind Latenzen von unter 10 Millisekunden realistisch. Für einen Server in den USA steigen diese Werte auf 80 bis 150 Millisekunden.

Was den TTFB verlangsamt

Serverseitige Datenbankabfragen

Viele Websites generieren Seiten dynamisch und benötigen dafür Datenbankabfragen. Eine langsame Abfrage, die 500 Millisekunden dauert, erhöht den TTFB direkt um denselben Betrag. Ursachen sind fehlende Indizes, nicht optimierte Abfragen oder eine überlastete Datenbank.

Fehlende Caching-Schichten

Ohne Caching muss der Server jede Seite bei jeder Anfrage neu aufbauen. Mit einem Server-Side-Cache oder einem CDN-Cache wird die gleiche Seite nur einmal aufgebaut und danach aus dem Cache ausgeliefert. Das kann den TTFB von mehreren Sekunden auf unter 50 Millisekunden senken.

Unzureichende Serverressourcen

Wenn ein Server mehr Anfragen bekommt, als er verarbeiten kann, steigen die TTFB-Werte. Der Server reiht Anfragen in eine Warteschlange ein, und jede Anfrage muss warten, bis Kapazität frei wird.

Externe API-Aufrufe im Request-Pfad

Wenn eine Seite beim Aufbau externe Dienste aufrufen muss, zum Beispiel für Preisabfragen, Wetterdaten oder Authentifizierung, ist die TTFB direkt vom Antwortverhalten dieser externen Dienste abhängig. Fällt ein externer Dienst aus oder wird langsam, steigt die TTFB der gesamten Seite.

Antwortzeiten messen und bewerten

Messung mit Monitoring-Tools

Externe Monitoring-Tools messen TTFB aus der Sicht eines Außenstehenden. Das ist die ehrlichste Messung: Sie entspricht dem, was ein Besucher erleben würde. Die Messung enthält Netzwerklatenz und Serververarbeitung zusammen.

Interpretation über Zeit

Ein einzelner Messwert ist wenig aussagekräftig. Interessant wird es, wenn man Antwortzeiten über Wochen und Monate beobachtet. Typische Muster:

Steigende Antwortzeiten zu Stoßzeiten: Ein Zeichen für Ressourcenengpässe unter Last.
Plötzlicher Sprung nach einem Deployment: Der neue Code ist weniger effizient als der alte.
Generell hohe Basislatenz: Der Server steht zu weit vom Nutzer entfernt.

Gute Richtwerte

Für Server-TTFB gelten folgende Orientierungswerte:

Unter 200 ms: Sehr gut
200 bis 500 ms: Akzeptabel
500 ms bis 1 Sekunde: Optimierungsbedarf
Über 1 Sekunde: Kritisch

Diese Werte gelten für Prüfungen von Standorten in der Nähe des Servers. Für globale Prüfungen von fernen Standorten addiert sich die Netzwerklatenz.

Optimierungsansätze für bessere Antwortzeiten

CDN einsetzen: Ein Content Delivery Network verteilt statische Inhalte auf Server weltweit. Anfragen werden zum nächsten Standort geleitet, was die Netzwerklatenz erheblich reduziert.

Server-seitiges Caching aktivieren: Gecachte Seiten werden ohne Datenbankabfragen ausgeliefert. Plugins wie WP Super Cache für WordPress oder Redis als genereller Application-Cache können TTFB drastisch senken.

Datenbankabfragen optimieren: Mit Tools wie EXPLAIN in MySQL lassen sich langsame Abfragen identifizieren. Fehlende Datenbankindizes sind häufig die Ursache.

HTTP/2 oder HTTP/3 nutzen: Modernere HTTP-Versionen ermöglichen Multiplexing, also das parallele Übertragen mehrerer Anfragen über eine einzige Verbindung, was die Gesamtladezeit verkürzt.

Server-Hardware und Tier upgraden: Wenn alle Softwareoptimierungen ausgeschöpft sind, kann ein Wechsel auf einen leistungsstärkeren Server oder in eine höhere Hosting-Kategorie den TTFB weiter reduzieren.

Antwortzeit und Verfügbarkeit zusammen denken

Eine schnelle Website, die zwischendurch ausfällt, hat ein anderes Profil als eine langsame, aber stabile Website. Beide Dimensionen, Geschwindigkeit und Verfügbarkeit, sollte man im Blick behalten. Ein gutes Monitoring-Tool liefert beides: Statuscode und Antwortzeit bei jeder Prüfung.

Wenn die Antwortzeit über einen Schwellenwert steigt, ohne dass ein Fehler auftritt, kann das ein Frühwarnsignal für bevorstehende Probleme sein. Server, die unter Last geraten, zeigen oft zunächst steigende Antwortzeiten, bevor sie ganz ausfallen. Wer Antwortzeiten überwacht, kann früher eingreifen.