Hoe snel moet je website zijn? Dit zijn de grenzen die tellen
Sta je weleens in de supermarkt bij een rij van zes mensen? Grote kans dat je doorloopt naar een andere kassa. Op internet werkt het precies zo, alleen is de andere kassa daar één klik verderop. Bij je concurrent.
Een trage website kost je bezoekers, klanten en posities in Google. In deze blog lees je hoe snel je website moet zijn (met echte grenzen, geen vage richtlijnen), hoe je het gratis meet, wat de grootste vertragers zijn en wat je er zelf aan kunt doen. Zonder technisch geneuzel, zoals je van me gewend bent.
Inhoudsopgave
1. Het korte antwoord
Je belangrijkste content moet binnen 2,5 seconden op het scherm staan, ook op een telefoon met matig bereik. Dat is geen mening, dat is de officiële grens die Google hanteert. Voelt je site trager? Dan verlies je bezoekers, elke dag.
De volledige lat ligt zo: hoofdcontent zichtbaar binnen 2,5 seconden, reactie op een klik of tik binnen 0,2 seconden, en geen verspringende elementen tijdens het laden. Haal je die drie, dan zit je bij de betere helft van het internet. Letterlijk: nog geen 56 procent van alle websites haalt ze alle drie.
En meet vooral niet alleen op je eigen laptop op kantoor. Jouw browser heeft je site in de cache staan en je wifi is sneller dan het 4G van je bezoeker onderweg. Jij bent de slechtste testpersoon voor je eigen site.
2. Waarom elke seconde telt
Snelheid voelt als een detail. De cijfers zeggen wat anders. Eén seconde extra laadtijd kost tot 7 procent conversie. Op mobiel haakt 53 procent van de bezoekers af als een pagina langer dan 3 seconden laadt. En sites die de snelheidsgrenzen halen, hebben een bouncepercentage dat 24 procent lager ligt.
Reken het eens door voor je eigen situatie. Stel, je krijgt 500 bezoekers per maand en 2 procent daarvan plant een gesprek. Dat zijn 10 aanvragen. Is je site twee seconden trager dan nodig, dan kost je dat er zomaar één of twee per maand. Elke maand weer. Voor iets wat meestal in een middag te verbeteren is.
Snelheid is daarmee de stilste lekkage in je website. Bezoekers klagen er niet over, ze vertrekken gewoon. In mijn blog over waarom je website geen klanten oplevert is techniek dan ook een van de zeven lekken.
3. Zo meet je je snelheid gratis
Ga naar PageSpeed Insights (pagespeed.web.dev), vul je adres in en wacht een halve minuut. Je krijgt twee rapporten: mobiel en desktop. Kijk vooral naar mobiel, want daar komt bij de meeste sites het merendeel van de bezoekers vandaan en daar is het het zwaarst.
Let op twee dingen in het rapport. Bovenaan staat, als je site genoeg bezoekers heeft, data van echte Chrome-gebruikers over de afgelopen 28 dagen. Dat is de waarheid. Daaronder staat een labtest met een score van 0 tot 100. Handig om te vergelijken voor en na een aanpassing, maar staar je niet blind op die score.
Doe daarnaast de praktijktest: pak je telefoon, zet de wifi uit, open je site in een incognitovenster en tel mee. Alles boven de drie tellen is werk aan de winkel.
4. Core Web Vitals zonder geneuzel
In elk snelheidsrapport kom je drie afkortingen tegen. Dit zijn ze, in gewone taal.
LCP (Largest Contentful Paint): hoe lang het duurt voordat het grootste element op je scherm staat, meestal je hoofdfoto of kop. Grens: 2,5 seconden. Dit is de metric waar de meeste sites op zakken.
INP (Interaction to Next Paint): hoe snel je site reageert als iemand klikt, tikt of typt. Grens: 0,2 seconden. Voelt je site "stroperig" bij het klikken, dan zit het hier. Dit is in de praktijk de vaakst gefaalde grens: ruim 4 op de 10 sites redt het niet.
CLS (Cumulative Layout Shift): hoeveel je pagina verspringt tijdens het laden. Grens: 0,1. Ken je dat, dat je op een knop wilt tikken en er ineens een advertentie onder je duim schuift? Dat dus. Google meet het, en bezoekers haten het.
5. De vijf grootste vertragers
Negen van de tien trage websites hebben last van dezelfde vijf dingen.
Eén: te zware afbeeldingen. Een foto rechtstreeks van je telefoon is al snel 4 tot 8 MB, terwijl 200 KB genoeg is voor een scherp beeld op je site. Dit is verreweg de meest voorkomende boosdoener, en de makkelijkste om te fixen.
Twee: video's die automatisch afspelen, zeker bovenaan de pagina. Mooi bedacht, maar je bezoeker downloadt dan meteen tientallen MB's voordat hij één woord heeft gelezen.
Drie: een stapel plugins, widgets en scripts. Elke chatwidget, social-feed, tracker en pop-uptool laadt eigen code mee. Vijf tools die je "ooit eens hebt aangezet" vertragen elke pagina, elke dag.
Vier: fonts en externe bestanden. Elk sierlettertype dat van een externe server komt, is een extra wachtrij voordat je tekst verschijnt.
Vijf: je hosting of platform. Goedkope hosting deelt één server met honderden andere sites. Moderne websitebouwers regelen dit beter, maar ook daar geldt: hoe voller je site hangt, hoe trager hij wordt.
6. Wat je vandaag zelf kunt doen
Begin met je afbeeldingen. Verklein foto's naar het formaat waarop ze getoond worden en sla ze op als WebP of geoptimaliseerde JPG. Tools als Squoosh of TinyPNG doen dit gratis. Alleen deze stap scheelt op veel sites al seconden.
Ruim daarna op. Loop je plugins en widgets langs en stel bij elk de vraag: gebruik ik dit echt? Chatwidget waar nooit iemand op klikt? Weg. Teller, slider, sneeuweffect van vorig jaar december? Weg. Elke tool die weggaat, maakt je site meetbaar sneller.
Zet video's op klik-om-af-te-spelen in plaats van autoplay, en beperk het aantal verschillende lettertypes tot twee. Meet daarna opnieuw met PageSpeed Insights en vergelijk. Grote kans dat je zonder één regel code al flink gestegen bent.
7. Wat Google en AI-zoekmachines ervan vinden
Snelheid is een officiële rankingfactor bij Google. Geen doorslaggevende (goede content wint van snelle lege pagina's), maar bij gelijke kwaliteit wint de snellere site. En omdat trage sites meer bezoekers zien vertrekken, werkt traagheid dubbel tegen je: direct in de ranking en indirect via gedrag.
Er is een tweede reden die steeds belangrijker wordt: AI-zoekmachines. De crawlers van ChatGPT, Perplexity en Google AI Overviews moeten je pagina's ophalen en verwerken om je te kunnen citeren. Een site die traag of moeizaam laadt, wordt minder vaak en minder volledig gelezen. Hoe je verder zorgt dat AI-zoekmachines je vinden en noemen, lees je in mijn blog over SEO en GEO.
Kortom: dezelfde middag werk levert je drie keer winst op. Meer conversie, betere vindbaarheid, en een site waar machines net zo makkelijk doorheen komen als mensen.
8. Wanneer je het uit handen geeft
De stappen hierboven kan iedereen. Maar soms zit de vertraging dieper: in de code van je thema, in een koppeling die op elke pagina meedraait, of in een platform dat gewoon niet meer past bij wat je site moet doen. Dan wordt het puzzelen in techniek, en dat is precies het punt waarop de meeste ondernemers avonden kwijtraken aan iets wat een specialist in een uur ziet.
Mijn vuistregel: besteed er zelf maximaal één middag aan. Kom je met de basisstappen niet onder de drie seconden, dan is het geen kwestie van harder proberen maar van gerichter zoeken. Laat iemand met verstand van de techniek meekijken waar de tijd echt weglekt.
Twijfel je of het aan je afbeeldingen, je plugins of je platform ligt? Dat zoek ik graag voor je uit. Meten, aanwijzen, oplossen, en jij kunt verder met je echte werk.
Veelgestelde vragen
Wat is een goede laadtijd voor een website?
Hoofdcontent binnen 2,5 seconden zichtbaar, ook op mobiel. Binnen 2 seconden is goed, boven de 3 seconden verlies je meetbaar bezoekers.
Hoe meet ik de snelheid van mijn website gratis?
Met PageSpeed Insights van Google (pagespeed.web.dev). Vul je adres in en kijk vooral naar het mobiele rapport en de data van echte gebruikers bovenaan. Test daarnaast zelf op je telefoon via 4G in een incognitovenster.
Wat zijn Core Web Vitals?
Drie meetpunten waarmee Google de gebruikerservaring van je site meet: LCP (laadtijd hoofdcontent, grens 2,5 seconden), INP (reactiesnelheid bij klikken, grens 0,2 seconden) en CLS (verspringen tijdens laden, grens 0,1).
Is snelheid echt een rankingfactor bij Google?
Ja, al weegt content zwaarder. Snelheid werkt vooral dubbel: het telt mee in de ranking en het houdt bezoekers vast die anders terugklikken naar Google, wat op zichzelf weer een signaal is.
Mijn score op mobiel is veel lager dan op desktop. Is dat normaal?
Ja. De mobiele test simuleert een langzamer toestel en netwerk, en mobiel scoort wereldwijd zo'n acht punten lager dan desktop. Juist daarom moet je op mobiel optimaliseren: daar zit de pijn en daar zitten je bezoekers.
Helpt een cacheplugin of snelheidstool?
Vaak wel, maar het is de laatste stap, niet de eerste. Een cachetool op een site vol zware foto's en overbodige scripts is een pleister op een lekkage. Eerst opruimen en verkleinen, dan pas versnellen met tools.
Feiten en cijfers
- De grenzen van Google: hoofdcontent binnen 2,5 seconden (LCP), reactie binnen 0,2 seconden (INP), verspringen maximaal 0,1 (CLS).
- Nog geen 56 procent van alle gemeten websites haalt alle drie de Core Web Vitals.
- Ruim 4 op de 10 sites zakt voor de reactiesnelheid (INP), daarmee de vaakst gefaalde grens.
- Eén seconde extra laadtijd kost tot 7 procent conversie.
- 53 procent van de mobiele bezoekers haakt af bij een laadtijd boven de 3 seconden.
- Sites die alle drie de grenzen halen, hebben een 24 procent lager bouncepercentage.
Bronnen
- Google Search Central, Understanding Core Web Vitals and Google search results
- web.dev, Defining the Core Web Vitals metrics thresholds
- Digital Applied, Core Web Vitals Benchmarks 2026
- NitroPack, The Most Important Core Web Vitals Metrics in 2026
Conclusie
Hoe snel moet je website zijn? Hoofdcontent binnen 2,5 seconden, reactie binnen 0,2 seconden, niks dat verspringt. Meet het gratis met PageSpeed Insights, pak eerst je afbeeldingen en overbodige plugins aan, en gun jezelf maximaal een middag. Alles daarna is werk voor iemand die dit dagelijks doet. Een snelle site verkoopt beter, scoort beter en wordt beter gelezen, door mensen en door AI.
Benieuwd waar jouw site tijd verliest? Vraag een website roast aan voor een eerlijk rapport, of plan een gratis kennismaking van 30 minuten en ik kijk direct met je mee.
Recent Posts









