Zum Inhalt springen
checkfrei
Menü

Server-Antwortzeit (TTFB): gute Werte und was wirklich hilft

Stand: 3. Oktober 2026 · CAZ Labs

Kurz gesagt

Die Server-Antwortzeit, oft TTFB (Time to First Byte) genannt, ist die Zeit vom Aufruf bis zum ersten Byte, das dein Server zurückschickt. Unter 600 Millisekunden ist gut, über 1,5 Sekunden hast du ein echtes Problem. Der größte Hebel ist fast immer ein Seiten-Cache.

Warum das wichtig ist

Solange der Server nicht antwortet, passiert im Browser gar nichts. Jede Millisekunde, die der Server zum Nachdenken braucht, kommt deshalb eins zu eins auf alle anderen Ladezeiten drauf, auch auf den Largest Contentful Paint, den Google als Core Web Vital bewertet.

Kritisch wird es bei Systemen, die jede Seite bei jedem Aufruf neu zusammenbauen. WordPress fragt dafür die Datenbank ab, lädt Theme und Plugins und erzeugt das HTML. Auf einem kleinen Shared-Hosting mit zwanzig Plugins kommt da schnell mehr als eine Sekunde zusammen.

Die Grenze von 600 Millisekunden ist kein Zufall: Ab diesem Wert meldet auch Googles Lighthouse eine zu lange Server-Antwort. Google selbst nennt 0,8 Sekunden als groben Richtwert. Wir sind etwas strenger, weil die Antwortzeit erst der Anfang ist.

So prüfst du es selbst

checkfrei misst die Antwortzeit bei jedem kostenlosen Check automatisch, und zwar von unserem Server in Frankfurt aus. Unter 600 Millisekunden ist gut, bis 1.500 Millisekunden gibt es eine Warnung, darüber einen Fehler.

Einzelne Messungen schwanken. Läuft auf deinem Server gerade ein Backup oder wurde der Cache eben geleert, kommt ein schlechterer Wert heraus. Steht der Server in den USA, kostet allein die Strecke nach Frankfurt Zeit. Miss deshalb mehrmals, bevor du etwas umbaust.

Selbst nachmessen kannst du im Browser oder mit curl. Unter Windows schreibst du NUL statt /dev/null.

  1. Öffne deine Seite in Chrome oder Edge und drück F12 für die Entwicklertools.
  2. Wechsle zum Tab Netzwerk (Network) und lade die Seite neu.
  3. Klick auf die erste Zeile (das HTML-Dokument) und dann auf Timing.
  4. Der Eintrag Waiting for server response (in älteren Versionen "Waiting (TTFB)") ist deine Antwortzeit.
bash
curl -o /dev/null -s -w "Antwortzeit: %{time_starttransfer} s\n" https://deine-domain.de

So behebst du es

Fang beim Cache an. Ein Seiten-Cache speichert das fertige HTML und schickt es beim nächsten Aufruf direkt raus, ohne Datenbank und ohne PHP. Das drückt die Antwortzeit oft auf einen Bruchteil.

WordPress

  1. Installier ein Caching-Plugin, etwa WP Super Cache (kostenlos) oder WP Rocket (kostenpflichtig). Auf LiteSpeed-Servern nimmst du LiteSpeed Cache.
  2. Schau unter Werkzeuge > Website-Zustand nach, welche PHP-Version läuft. Steht dort noch PHP 7 oder ein frühes 8.x, stell beim Hoster auf eine aktuelle Version um. Vorher ein Backup machen und danach die Seite durchklicken.
  3. Such die Bremse mit dem kostenlosen Plugin Query Monitor. Es zeigt, welche Plugins die meisten oder langsamsten Datenbankabfragen erzeugen.
  4. Hilft das alles nicht, ist der Tarif zu klein.

Shopify, Wix und Jimdo

Hier gehört das Hosting zum Paket. Bei Wix und Jimdo kannst du an der Antwortzeit praktisch nichts drehen. Bei Shopify hängt sie stark davon ab, wie aufwendig dein Theme in Liquid gerechnet wird. Die Chrome-Erweiterung Shopify Theme Inspector zeigt, welche Teile bremsen.

Next.js

Seiten, die sich selten ändern, erzeugst du statisch oder speicherst sie mit revalidate zwischen, statt sie bei jedem Aufruf neu zu rendern. Und wähl die Region deiner Server-Funktionen nah an Datenbank und Besuchern, bei Vercel etwa Frankfurt (fra1).

nginx

Für PHP-Seiten lohnt ein FastCGI-Cache in nginx. Eingeloggte Nutzer und volle Warenkörbe nimmst du aus, sonst sieht jemand fremde Daten. Vor dem Neuladen nginx -t ausführen.

nginx
# im http-Block
fastcgi_cache_path /var/cache/nginx levels=1:2 keys_zone=SEITEN:100m inactive=60m;
fastcgi_cache_key "$scheme$request_method$host$request_uri";

map $http_cookie $kein_cache {
  default 0;
  ~wordpress_logged_in 1;
  ~woocommerce_items_in_cart 1;
}

# im location-Block für PHP
fastcgi_cache SEITEN;
fastcgi_cache_valid 200 301 10m;
fastcgi_cache_bypass $kein_cache;
fastcgi_no_cache $kein_cache;

Typische Fehler

  • Cache eingeschaltet, aber nie geprüft. Viele Plugins hinterlassen einen Kommentar am Ende des Quelltexts oder einen Header, an dem du siehst, ob die Seite aus dem Cache kam.
  • Eingeloggt messen. Als angemeldeter Admin bekommst du fast immer die ungecachte Seite und hältst sie für langsamer, als sie für Besucher ist.
  • Ein CDN für die Lösung halten. Ein CDN beschleunigt Bilder und Dateien. Die HTML-Antwort bleibt ohne Seiten-Cache genauso langsam wie vorher.

So prüft checkfrei

Gemessen von unserem Server in Frankfurt. Unter 600 Millisekunden ist gut, bis 1.500 gibt es eine Warnung, darüber einen Fehler.

Gewicht 3 von 3 im Bereich Ladezeit.

Häufige Fragen

Was ist ein guter TTFB-Wert?

Unter 600 Millisekunden ist gut, gecachte Seiten schaffen oft unter 200. Google nennt 0,8 Sekunden als groben Richtwert. Über 1,5 Sekunden solltest du handeln.

Warum ist die Antwortzeit bei jeder Messung anders?

Weil sich Serverlast, Netz und Cache ständig ändern. Ein ausgelasteter Server oder ein frisch geleerter Cache verschiebt den Wert schnell um Hunderte Millisekunden. Aussagekräftig ist erst der Schnitt aus mehreren Messungen.

Hilft ein schnelleres Hosting immer?

Nur, wenn der Server wirklich der Engpass ist. Ein Shop mit dreißig Plugins und ohne Cache bleibt auch auf teurer Hardware zäh.

Jetzt deine Seite prüfen

checkfrei prüft Server-Antwortzeit und 68 weitere Punkte in einem Durchgang. Kostenlos und ohne Anmeldung.