Waaruit bestaat de TTFB?
TTFB is de optelsom van een paar stappen die de browser zet voordat er iets binnenkomt:
- Eventuele redirects.
- Het opstarten van een service worker, als de site die gebruikt.
- De DNS-lookup: het IP-adres bij de domeinnaam opzoeken.
- Het opzetten van de verbinding, inclusief de TLS-onderhandeling voor HTTPS.
- Het verzoek zelf, tot de eerste byte van het antwoord binnen is.
Let op bij het vergelijken van tools. Labtools meten vaak alleen de eind-URL en missen zo de tijd van redirects. Ook de serverreactietijd die Lighthouse toont, is maar een deel van de TTFB: de DNS-lookup en redirects tellen daarin niet mee. Gebruik daarom bij voorkeur velddata van echte bezoekers, bijvoorbeeld uit PageSpeed Insights.
Wat is een goede TTFB?
| TTFB | Beoordeling |
|---|---|
| 0,8 seconden of minder | Goed |
| Tussen 0,8 en 1,8 seconden | Verbetering nodig |
| Meer dan 1,8 seconden | Slecht |
web.dev legt twee grenzen vast: tot en met 0,8 seconden is goed, boven 1,8 seconden slecht. Wat daartussen valt, heeft verbetering nodig. web.dev noemt het zelf een ruwe richtlijn. TTFB is geen Core Web Vital, dus je hoeft de grens niet per se te halen zolang de belangrijke meetwaarden goed blijven. TTFB is wel het eerste deel van de LCP. Elke milliseconde die de server treuzelt, schuift de hele laadtijd op.
Bij een single-page app telt een lage TTFB extra zwaar, omdat de browser daarna nog de inhoud moet opbouwen. Een site die op de server rendert, kan met een iets hogere TTFB toch betere FCP- en LCP-tijden halen.
Hoe verlaag je de TTFB?
- Hosting: begin bij je webhosting. De server moet het verkeer aankunnen dat je ernaartoe stuurt.
- CDN: een netwerk van servers dicht bij je bezoekers verkort de afstand tot de server.
- Caching: laat pagina’s met de juiste Cache-Control-headers op de servers van het CDN bewaren. Dan hoeft niet elke aanvraag helemaal naar je eigen server.
- Minder redirects: elke redirect voegt wachttijd toe, en een keten van redirects nog meer.
Een voorbeeld. Een reisbureau uit Leiden stuurt een nieuwsbrief met links via een klikteller. Die stuurt door naar http://example.nl, dat doorstuurt naar https://example.nl en daarna naar https://www.example.nl. In de labtest is de TTFB prima, maar bezoekers uit de nieuwsbrief wachten op drie redirects. Het reisbureau laat de links rechtstreeks naar de uiteindelijke URL wijzen.
Veelgestelde vragen over TTFB
Waar staat TTFB voor?
TTFB staat voor Time to First Byte. Het is de tijd tot de eerste byte van het antwoord van de server binnenkomt. Hoe korter, hoe sneller de browser de pagina kan opbouwen.
Wat is een goede TTFB?
web.dev noemt 0,8 seconden of minder goed. Boven 1,8 seconden is slecht. Het is een ruwe richtlijn, omdat sites hun inhoud op verschillende manieren leveren.
Telt TTFB mee voor je positie in Google?
Niet direct, want TTFB is geen Core Web Vital. Google gebruikt de Core Web Vitals wel in de ranking, en een trage TTFB vertraagt je LCP. Bovendien crawlt Google minder als je server traag reageert.