Reduzieren Sie die Wartezeit-Teilkomponente der Time to First Byte
Die Wartezeit besteht aus Weiterleitungen und anderen Browserprozessen. Verstehen Sie die Teilkomponente der TTFB, um die gesamte Time to First Byte zu reduzieren
Reduzieren Sie die Wartezeit der Time to First Byte
Die Time to First Byte (TTFB) kann in die folgenden Teilbereiche unterteilt werden:
- Warten + Redirect (oder Wartezeit)
- Worker + Cache (oder Cache-Dauer)
- DNS (oder DNS-Dauer)
- Verbindung (oder Verbindungsdauer)
- Anfrage (oder Anfragedauer)
Möchten Sie die Time to First Byte optimieren? Dieser Artikel bietet eine eingehende Analyse des Wartezeit-Teils der Time to First Byte. Wenn Sie die Time to First Byte verstehen oder beheben möchten und nicht wissen, was die Wartezeit bedeutet, lesen Sie bitte [url=/de/core-web-vitals/time-to-first-byte]was ist die Time to First Byte[/url] und [url=/de/core-web-vitals/time-to-first-byte/fix-and-identify]Time to First Byte-Probleme finden und beheben[/url], bevor Sie mit diesem Artikel beginnen.
Redirects können einen großen Einfluss auf die Time to First Byte (TTFB) haben, da jeder Redirect zu der Zeit addiert wird, die ein Browser benötigt, um das erste Byte an Daten von einem Server zu empfangen. So beeinflussen Redirects die TTFB:
Wie erhöhen Redirects die Time to First Byte?
Redirects sind typischerweise in der vollständigen TTFB-Messung enthalten (siehe blauer Kasten). Das bedeutet, dass die Zeit, die für alle Redirects benötigt wird, in den gesamten TTFB-Score eingerechnet wird, was ihn möglicherweise höher erscheinen lässt als erwartet.
Wenn eine Seite umgeleitet wird, sind dies die üblichen Schritte, die ablaufen:
- Der Browser sendet eine anfängliche Anfrage an die ursprüngliche URL.
- Der Server verarbeitet diese Anfrage und antwortet mit einem Redirect-Statuscode (z. B. 301 oder 302).
- Der Browser sendet dann eine neue Anfrage an die umgeleitete URL.Der Server verarbeitet diese zweite Anfrage und beginnt mit dem Senden des eigentlichen Inhalts.
Erhöhte Serververarbeitungszeit
Diese zusätzliche Verarbeitung erhöht die gesamte TTFB, da jeder Schritt Zeit erfordert, damit der Server die Anfrage bearbeiten und antworten kann.
Redirect-Ketten
In einigen Fällen können mehrere Redirects auftreten, bevor das endgültige Ziel erreicht wird. Dies erzeugt eine "Redirect-Kette", die die TTFB erhöhen kann. Jeder Redirect in der Kette fügt seine eigene Verarbeitungszeit hinzu, was zur Verzögerung beiträgt, bevor das erste Byte des eigentlichen Inhalts empfangen wird.
Netzwerklatenz
Redirects beinhalten oft zusätzliche Netzwerk-Round-Trips zwischen Client und Server. Dies führt zu zusätzlicher Netzwerklatenz, insbesondere wenn die Redirects verschiedene Domains oder Server betreffen. Die physische Entfernung zwischen Client und Server für jeden Redirect kann die TTFB weiter beeinflussen.
JavaScript-Redirects vs. Serverseitige Redirects: Nur serverseitige Redirects (die mit einem 30x-Redirect-Header arbeiten) werden zur Time to First Byte hinzugefügt. JavaScript-Redirects werden nicht zur Time to First Byte hinzugefügt, da eine vollständige Antwort (200) vom Server gesendet wurde.
Man könnte denken, dass JavaScript-Redirects bevorzugt werden sollten, da sie nicht zur Time to First Byte beitragen. Leider sind JavaScript-Redirects für echte Benutzer viel langsamer und verursachen eine schlechte User Experience.
Auswirkungen auf die User Experience (und SEO)
Während Redirects manchmal notwendig sind, können ihre Auswirkungen auf die TTFB breitere Implikationen haben:
- User Experience: Langsamere TTFB durch Redirects kann das anfängliche Rendern der Seite verzögern, was Benutzer möglicherweise frustriert.
- SEO: Obwohl TTFB kein direkter Rankingfaktor ist, beeinflusst er andere Metriken wie Largest Contentful Paint (LCP), ein Core Web Vital, das von Suchmaschinen berücksichtigt wird.
Wie man TTFB-Probleme misst, die durch Redirects verursacht werden
Um die Auswirkungen zu finden, die echte Benutzer durch Redirects erfahren, müssen Sie ein RUM-Tool wie CoreDash verwenden. Real User Monitoring lässt Sie die Core Web Vitals bis ins Detail verfolgen.
In CoreDash klicken Sie einfach auf 'Redirect Count', um Ihre Daten nach Redirect-Anzahl segmentiert zu visualisieren. Klicken Sie dann beispielsweise auf ein '1 Redirect'-Segment, um die RUM-Daten nach '1 Redirect' zu filtern und alle betroffenen URLs anzuzeigen.

Wie man Redirect-Auswirkungen minimiert
Als allgemeine Regel befolgen Sie diese 3 einfachen Schritte, um Redirect-Probleme zu vermeiden:
- Minimieren Sie die Verwendung von Redirects, wo möglich.
- Vermeiden Sie Redirect-Ketten, indem Sie Links aktualisieren, sodass sie direkt auf die endgültige Ziel-URL verweisen.
- Verwenden Sie serverseitige Redirects anstelle von clientseitigen Redirects, wenn möglich, da sie im Allgemeinen schneller sind.
Same-Origin-Redirects. Same-Origin-Redirects stammen von Links auf Ihrer eigenen Website. Sie sollten die volle Kontrolle über diese Links haben und das Beheben dieser Links priorisieren, wenn Sie an der Time to First Byte arbeiten. Die typische Methode, um diese internen Redirects zu finden, ist die Verwendung eines der verfügbaren [url=https://www.marketingtracer.com/]Tools[/url], mit denen Sie Ihre gesamte Website auf Redirects überprüfen können.
Cross-Origin-Redirects. Cross-Origin-Redirects stammen von Links auf anderen Websites. Sie haben hier sehr wenig Kontrolle. Bei Links mit hoher Auswirkung, die viel Traffic generieren, sollten Sie in Betracht ziehen, den Webmaster der Seite zu kontaktieren, um die verlinkte URL zu aktualisieren.
Redirect-Ketten. Mehrfache Redirects oder Redirect-Ketten treten auf, wenn ein einzelner Redirect nicht zum endgültigen Ort der Ressource weiterleitet. Diese Arten von Redirects belasten die Time to First Byte stärker und sollten um jeden Preis vermieden werden. Verwenden Sie erneut ein [url=https://www.marketingtracer.com/]Tool[/url], um diese Arten von Redirects zu finden und zu beheben!
HTTP-zu-HTTPS-Redirects. Eine Möglichkeit, dies zu umgehen, ist die Verwendung des Strict-Transport-Security-Headers (HSTS), der HTTPS beim ersten Besuch einer Origin erzwingt und dem Browser dann mitteilt, bei zukünftigen Besuchen sofort über das HTTPS-Schema auf die Origin zuzugreifen.
Im Allgemeinen empfehlen wir:
- Überprüfen und aktualisieren Sie regelmäßig Ihre internen Links! Wenn Sie den Ort einer Seite ändern, aktualisieren Sie Ihre internen Links zu dieser Seite, um sicherzustellen, dass keine Verweise auf den früheren Seitenort verbleiben.
- Behandeln Sie Redirects auf Serverebene. Wobei die bevorzugte Redirect-Methode ein 301-Redirect ist. Ein 301-Redirect ist ein permanenter Redirect, während ein 302-Redirect ein temporärer Redirect ist. Temporäre Redirects werden beispielsweise möglicherweise nicht in Suchmaschinen aktualisiert.
- Verwenden Sie relative URLs: Wenn Sie auf Seiten auf Ihrer eigenen Website verlinken, verwenden Sie relative URLs anstelle von absoluten URLs. Dies hilft, unnötige Redirects zu vermeiden.
- Verwenden Sie kanonische URLs: Wenn Sie mehrere Seiten mit ähnlichem Inhalt haben, verwenden Sie eine kanonische URL, um die bevorzugte Version der Seite anzugeben. Dies hilft, Duplicate Content und unnötige Redirects zu vermeiden.
Secure your Q3 Metrics.
Do not let technical debt derail your Core Web Vitals. I provide the strategy, the code, and the verification to pass Google's assessment.
- Strategic Planning
- Code Implementation
- Verification & Testing