Time to First Byte (TTFB) Probleme finden und beheben

Finden und beheben Sie Time to First Byte (TTFB) Probleme

In unserem vorherigen Artikel sprachen wir über die Time to First Byte. Wenn Sie sich über die Grundlagen informieren möchten, ist dies ein großartiger Ort, um zu beginnen!

In diesem Artikel werde ich mich darauf konzentrieren, die verschiedenen Time to First Byte Probleme zu identifizieren und dann zu erklären, wie man sie behebt!

TTFB TIPP: Meistens wird der TTFB für Erstbesucher viel schlechter sein, da sie keinen DNS-Cache für Ihre Seite haben. Beim Tracking des TTFB ist es sehr sinnvoll, zwischen Erst- und Wiederkehrbesuchern zu unterscheiden

Schritt 1: Überprüfen Sie den TTFB in der Search Console

"Der erste Schritt zur Besserung ist zuzugeben, dass man ein Problem hat". Bevor wir also irgendetwas tun, um die Time to First Byte zu reparieren, stellen wir sicher, dass wir wirklich ein Problem mit dem TTFB haben.

Leider wird die Time to First Byte nicht in der Google Search Console gemeldet, daher müssen wir auf pagespeed.web.dev zurückgreifen, um die CrUX-Daten unserer Seite abzufragen. Glücklicherweise sind die Schritte einfach: Navigieren Sie einfach zu pagespeed.web.dev, geben Sie die URL Ihrer Seite ein und stellen Sie sicher, dass der 'Origin'-Button aktiviert ist (da wir seitenweite Daten benötigen und nicht nur Homepage-Daten). Wechseln Sie nun zwischen Mobil und Desktop und überprüfen Sie die Time to First Byte für beide Gerätetypen.

Im folgenden Beispiel sehen Sie eine Seite, die bei den Core Web Vitals aufgrund eines hohen TTFB durchfällt.

Schritt 2: Richten Sie RUM-Tracking ein

Die Time to First Byte ist eine knifflige Metrik. Wir können uns nicht einfach auf synthetische Tests verlassen, um den TTFB zu messen, da im echten Leben andere Faktoren zu Schwankungen im TTFB beitragen. Um Antworten auf alle obigen Fragen zu erhalten, müssen wir die Daten im echten Leben messen und alle Probleme protokollieren, die mit der Time to First Byte auftreten könnten. Dies nennt man Real User Monitoring und es gibt mehrere Möglichkeiten, RUM-Tracking zu aktivieren. Wir haben Core/Dash speziell für diese Anwendungsfälle entwickelt. Core/Dash ist ein kostengünstiges, schnelles und effektives RUM-Tool, das einfach seinen Job macht! Natürlich gibt es viele RUM- Lösungen da draußen und sie werden die Arbeit auch erledigen (allerdings zu einem höheren Preis)

Wie man über den TTFB denkt: Stellen Sie sich einen Webserver als Restaurantküche vor, und einen Benutzer, der eine Webseite anfordert, als hungrigen Kunden, der eine Bestellung aufgibt. Time to First Byte (TTFB) ist die Zeitspanne zwischen der Bestellung des Kunden und dem Beginn der Zubereitung des Essens durch die Küche.
Der TTFB dreht sich also NICHT darum, wie schnell das gesamte Essen gekocht (First Contentful Paint) und serviert wird (Largest Contentful Paint), sondern eher darum, wie reaktionsschnell die Küche auf die anfängliche Anfrage ist. 
RUM Tracking ist vergleichbar mit der Befragung der Kunden, um ihr Esserlebnis zu verstehen. Sie könnten feststellen, dass Personen, die weiter von der Küche entfernt sitzen, weniger Aufmerksamkeit vom Kellner erhalten und später bedient werden oder dass wiederkehrende Kunden bevorzugt behandelt werden, während neue Besucher länger auf einen Tisch warten müssen 

Schritt 3: Identifizieren Sie Time to First Byte Probleme

Während Googles Chrome User Experience Report (CrUX) wertvolle Felddaten liefert, bietet er keine spezifischen Details zu den Ursachen eines hohen TTFB. Um TTFB effektiv zu verbessern, müssen wir genau wissen, was auf einer detaillierteren Ebene vor sich geht. An diesem Punkt ist es sinnvoll, zwischen allgemein fehlschlagendem TTFB und TTFB, der unter bestimmten Bedingungen fehlschlägt, zu unterscheiden (obwohl es in der Realität immer eine Mischung geben wird).

3.1 TTFB fällt insgesamt durch

1. Prüfen Sie auf allgemein schlechte 'Request Times': Schlechte Request Times bedeuten, dass das 'Problem' bei der Zeit liegt, die der Server benötigt, um die Seite zu generieren. Dies ist die häufigste Ursache für schlechte TTFB-Werte! 
2. Prüfen Sie auf andere schlechte TTFB-Teilbereiche: Der TTFB ist nicht nur eine einzelne Metrik, sondern kann in mehrere Teile zerlegt werden, die ihr eigenes Optimierungspotenzial haben. Wenn die Wartezeit, Cache-Dauer, DNS-Lookup-Dauer oder die Verbindungsdauer langsam sind, müssen Sie wahrscheinlich Ihre Servereinstellungen anpassen oder nach qualitativ besserem Hosting suchen. 

3.2 TTFB fällt unter bestimmten Bedingungen durch

1. Ländersegmentierung: Das Verständnis der geografischen Verteilung eines hohen TTFB ist wichtig, insbesondere für Websites mit einem globalen Publikum. Wenn Sie Ihre Seiten von 1 Server in nur einem Land aus bereitstellen (ohne CDN Edge Caching), verursacht die physische Entfernung zwischen dem Standort des Benutzers und dem Server, der die Website hostet, alle möglichen Verzögerungen und wirkt sich auf den TTFB aus. 
   
2. Cache-Segmentierung: Caching kann TTFB reduzieren, indem die serverseitige Generierung des HTML übersprungen wird. Leider ist es üblich, dass Caching aus vielen Gründen deaktiviert oder umgangen wird. Zum Beispiel kann Caching für eingeloggte Benutzer, Warenkorbseiten, Seiten mit Query-Strings (z. B. von Google Ads), Suchergebnisseiten und Checkout-Seiten deaktiviert sein. Wenn Ihre Website (Edge) Caching verwendet, nutzen Sie RUM-Tracking, um die Cache-Hit-Rate zu überprüfen!
   
3. Seiten-(Cluster)-Segmentierung: Der Unterschied in der Time to First Byte Leistung (oder das Fehlen eines Unterschieds) zwischen Seiten oder Seitentypen ist eine weitere Sache, die wir bestimmen müssen. Zu wissen, welche Seiten bei der TTFB-Metrik durchfallen, liefert wertvolle Erkenntnisse darüber, wie man die Time to First Byte verbessern kann. 
   
4. Redirect-Segmentierung: Redirect-Zeit wird direkt zum TTFB hinzugefügt. Jeder Redirect fügt zusätzliche Zeit hinzu, bevor der Webserver mit dem Laden der Seite beginnen kann. Das Messen und Eliminieren unnötiger Redirects kann helfen, den TTFB zu verbessern.
   
5. Andere Segmentierung: Während die Segmentierung nach den oben genannten Variablen die üblichen Verdächtigen abdeckt, ist jede Seite einzigartig und hat ihre eigenen Herausforderungen. Glücklicherweise ist RUM-Tracking so konzipiert, dass es eine Segmentierung nach vielen weiteren Variablen wie Geräte-RAM, Netzwerkgeschwindigkeit, Gerätetyp, Betriebssystem, benutzerdefinierten Variablen und vielem mehr ermöglicht. 

Schritt 4: Zoomen Sie auf Probleme und beheben Sie sie!

Die Unterbereiche der Time to First Byte (TTFB) sind:

• Warten + Redirect (oder Wartezeit)
  
• Worker + Cache (oder Cache-Dauer)
• DNS (oder DNS-Dauer)
• Verbindung  (oder Verbindungsdauer)
• Anfrage (oder Anfragedauer)