Bijna elke website kan eenmalig snel gemaakt worden. Je comprimeert de afbeeldingen, gooit een script weg dat niemand meer gebruikt, en de score springt omhoog. Dat is een middag werk en het voelt goed. Een half jaar later staat diezelfde score weer waar hij was, zonder dat iemand iets fout heeft gedaan. Dit stuk gaat over waarom dat gebeurt, hoe je het vroeg genoeg ziet, en welke routine het tegenhoudt zonder dat het een project wordt.
Vertraging komt van normaal gebruik
Er komt een chatwidget bij, omdat bezoekers vragen stellen buiten kantooruren. Er wordt een meetpixel toegevoegd, omdat iemand wil weten waar de aanvragen vandaan komen. Er gaat een foto rechtstreeks uit de camera op een dienstpagina, omdat hij mooi is en niemand aan het bestandsformaat denkt. Een externe dienst breidt zijn eigen embed uit en meldt dat nergens.
Geen van die beslissingen is op zichzelf fout. Stuk voor stuk zijn ze zelfs verstandig. Bij elkaar opgeteld laadt je pagina merkbaar trager, en juist omdat het stap voor stap ging kan niemand aanwijzen waar het misging. De verantwoordelijkheid ligt overal een beetje, en daardoor nergens.
Dat is ook waarom een eenmalige optimalisatieronde zo verleidelijk is. Het resultaat is meteen zichtbaar, het past in een middag en je kunt het afvinken. Alleen meet je daarmee het moment, niet de richting. De vraag die ertoe doet is niet of je site op één moment snel is, maar of hij dat over drie maanden nog steeds is terwijl er ondertussen gewoon gewerkt wordt.
Wat traagheid je kost en waarom je het niet ziet
Bezoekers wachten niet. Wie via de telefoon binnenkomt, een paar tellen naar een lege pagina kijkt en dan terugtikt naar de zoekresultaten, verschijnt niet in je statistieken als gemiste opdracht. Die bezoeker verschijnt helemaal niet. Dat maakt vertraging zo vervelend: hij kost je precies datgene waar je nooit een melding van krijgt.
Aan de andere kant is de winst ook onzichtbaar. Niemand belt op om te zeggen dat je site lekker snel laadde. Daardoor voelt snelheid als werk zonder opbrengst, terwijl het in de praktijk het fundament is waarop de rest van je pagina zijn werk kan doen. Een goed verhaal op een trage pagina wordt niet gelezen.
Wat er precies gemeten wordt
Snelheid is geen enkel getal. Google heeft er drie maten voor vastgelegd die samen beschrijven hoe een pagina aanvoelt: hoe snel de grootste inhoud bovenaan verschijnt, hoe snel de pagina reageert op de eerste tik of klik, en hoe stil de opmaak blijft staan tijdens het laden. In de uitleg van Google ligt de lat op 2,5 seconden voor de grootste inhoud, 200 milliseconden voor de reactie en 0,1 voor de verschuiving, gemeten bij het driekwartpunt van alle bezoeken (geraadpleegd op 15 september 2026).
Dat driekwartpunt is belangrijker dan het klinkt. Het betekent dat je niet wordt beoordeeld op je gemiddelde bezoeker, maar op de traagste kwart. Een site die op een snelle laptop met glasvezel prima scoort en op een vier jaar oude telefoon in een trein hapert, slaagt dus niet. Google beschrijft in de documentatie over zoekresultaten hoe die maten meewegen (geraadpleegd op 15 september 2026).
Wat wij op onze eigen sites meten
Meten in een testtool is één ding. Meten bij echte bezoekers is iets anders, en alleen dat tweede zegt iets over de werkelijkheid. Op de sites die FWRD host verzamelen we de drie maten in de browser van de bezoeker zelf, geaggregeerd over alle sites samen.
Tussen 31 juli 2026 en 15 september 2026 leverde dat 288 metingen van de grootste inhoud op, verdeeld over 20 sites. Het driekwartpunt daarvan kwam uit op 1.244 milliseconden, ruim binnen de lat die Google noemt voor de grootste inhoud. Dat is goed nieuws, en het is ook het makkelijkste deel: die maat verbeter je vooral met hosting dicht bij de bezoeker en met afbeeldingen die niet groter zijn dan het vlak waarin ze getoond worden.
De maat die beschrijft hoe snel een pagina reageert op een tik staat er minder goed voor. Over dezelfde periode, tussen 31 juli 2026 en 15 september 2026, stonden er 123 metingen van 15 sites, met een driekwartpunt van 276 milliseconden. Dat ligt boven de grens van 200 milliseconden die Google aanhoudt voor reactiesnelheid. Het gaat om weinig metingen en het is geen ramp, maar het is precies het soort cijfer dat je alleen tegenkomt als je blijft meten in plaats van eenmalig een testrapport draait.
Zo’n uitkomst opschrijven is oncomfortabeler dan hem weglaten. Toch is het de enige vorm die bruikbaar is: een cijfer waar altijd een vinkje bij staat vertelt je niets over waar je als volgende aan moet werken.
Een site wordt zelden traag door een fout. Hij wordt traag door twintig redelijke beslissingen achter elkaar.
Wil je weten waar jouw site staat?
Doe de gratis diagnose. Je ziet meteen wat je site nodig heeft om beter gevonden te worden.
Een routine die vertraging vroeg zichtbaar maakt
Je hebt hier geen dagtaak aan. Wat je nodig hebt is een routine die je elke keer op dezelfde manier uitvoert, want alleen dan betekent een verschil ook echt iets.
- Kies drie vaste pagina’s en blijf daarbij: je homepage, je belangrijkste dienstpagina en de pagina waar de meeste bezoekers binnenkomen.
- Meet elke pagina meerdere keren en noteer de middelste uitkomst, niet de mooiste. Metingen schommelen, en de mooiste uitkomst is de minst eerlijke.
- Meet opnieuw na elke publicatie waarin iets aan de voorkant veranderde, ook als de wijziging alleen tekst leek te zijn.
- Schrijf per keer op wat je veranderde en wat de meting deed. Zonder dat logboek weet je over een paar maanden niet meer waarom de site sneller of trager werd.
Die laatste stap wordt het vaakst overgeslagen en is juist de stap die het verschil maakt. Met een logboek zie je na verloop van tijd patronen: welke soort wijziging echt helpt, en welke vooral een gevoel van vooruitgang geeft.
Houd daarbij lab en veld uit elkaar. Een labmeting draait de pagina onder vaste omstandigheden en is dus herhaalbaar: die gebruik je om te bewijzen dat een wijziging effect heeft. Een veldmeting komt van echte bezoekers en reageert traag, maar is de enige die vertelt of iemand het merkt. De praktische volgorde is eerst het lab, dan het veld. Een bredere analyse van waar pagina’s in de praktijk op vastlopen staat in het performancehoofdstuk van de HTTP Archive.
Wat je meteen kunt opruimen
Begin bij wat anderen aan je pagina hebben toegevoegd. Inventariseer alle scripts van derden en zoek bij elk ervan de persoon die het ooit wilde. Blijkt niemand het meer te gebruiken, dan is dat de goedkoopste seconde die je ooit terugwint. Scripts van derden zijn bovendien het deel van je pagina waar je zelf het minste over te zeggen hebt.
Kijk daarna naar de zwaarste afbeelding boven de vouw. Als die groter wordt geleverd dan het vlak waarin hij getoond wordt, betaalt elke bezoeker voor pixels die hij nooit ziet. En controleer of er iets op je pagina staat dat pas na het laden op zijn plek springt: een banner, een cookiemelding of een lettertype dat laat wisselt. Dat kost geen laadtijd, maar het maakt de pagina onbruikbaar op precies het moment dat iemand ergens op wil tikken.
Wil je weten waar jouw site nu staat en wat er concreet aan te doen is, dan helpt de aanpak om een bestaande website te verbeteren je op weg. Wie het liever helemaal uit handen geeft, kan het onderhoud van de site uitbesteden, zodat meten en bijsturen onderdeel van het werk zijn in plaats van iets waar je zelf aan moet denken.
Snelheid is geen project met een opleverdatum. Het is een eigenschap die je onderhoudt, net als de inhoud van je pagina’s. De sites die snel blijven zijn niet de sites die ooit het hardst geoptimaliseerd zijn, maar de sites waar iemand elke keer even kijkt.
Geschreven met AI door FWRD. Bronnen en cijfers staan in de tekst gelinkt.