Was ist TTFB (Time to First Byte) und wie wirkt es sich auf SEO aus?

Dieser Wert misst nicht den vollständigen Seitenaufbau. Er zeigt nur, wie schnell die erste Antwort eintrifft. Daher kann eine Seite einen niedrigen TTFB haben und trotzdem insgesamt langsam wirken. Dennoch muss der Browser nach diesem ersten Byte noch HTML verarbeiten sowie CSS und JavaScript laden. Deshalb sollten Sie TTFB nicht als vollständige Geschwindigkeitsgarantie betrachten.

Warum ist dieser eine Moment so wichtig? Weil jeder spätere Darstellungsschritt davon abhängt. Ein hoher TTFB verzögert also alles, was Besucher am Ende auf dem Bildschirm sehen. Diese kleine Verzögerung auf Serverseite setzt sich somit durch die ganze Seitenerfahrung fort.

Auf mobilen Netzwerken schwankt dieser Wert meist stärker als bei einer festen Desktopverbindung. Schließlich ist Mobilfunk Latenz einfach unregelmäßiger als eine stabile Glasfaserleitung. Derselbe Server kann daher auf unterschiedlichen Geräten eine unterschiedliche Antwortzeit liefern. Testen Sie Ihre Seite deshalb sowohl auf mobilen Geräten als auch auf dem Desktop.

Manche Analysetools geben diesen Wert in Sekunden an, andere in Millisekunden. Daher sollten Sie immer prüfen, welche Einheit ein Bericht verwendet, denn eine falsche Annahme führt schnell zu einer falschen Einschätzung. Fehlt die Einheitsangabe, hilft meist ein Blick in die offizielle Dokumentation des jeweiligen Tools.

Welche Phasen umfasst TTFB?

TTFB besteht nicht aus einem einzigen Schritt. Vor allem ist es die Summe mehrerer Netzwerk und Serverphasen, die nacheinander ablaufen, bevor Inhalte den Browser erreichen.

1. Abschluss eventueller Weiterleitungen.
2. Namensauflösung für die Domain.
3. Verbindungsaufbau und TLS Verhandlung.
4. Senden der Anfrage durch den Browser.
5. Verarbeitung der Anfrage und Rückgabe des ersten Bytes durch den Server.

Wird eine dieser Phasen länger, steigt auch der gesamte TTFB. Zum Beispiel können zu viele Weiterleitungen oder ein langsamer DNS Anbieter den TTFB erhöhen. Das gilt sogar dann, wenn das Backend an sich einwandfrei läuft. Konkret zeigen die Entwicklertools Ihres Browsers jede dieser Phasen einzeln im Netzwerk Tab. So erkennen Sie leicht, welche Phase die Verzögerung verursacht.

Eine Weiterleitung von einer http Adresse zur https Version kostet zum Beispiel einen zusätzlichen Netzwerkumlauf. Ist Ihre Seite bereits direkt über https erreichbar, entfällt dieser Schritt komplett. Ebenso gilt dasselbe für eine Weiterleitung zwischen einer www und einer nicht www Adresse. Solche kleinen Details wirken einzeln klein, summieren sich aber.

Wie unterscheidet sich TTFB von LCP?

TTFB und LCP (Largest Contentful Paint) werden oft verwechselt, messen aber unterschiedliche Dinge. TTFB erfasst nur das erste Byte vom Server. Andererseits misst LCP, wann das größte sichtbare Element vollständig dargestellt ist. Mehr dazu finden Sie in unserem Core Web Vitals Leitfaden, der LCP, INP und CLS ausführlich erklärt. Wir wiederholen das hier nicht.

Kurz gesagt ist TTFB eine Voraussetzung für LCP. Zunächst verzögert ein langsamer Server den Beginn des Renderns. Dadurch verschlechtert sich auch LCP. Allerdings garantiert ein schneller TTFB keinen guten LCP Wert. Schwere Bilder oder Skripte können die Darstellung trotzdem verlangsamen. Eine Seite mit exzellentem TTFB, aber einem riesigen Titelbild, kann also trotzdem einen schlechten LCP erzielen.

Render blockierende CSS oder Schriftdateien können LCP auf ähnliche Weise verzögern. Allerdings werden diese Dateien erst nach dem ersten Byte geladen. Sie beeinflussen also die Schritte nach TTFB, nicht TTFB selbst. Dieser Unterschied hilft Ihnen zu entscheiden, wo Sie zuerst ansetzen sollten.

Wie unterscheidet sich TTFB von INP?

INP (Interaction to Next Paint) misst, wie schnell eine Seite auf einen Klick oder eine Berührung reagiert. Andererseits tritt TTFB auf, bevor die Seite überhaupt geladen ist, nämlich während der allerersten Netzwerkanfrage. Die beiden Werte werden somit zu völlig unterschiedlichen Zeitpunkten gemessen.

Zudem ist TTFB vor allem eine serverseitige Kennzahl. INP hängt dagegen größtenteils von der JavaScript Ausführung im Browser ab. Eine Seite kann gleichzeitig einen hohen TTFB und einen schlechten INP Wert haben. Dennoch sind die Ursachen dabei meist völlig unabhängig voneinander. Das Beheben des einen Problems löst somit nicht automatisch das andere.

Ein Besucher könnte zum Beispiel eine Seite erleben, die schnell öffnet, aber beim Klick auf das Menü träge reagiert. Stattdessen liegt das Problem in diesem Fall nicht beim Server. Ein schweres Drittanbieter Skript oder eine komplexe Oberflächenkomponente steckt meist hinter solchen Verzögerungen.

Gehört TTFB zu den Core Web Vitals?

Nein, TTFB zählt offiziell nicht zu den Core Web Vitals. Laut web.dev von Google ist TTFB eine unterstützende Kennzahl. Stattdessen geht sie den nutzerzentrierten Metriken wie LCP und FCP voraus.

Deshalb verbessert ein niedrigerer TTFB nicht automatisch Ihren Core Web Vitals Wert. Dennoch sollten Sie ihn wegen seines indirekten Einflusses auf LCP nicht ignorieren. Interessanterweise können serverseitig gerenderte Seiten einen etwas höheren TTFB haben und trotzdem einen guten LCP erreichen. Die zusätzliche Serverzeit zahlt sich später im Rendering Prozess oft aus.

Manche Performance Tools zeigen diesen Wert in einer eigenen Zeile, ohne ihn in eine Gesamtbewertung einzurechnen. Kurz gesagt kann das verwirrend wirken. Nicht jede Zahl in einem Bericht fließt direkt in eine Bewertung ein; manche liefern lediglich zusätzlichen Kontext.

Warum ist TTFB für SEO wichtig?

Suchmaschinen achten sowohl auf die Nutzererfahrung als auch auf die Effizienz beim Crawling. Ein hoher TTFB kann das Crawling durch den Googlebot verlangsamen. Dadurch reicht Ihr Crawling Budget für weniger Seiten in derselben Zeit.

Außerdem verlassen Besucher eine langsam ladende Seite häufig, bevor überhaupt Inhalte erscheinen. Somit hat TTFB einen echten, wenn auch indirekten Einfluss auf technisches SEO und Nutzererfahrung. Google nennt TTFB allerdings nicht ausdrücklich als direkten Rankingfaktor. Sein Einfluss zeigt sich vor allem über LCP und die allgemeine Erfahrung.

Vor allem ist dieser Effekt bei Websites mit Besuchern aus mehreren Ländern oft noch deutlicher zu sehen. Schließlich bringt ein entfernter Markt wegen der Netzwerkdistanz bereits eine zusätzliche Latenz mit sich. Angesichts des mobilen Google Rankings kann diese Verzögerung auf mobilen Netzwerken noch zunehmen. Sich nur auf einen Desktop Test zu verlassen, kann daher irreführend sein.

Was sind häufige Ursachen für einen hohen TTFB?

Die Ursachen für einen hohen TTFB liegen meist in der Server und Infrastrukturebene. Konkret lassen sich die häufigsten wie folgt zusammenfassen.

• Ressourcenkonkurrenz bei Shared Hosting.
• Fehlendes oder falsch konfiguriertes Caching.
• Ein weit entfernter Serverstandort oder kein CDN Einsatz.
• Schwere, nicht optimierte Datenbankabfragen.
• Veraltete oder zu schwache Serverhardware.

Zunächst kann jede dieser Ursachen den TTFB allein erhöhen. Meist treten sie aber gemeinsam auf. Deshalb lohnt es sich, vor allem die dominante Ursache zu bestimmen, bevor Sie etwas ändern. Danach behandeln die folgenden Abschnitte jede Ursache einzeln.

Ein einfacher Weg zur Eingrenzung ist, die Messung zu verschiedenen Tageszeiten zu wiederholen. Steigt die Verzögerung zu bestimmten Stunden, ist Ressourcenkonkurrenz wahrscheinlich. Bleibt sie den ganzen Tag konstant hoch, liegt eher ein Code oder Datenbankproblem vor. Somit liefert diese kleine Beobachtung oft schon einen wichtigen Hinweis.

Manchmal liegt die Ursache zudem nicht bei Ihrer eigenen Website, sondern bei einem externen Dienst. Wird beim Seitenaufbau beispielsweise ein externes API abgefragt, fließt dessen Verzögerung automatisch in die Gesamtzeit ein. Diesen Punkt zu übersehen, kostet oft wertvolle Zeit bei der Fehlersuche.

Wie wirkt sich Ressourcenknappheit bei Shared Hosting auf TTFB aus?

Bei Shared Hosting teilen sich mehrere Seiten dieselben Ressourcen wie CPU, Arbeitsspeicher und Festplattenzugriff. Zum Beispiel kann ein plötzlicher Traffic Anstieg bei einer Nachbarseite Ihre eigene Verarbeitungswarteschlange verlängern und damit den TTFB erhöhen. Das Thema behandeln wir konzeptionell in unserem Leitfaden zu Ressourcenlimits bei Shared Hosting.

Wenn Sie wissen möchten, warum eine Website allgemein langsam ist, lohnt sich zusätzlich ein Blick in unseren Leitfaden serverseitige Ursachen für langsame Websites. Hier konzentrieren wir uns gezielt auf die Auswirkung auf TTFB. Ein typisches Zeichen ist ein TTFB, der zu bestimmten Tageszeiten steigt, obwohl Ihr eigener Traffic gleich bleibt. Das deutet meist auf Aktivität bei einem Nachbarkonto hin.

Manche Anbieter stellen ein Panel bereit, das die Ressourcennutzung über die Zeit anzeigt, oft stundenweise für CPU und Zugriffe. Diese Daten helfen Ihnen zu bestätigen, ob die Verzögerung wirklich an Ressourcenkonkurrenz liegt. Sie liefern außerdem einen konkreten Beleg, wenn Sie den Support kontaktieren.

Wie erhöht fehlendes Caching den TTFB?

Wird eine Seite bei jeder Anfrage komplett neu aufgebaut, greift der Server jedes Mal erneut auf Datenbank und Anwendungscode zu. Das verlängert, wie lange es dauert, bis das erste Byte verschickt wird. Caching hält stattdessen eine fertige Kopie bereit und entfernt diesen wiederholten Aufwand.

Bei PHP basierten Websites helfen OPcache Einstellungen auf Codeebene. Ein Proxy Cache wie Varnish kann den TTFB auf Seitenebene senken. Für Projekte mit größerem architektonischem Bedarf lohnt sich unser Leitfaden zu Redis und Memcached, den wir hier nicht wiederholen.

Hier gibt es einen wichtigen Unterschied: Browser Caching hilft einem wiederkehrenden Besucher bei seinem zweiten Besuch. Serverseitiges Caching verbessert zusätzlich die Antwortzeit beim allerersten Besuch. Bei einem TTFB Problem sollten Sie deshalb serverseitigem Caching Vorrang geben.

Eine zu kurze Cache Dauer kann ein ähnliches Problem verursachen. Der Cache läuft dann ständig ab, und der Server muss Inhalte öfter als nötig neu aufbauen. Passen Sie die Cache Dauer an die Häufigkeit Ihrer Inhaltsänderungen an. Eine oft aktualisierte Nachrichtenseite und eine selten geänderte Firmenseite sollten nicht dieselbe Cache Dauer teilen.

Wie wirkt sich die Last durch Datenbankabfragen auf TTFB aus?

Beim Laden einer dynamischen Seite führt der Server meist mehrere Datenbankabfragen aus. Sind diese langsam oder zu zahlreich, wartet der Server, bevor er das erste Byte senden kann. In der Folge steigt der TTFB.

Eine Abfrage auf einer nicht indexierten Tabelle kann zum Beispiel aus einem Vorgang, der eigentlich Millisekunden dauern sollte, mehrere Sekunden machen. Deshalb gehört die Datenbankleistung zu den ersten Punkten, die Sie bei anhaltenden TTFB Problemen prüfen sollten.

Ähnlich wirkt es sich aus, wenn eine Seite für dieselbe Information zu viele kleine Abfragen nacheinander ausführt. Dieses Muster tritt besonders bei Content Management Systemen mit vielen Plugins auf. Jedes Plugin bringt oft seine eigene Abfrage mit, und die Gesamtlast wächst schnell, ohne dass es jemand sofort bemerkt.

Auch die physische oder netzwerktechnische Entfernung zwischen Datenbankserver und Webserver bringt eine zusätzliche Verzögerung mit sich. Liegen beide nicht im selben Rechenzentrum, trägt jede Abfrage einen zusätzlichen Netzwerkumlauf. Dieser Aufwand summiert sich, je mehr Abfragen eine Seite ausführt.

Zum Beispiel sollten Sie regelmäßig prüfen, ob neue Funktionen zusätzliche Abfragen mitbringen, denn diese bleiben oft unbemerkt, bis die Gesamtzahl spürbar wird.

Wie erhöhen ein entfernter Server oder ein fehlendes CDN den TTFB?

Auch die physische Entfernung, die Daten bis zum Besucher zurücklegen, beeinflusst den TTFB. Liegt Ihr Server weit von Ihren Besuchern entfernt, durchlaufen die Daten mehr Netzwerkstationen. Das erhöht die Verzögerung. Diese Netzwerkdistanz erklären wir ausführlicher in unserem Leitfaden Ping und Latenz.

Ein Content Delivery Network, kurz CDN, verringert dieses Entfernungsproblem. Statische Inhalte werden dabei auf Servern näher am Besucher bereitgehalten. Dadurch verbessert sich der TTFB bei Websites mit internationalem Publikum oft deutlich.

Konzentriert sich Ihr Publikum auf ein einzelnes Land, kann ein naher Serverstandort eine einfachere Lösung sein als ein CDN. Bei einem internationalen oder verteilten Publikum ist ein CDN meist die praktischere Wahl. In beiden Fällen hilft es, zuerst die Verteilung Ihrer Besucher zu analysieren.

Manche Hosting Anbieter lassen Sie zwischen mehreren Rechenzentrumsregionen wählen. Falls diese Option besteht, wählen Sie die Region, die Ihrem Hauptpublikum am nächsten liegt. Das ist ein einfacher Weg, den TTFB ohne zusätzliche Kosten zu verbessern.

Wie misst man TTFB?

Der praktischste Weg, TTFB zu messen, ist das kostenlose PageSpeed Insights Tool von Google. Es zeigt die Serverantwortzeit anhand von Felddaten und Labordaten. Auch die Entwicklertools Ihres Browsers zeigen im Netzwerk Tab eine Zeitleiste jeder Anfrage.

Für einen technischeren Ansatz erklärt die TTFB Dokumentation von web.dev auch die programmatische Messung über die Navigation Timing API. Dennoch reicht PageSpeed Insights für die alltägliche Kontrolle für die meisten Websitebetreiber aus.

Felddaten stammen von echten Besucherbrowsern. Labordaten stammen dagegen aus einem einzelnen, kontrollierten Testlauf. Wundern Sie sich nicht, wenn beide Werte etwas voneinander abweichen. Echte Besucherbedingungen umfassen Netzwerkgeschwindigkeiten und Geräte, die ein Labortest schlicht nicht abbilden kann.

Manche Hosting Panels können zusätzlich eine durchschnittliche Antwortzeit aus serverseitigen Protokollen melden. Vergleichen Sie diese Zahl mit browserbasierten Messungen. So erkennen Sie, ob ein Problem eher auf der Netzwerkseite oder auf der Serverseite liegt, und wissen, welches Team Sie ansprechen sollten.

Eine einzelne Messung liefert nur eine Momentaufnahme, während sich TTFB über die Zeit verändern kann. Eine Wartung beim Hosting Anbieter, eine Änderung bei einem Nachbarkonto oder ein neues Plugin auf Ihrer eigenen Seite kann diesen Wert von einer Woche zur nächsten verschieben. Notieren Sie Ihre Ergebnisse wöchentlich oder monatlich in einer einfachen Tabelle. So sehen Sie den Trend und nicht nur einen einzelnen Moment.

Wie interpretiert man einen guten oder schlechten TTFB Wert?

Google schlägt für TTFB grob drei Stufen vor: gut, verbesserungswürdig und schlecht. Allerdings können sich diese Schwellenwerte mit der Zeit ändern. Statt hier einen genauen Millisekundenwert zu nennen, empfehlen wir, den aktuellen Schwellenwert direkt auf web.dev zu prüfen.

Betrachten Sie diese Tabelle als grobe Orientierung, nicht als strenges Regelwerk. Schließlich kann der akzeptable Bereich je nach Branche und Zielgruppe unterschiedlich ausfallen. Eine einzelne Messung verdient außerdem weniger Vertrauen als ein Durchschnitt über mehrere Tage, denn eine kurze Lastspitze kann eine einzelne Messung verzerren.

Auch zwischen verschiedenen Seitentypen derselben Website kann es Unterschiede geben. Eine stark zwischengespeicherte Startseite zeigt vielleicht einen niedrigen Wert. Eine dynamische Suchergebnisseite auf derselben Domain kann dagegen einen deutlich höheren TTFB melden. Deshalb kann es irreführend sein, nur eine einzelne Seite zu testen und das Ergebnis auf die ganze Website zu übertragen.

Welche allgemeinen Methoden verbessern TTFB?

Eine Verbesserung des TTFB entsteht meist durch mehrere kleinere Optimierungen statt durch eine einzelne Maßnahme. Die folgenden Schritte sind für die meisten Websites ein sinnvoller Ausgangspunkt.

1. Caching Ebenen für Seiten und Objekte aktivieren.
2. Datenbankabfragen und Indizes überprüfen.
3. Unnötige Weiterleitungen entfernen.
4. Ein CDN einsetzen, das zum Standort Ihrer Besucher passt.
5. Regelmäßig prüfen, ob Ihr Hosting Tarif noch zum Traffic passt.

Nehmen Sie jeweils nur eine Änderung vor und messen Sie danach das Ergebnis. So erkennen Sie viel leichter, was tatsächlich gewirkt hat. Ändern Sie dagegen mehrere Dinge gleichzeitig, wird es deutlich schwerer, den wirksamen Schritt zu identifizieren.

Auch die Aktualität Ihrer Serversoftware ist ein oft übersehener, aber wirksamer Schritt. Außerdem laufen ältere Versionen meist langsamer und können Sicherheitsrisiken mit sich bringen. Fragen Sie Ihren Hosting Anbieter, wie häufig solche Updates bei Ihrem Tarif erfolgen.

Senkt ein Hosting Upgrade den TTFB?

In den meisten Fällen ja, eine Garantie ist das jedoch nicht. Der Wechsel von Shared Hosting zu einem Tarif mit dedizierten Ressourcen verringert meist den Teil des TTFB, der durch Ressourcenkonkurrenz entsteht. Wie Sie den passenden Tarif auswählen, erklären wir ausführlich in unserem Leitfaden Webhosting auswählen. Die Unterschiede zwischen VPS, Cloud Server und VDS erklärt unser Vergleich der Serverarten.

Liegt Ihr TTFB Problem jedoch an Caching oder am Code und nicht an der reinen Kapazität, reicht ein Hosting Upgrade allein nicht aus. Deshalb lohnt es sich, zuerst die eigentliche Ursache zu bestimmen und erst danach über Hosting zu entscheiden.

Zunächst sollten Sie vor einem Upgrade die tatsächliche Ressourcennutzung Ihres aktuellen Tarifs beobachten. So vermeiden Sie einen Wechsel zu einem Tarif, der entweder zu groß oder noch zu klein ausfällt. Oft löst ein moderates Upgrade das Problem günstiger als erwartet.

Bewerten Sie das Ergebnis nach einem Wechsel zudem über mehrere Tage und nicht nur anhand einer einzelnen Messung, denn kurzfristige Trafficschwankungen können sonst zu einer falschen Einschätzung führen.

Wie senkt ein CDN den TTFB?

Ein CDN hält statische Dateien, teilweise auch zwischengespeicherte Kopien dynamischer Inhalte, auf Randservern bereit, die geografisch näher am Besucher liegen. So kann eine Anfrage von einem nahegelegenen Punkt beantwortet werden, statt den gesamten Weg bis zum Ursprungsserver zurückzulegen.

Dieser Unterschied kann bei Websites mit Besuchern aus mehreren Ländern deutlich ausfallen. Allerdings ersetzt ein CDN keinen schnellen Ursprungsserver. Wer ein CDN einsetzt, ohne grundlegende Serverprobleme zu lösen, erreicht selten die erwartete Verbesserung. Betrachten Sie ein CDN deshalb als einen Teil der Lösung, nicht als alleinige Lösung.

Die Einrichtung eines CDN erfordert meist nur eine kleine Änderung bei den DNS Einstellungen. Die meisten Anbieter führen Sie dabei Schritt für Schritt durch das Verwaltungspanel. Das macht die Lösung auch für Websitebetreiber mit begrenztem technischem Wissen zugänglich. Prüfen Sie das Ergebnis nach der Einrichtung von mehreren Standorten aus erneut.

Wie hängen TTFB, Ladezeit und SEO zusammen?

TTFB ist nur ein Bestandteil der gesamten Ladezeit. Die gesamte Seitengeschwindigkeit umfasst zudem Bildoptimierung, JavaScript Umfang und weitere Faktoren. Dieses größere Thema behandeln wir in unserem Artikel Ladezeit und SEO. Hier konzentrieren wir uns gezielt auf die Serverseite.

Die Verbesserung des TTFB ist also nur ein Teil einer umfassenderen Geschwindigkeitsstrategie. Nachdem die Serverseite behoben ist, lohnt sich weiterhin ein Blick auf Bild und Code Optimierung. Eine Website kann durchaus gleichzeitig einen niedrigen TTFB und eine hohe Gesamtladezeit haben.

Für Online Shops kann dieser Zusammenhang noch entscheidender sein. Jede zusätzliche Verzögerungssekunde kann die Abschlussrate im Checkout beeinflussen. Ein Test der Serverseite vor einer wichtigen Verkaufsphase ist deshalb eine deutlich günstigere Vorsichtsmaßnahme als ein Problem im Nachhinein zu beheben.

Marketing Teams konzentrieren sich oft zuerst auf visuelle Verbesserungen, weil deren Wirkung sofort sichtbar ist. Serverseitige Verbesserungen sind dagegen weniger sichtbar, wirken aber ebenso stark. Deshalb lohnt es sich, beide Bereiche gemeinsam zu planen, statt nur einen davon zu priorisieren.

Wie prüfen Sie den TTFB Ihrer eigenen Website?

Den eigenen TTFB können Sie mit wenigen einfachen Schritten prüfen.

1. Geben Sie die Adresse Ihrer Seite bei PageSpeed Insights ein.
2. Prüfen Sie den Abschnitt zur Serverantwortzeit im Bericht.
3. Kontrollieren Sie das Ergebnis getrennt für Mobilgeräte und Desktop.
4. Teilen Sie das Ergebnis bei Bedarf mit Ihrem Hosting Anbieter oder Entwickler.

Machen Sie diese Kontrolle zu einer regelmäßigen Gewohnheit statt zu einer einmaligen Prüfung, besonders nach einem Hosting Wechsel oder einem spürbaren Traffic Anstieg. Halten Sie beim Test nicht gleichzeitig mehrere andere Tabs oder einen großen Download geöffnet, da dies das Ergebnis verzerren kann.

Wenn Sie zusätzlich zur Geschwindigkeit auch weitere technische SEO Signale Ihrer Website prüfen möchten, hilft Ihnen unser kostenloses SEO Check Tool dabei, mehrere Signale auf einmal zu überblicken.

Grundlagen: Was ist Online Marketing? Arten, Beispiele und Vorgehen auf einer Seite, mit einem interaktiven Film durch das Gehirn.