Time to First Byte (TTFB) problemen vinden en oplossen

Vind en Los Time to First Byte (TTFB) problemen op

In ons vorige artikel spraken we over de Time to First Byte. Als je je wilt inlezen over de basisprincipes is dit een geweldige plek om te beginnen!

In dit artikel zal ik me richten op het identificeren van de verschillende Time to First Byte problemen en vervolgens uitleggen hoe je ze kunt oplossen!

TTFB TIP: meestal zal de TTFB veel slechter zijn voor bezoekers die voor het eerst komen omdat ze geen DNS-cache voor je site hebben. Bij het tracken van de TTFB is het heel zinvol om onderscheid te maken tussen nieuwe en terugkerende bezoekers

Stap 1: Controleer de TTFB in search console

"De eerste stap naar herstel is toegeven dat je een probleem hebt". Dus voordat we iets doen om de Time to First Byte op te lossen, laten we ervoor zorgen dat we echt een probleem hebben met de TTFB.

Helaas wordt de Time to First Byte niet gerapporteerd in Google Search Console, dus moeten we terugvallen op pagespeed.web.dev om de CrUX-data van onze site op te vragen. Gelukkig zijn de stappen eenvoudig: navigeer gewoon naar pagespeed.web.dev, voer de url van je pagina in en zorg ervoor dat de 'origin' knop is aangevinkt (aangezien we site-brede data nodig hebben en niet alleen homepage data). Schakel nu tussen Mobiel en Desktop en controleer de Time to First Byte voor beide apparaattypes

In het onderstaande voorbeeld zie je een site die faalt op de core web vitals vanwege een hoge TTFB.

Stap 2: Stel RUM tracking in

De Time to First Byte is een lastige metriek. We kunnen niet simpelweg vertrouwen op synthetische tests om de TTFB te meten omdat in het echte leven andere factoren zullen bijdragen aan fluctuaties in de TTFB. Om antwoorden te krijgen op alle bovenstaande vragen moeten we de data in het echte leven meten en eventuele problemen loggen die zich kunnen voordoen met de Time to First Byte. Dit heet Real User Monitoring en er zijn verschillende manieren om RUM tracking in te schakelen. We hebben Core/Dash ontwikkeld speciaal voor deze use cases. Core/Dash is een goedkope snelle en effectieve RUM tool die gewoon doet wat het moet doen! Natuurlijk zijn er veel RUM oplossingen en die zullen het werk ook doen (hoewel tegen een hogere prijs)

Hoe te denken over de TTFB: Stel je een webserver voor als een restaurantkeuken, en een gebruiker die een webpagina opvraagt als een hongerige klant die een bestelling plaatst. Time to First Byte (TTFB) is de tijdsduur tussen het moment dat de klant zijn bestelling plaatst en het moment dat de keuken begint met het bereiden van het eten.
Dus de TTFB gaat NIET over hoe snel de hele maaltijd gekookt is (First Contentful Paint) en geserveerd wordt (Largest Contentful Paint), maar eerder hoe responsief de keuken is op het initiële verzoek. 
RUM Tracking is vergelijkbaar met het enquêteren van klanten om hun eetervaring te begrijpen. Je zou kunnen ontdekken dat mensen die verder weg van de keuken zitten minder aandacht krijgen van de ober en later bediend worden of dat terugkerende klanten een voorkeursbehandeling krijgen terwijl nieuwe bezoekers langer op een tafel moeten wachten 

Stap 3: Identificeer Time to First Byte problemen

Hoewel Google's Chrome User Experience Report (CrUX) waardevolle velddata biedt, biedt het geen specifieke details over de oorzaken van een hoge TTFB. Om TTFB effectief te verbeteren moeten we precies weten wat er aan de hand is op een gedetailleerder niveau. Op dit punt is het zinvol om onderscheid te maken tussen algeheel falende TTFB en TTFB die faalt onder specifieke omstandigheden (hoewel er in werkelijkheid altijd een mix zal zijn).

3.1 TTFB faalt over het algemeen

1. Controleer op algemene slechte 'request times': Slechte request times betekenen dat het 'probleem' ligt bij de tijd die de server nodig heeft om de pagina te genereren. Dit is de meest voorkomende oorzaak voor slechte TTFB scores! 
2. Controleer op andere slechte TTFB subonderdelen: De TTFB is niet zomaar een enkele metriek maar kan worden opgesplitst in meerdere delen die hun eigen optimalisatiepotentieel hebben. Als de wachttijd, cacheduur, DNS lookup-duur of de verbindingsduur traag zijn, zul je waarschijnlijk je serverinstellingen moeten afstemmen of op zoek moeten gaan naar hosting van betere kwaliteit. 

3.2 TTFB faalt onder specifieke omstandigheden

1. Landensegmentatie: Het begrijpen van de geografische verdeling van hoge TTFB is belangrijk, vooral voor websites met een wereldwijd publiek. Als je je pagina's serveert vanaf 1 server in slechts één land (zonder CDN edge caching), zal de fysieke afstand tussen de locatie van de gebruiker en de server die de website host allerlei vertragingen veroorzaken en invloed hebben op de TTFB. 
   
2. Cachesegmentatie: Caching kan TTFB verminderen door de server-side generator van de HTML over te slaan Helaas is het gebruikelijk dat caching is uitgeschakeld of omzeild om vele redenen. Bijvoorbeeld, caching kan uitgeschakeld zijn voor ingelogde gebruikers, winkelwagenpagina's, pagina's met query strings (bijv. van Google Ads), zoekresultaatpagina's en checkout-pagina's. Als je website (edge) caching gebruikt, gebruik dan RUM tracking om de cache hit ratio te controleren!
   
3. Pagina (cluster) segmentatie: Het verschil in Time to First Byte prestaties (of het gebrek aan verschil) tussen pagina's of paginatypes is een ander ding dat we moeten bepalen. Weten welke pagina's falen op de TTFB metriek zal waardevolle inzichten geven in hoe de time to fist byte te verbeteren. 
   
4. Redirect segmentatie: Redirect tijd wordt direct toegevoegd aan de TTFB. Elke redirect voegt extra tijd toe voordat de webserver kan beginnen met het laden van de pagina. Het meten en elimineren van onnodige redirects kan helpen om de TTFB te verbeteren.
   
5. Andere segmentatie: Hoewel segmenteren op de bovenstaande variabelen de gebruikelijke verdachten dekt, is elke site uniek en heeft zijn eigen uitdagingen. Gelukkig is RUM tracking ontworpen om segmentatie op veel meer variabelen toe te staan zoals Apparaat RAM, Netwerksnelheid, Apparaattype, Besturingssysteem, aangepaste variabelen en nog veel veel meer. 

Stap 4: Zoom in op problemen en los op!

De subonderdelen van de Time to First Byte (TTFB) zijn:

• Waiting + Redirect (of wachttijd)
  
• Worker + Cache (of cacheduur)
• DNS (of DNS-duur)
• Connectie  (of connectieduur)
• Request (of requestduur)