Time to first byte, oftewel TTFB, meet hoe lang het duurt vanaf het moment dat een browser een pagina opvraagt tot de eerste byte van het antwoord binnenkomt. Het vangt de vertraging vóórdat er überhaupt iets terugkomt: de netwerkstap, het denkwerk van de server en het antwoord dat begint te reizen.
Stel je een bestelling aan een balie voor. TTFB is niet hoe lang de hele maaltijd duurt; het is hoe lang het duurt voordat het personeel je bestelling überhaupt opmerkt en in beweging komt. Sleept dat eerste antwoord, dan voelt alles erna ook traag. Een hoge TTFB wijst meestal op een loom werkende server, zwaar databasewerk of pagina’s die bij elke bezoeker opnieuw worden gebouwd, wat vaak gebeurt bij matig afgestelde server-side rendering.
Omdat het helemaal aan het begin zit, beïnvloedt TTFB latere meetwaarden als Largest Contentful Paint en je algehele Core Web Vitals. De gebruikelijke oplossingen zijn een CDN om de netwerkafstand te verkorten, caching zodat de server werk hergebruikt, en het bijslijpen van trage databasequery’s. Een goede streefwaarde is onder de 800 milliseconden.
Het helpt om te weten waar die tijd heen gaat. Denk aan een bezoeker in Sydney die een server in Frankfurt aanroept: alleen de heen-en-weerreis kan al 300 milliseconden kosten voordat de server één regel code draait. Een CDN zet een kopie dichter bij Sydney en die afstand krimpt. De rest is serverwerk, dus een pagina die drie databasequery’s draait en elke keer opnieuw een template opbouwt, loopt altijd achter op één die rechtstreeks uit een cache komt.
Eén kanttekening: TTFB is alleen de openingszet. Een site kan snel antwoorden en toch traag voelen als de pagina daarna een muur aan JavaScript meestuurt. Zie het dus als één signaal in je Core Web Vitals, niet als het hele verhaal.
Bij TopDevs houden we de TTFB laag met caching en edge-levering, zodat elke pagina al begint te antwoorden voordat bezoekers de wachttijd kunnen opmerken.
