{"id":19362,"date":"2018-06-26T01:06:44","date_gmt":"2018-06-25T23:06:44","guid":{"rendered":"https:\/\/kinqsta.com\/?p=9091"},"modified":"2025-11-27T14:31:31","modified_gmt":"2025-11-27T13:31:31","slug":"ttfb","status":"publish","type":"post","link":"https:\/\/kinqsta.com\/nl\/blog\/ttfb\/","title":{"rendered":"Dit is hoe je jouw TTFB vermindert om de pagina laadtijd te verbeteren"},"content":{"rendered":"

Wanneer het aankomt op de snelheid van jouw website<\/a> dan ligt de focus voornamelijk op de front-end prestatie en optimalisatie om de laadtijden van pagina\u2019s te verbeteren<\/a>.<\/p>\n

Soms is het ook goed om naar de server-kant te kijken, de plek waar jouw website begint met laden.<\/p>\n

Vandaag duiken we in het onderwerp TTFB (Time to first byte)<\/strong>, hoe het jouw website be\u00efnvloedt en we bespreken gemakkelijke manieren om de tijd te verkorten. TTFB is vaak een overgeslagen prestatie factor, maar het zou zeker in overweging moeten worden genomen wanneer de snelheid van een website wordt getest.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Wat is TTFB?<\/h2>\n

TTFB staat voor time to first byte. <\/strong>Simpel gezegd: de tijd hoe lang het duurt voor de browser de eerste byte data ontvangt van de webserver. Hoe langer het duurt om de data te ontvangen, hoe langer het duurt voor de browser om jouw pagina te weergeven. Een veel voorkomend misverstand is dat het wordt berekend na de DNS look-up<\/a>, maar in de originele berekening van TTFB<\/a> is netwerk latency inclusief<\/strong>. Dit bestaat uit een 3 stappen proces en vertragingen en latency kan overal optreden wat bijdraagt aan het totaal TTFB.<\/p>\n

\"Wachten
Wachten (TTFB)<\/figcaption><\/figure>\n

1. Verzoek naar de Server<\/h3>\n

Wanneer iemand jouw website bezoekt dan is het eerste wat gebeurt een HTTP verzoek verstuurd van de browser naar de server. In deze stap zijn er een aantal factoren die vertragingen kunnen veroorzaken. Langzame DNS look-up tijden<\/strong> kunnen bijdragen aan de verhoogde tijd voor het verzoek. Indien de server geografisch gezien ver gelokaliseerd is dan kan dit latency<\/strong> in de afstand die de data moet afleggen veroorzaken. Ook kunnen ingewikkelde firewall regels de routing tijd verlengen. En vergeet de internetsnelheid van de cli\u00ebnt niet.<\/p>\n

2. Server verwerking<\/h3>\n

Nadat het verzoek is verstuurd moet de server het verwerken en een reactie genereren. Dit kan weer voor een aantal vertragingen zorgen zoals bijvoorbeeld trage database calls, <\/strong>te veel externe scripts, het niet cachen <\/strong>van de eerste reactie, slecht geoptimaliseerde code of thema en ineffici\u00ebnte server resources<\/strong> zoals disk I\/O of geheugen.<\/p>\n

3. Reactie naar de cli\u00ebnt<\/h3>\n

Als de server het verzoek heeft verwerkt dan moet de reactie terug worden gestuurd naar de cli\u00ebnt (of eigenlijk, de eerste byte terugsturen). Dit wordt ernstig be\u00efnvloedt door zowel de netwerksnelheid van de server als de netwerksnelheid van de cli\u00ebnt<\/strong>. Als de cli\u00ebnt langzaam internet heeft van een Wi-Fi hotspot, dan wordt dat zichtbaar in de TTFB.<\/p>\n

Is TTFB belangrijk?<\/h2>\n

Het is belangrijk om te begrijpen dat TTFB (Time to first byte) niet hetzelfde is als de snelheid van de website. Het is meer een maatstaf voor reactiviteit. Er zijn veel discussie op het internet of TTFB wel of niet belangrijk is. Een aantal zeggen dat het betekenisloos is (Cloudflare<\/a>, LittleBizzy<\/a>) en andere zeggen dat het juist wel belangrijk is (Ilya Grigorik<\/a>, Web Performance Engineer bij Google). Beide kanten hebben goede punten waarom het wel of waarom het niet belangrijk is en vragen over hoe het nu daadwerkelijk berekend wordt.<\/p>\n

Moz heeft zelfs een diepteonderzoek gedaan naar de correlatie tussen search rankings en time to first byte<\/a>. Hoewel het lastig is om te weten of dit de oorzaak was of dat websites met lagere TTFB over het algemeen snellere websites waren, wat weer invloed kan hebben op Google\u2019s page speed ranking factor.<\/p>\n\n

Echter, in plaats tijd te besteden aan de discussie of het wel of niet belangrijk is, besteden wij liever tijd aan het focussen op het maken van optimalisaties. Alles wat je doet kan bijdragen aan de algemene snelheid van jouw website, en dat heeft dan weer invloed op jouw TTFB. Op onze test sites voelen de websites met lange TTFB veel langzamer aan.<\/p>\n

Over het algemeen genomen: alles onder de 100ms is fantastisch en een goede TTFB.<\/strong> Google PageSpeed Insights raadt onder de 200ms<\/a> voor server reactietijd aan. Zit je in het 300 tot 500ms gebied, dan is dat redelijk standaard. Zit je over de 600ms dan is er misschien iets incorrect geconfigureerd of wordt het tijd om over te stappen op een betere web stack. Je kunt ook onze aanbevelingen hieronder opvolgen om de TTFB te verminderen. Onthoud ook dat SSL\/TLS onderhandeling<\/a> ook een factor is.<\/p>\n

Hoe meet je jouw TTFB<\/h2>\n

Er is een massa verschillende manieren waarop je jouw TTFB kunt meten. We zullen er een paar hieronder benoemen. Onthoud wel dat elke tool een net iets andere uitkomst geeft dus het is belangrijk op er 1 te kiezen en daarbij te blijven voor de nulmeting.<\/p>\n

TTFB meten met Google Chrome DevTools<\/h3>\n

Je kunt TTFB meten in Google Chrome door gebruik te maken van de DevTools<\/a>. Bedenk wel, als je test vanaf jouw computer dat TTFB wordt be\u00efnvloedt door netwerk latency en jouw internetverbinding. Het is waarschijnlijk dus effectiever om gebruik te maken van een externe tool (besproken hieronder in dit artikel) die test vanuit een data centrum.<\/p>\n