11 september 2026
Hoe snel moet een website zijn?
Snelheid is een van de weinige dingen aan een website waar een harde norm voor bestaat. Google publiceert die norm gewoon, en je kunt binnen een minuut meten of jouw site eraan voldoet. Hieronder wat de grenzen zijn, wat ze in de praktijk betekenen en waar de vertraging meestal vandaan komt.
De drie cijfers die tellen
Google meet snelheid via de Core Web Vitals. Drie waarden, met een duidelijke grens voor wat goed is:
- LCP (Largest Contentful Paint): binnen 2,5 seconde moet het grootste element in beeld staan. In de praktijk je hero-afbeelding of je kop.
- INP (Interaction to Next Paint): binnen 200 milliseconde moet de site reageren als iemand klikt of typt.
- CLS (Cumulative Layout Shift): onder de 0,1. Dit meet of dingen verspringen terwijl de pagina laadt.
Die laatste is de meest onderschatte. Iedereen kent het: je wilt op een knop klikken, er laadt een afbeelding boven, en je klikt op iets anders. Dat is CLS, en het is irritanter dan een halve seconde extra laadtijd.
Wat is snel genoeg?
Voldoen aan die drie normen is snel genoeg voor de meeste bedrijfswebsites. Daarboven wordt het snel een spel van diminishing returns: van 2,5 naar 1,8 seconde merkt vrijwel niemand, van 6 naar 2,5 seconde merkt iedereen.
Belangrijker dan de score is waar je meet. Een site die op je eigen glasvezel en je eigen laptop vliegt, kan op een telefoon met vier streepjes bereik traag zijn. Meet altijd mobiel, en meet niet alleen je homepage.
Waar de vertraging meestal zit
In de sites die ik overneem kom ik bijna altijd dezelfde vier dingen tegen.
- Afbeeldingen die te groot zijn. Een foto van 4 MB die op 600 pixels breed getoond wordt. Dit is veruit de grootste veroorzaker en ook de makkelijkste om op te lossen.
- Te veel plugins. Elke plugin laadt zijn eigen CSS en JavaScript, ook op pagina’s waar hij niets doet. Twintig plugins voor een site van acht pagina’s is geen uitzondering.
- Een pagebuilder. Die genereert lagen div’s en stylesheets die je niet nodig hebt. Handig bij het bouwen, duur bij het laden.
- Een thema van de plank. Honderd functies waarvan je er drie gebruikt, en de andere zevenennegentig laden gewoon mee.
Dat laatste is precies waarom ik zonder pagebuilder en zonder kant-en-klaar thema werk. Niet uit principe, maar omdat je die keuze terugziet in de cijfers. Op paiyus.com meet ik 98 van de 100 op mobiel.
Zelf meten, in een minuut
Ga naar PageSpeed Insights van Google, plak je URL, kies het tabblad voor mobiel. Kijk niet naar het bolletje bovenaan maar naar de drie waarden. Rood of oranje op LCP betekent bijna altijd: te zware afbeeldingen.
Staat er dat er niet genoeg gegevens zijn voor veldddata, dan krijgt je site simpelweg te weinig bezoekers voor een echte meting. De labmeting eronder is dan je beste indicatie.
Weegt snelheid mee voor je positie in Google?
Ja, maar minder zwaar dan mensen denken. Snelheid is een van de vele signalen. Een trage pagina met het beste antwoord wint het van een snelle pagina met een half antwoord.
Het echte effect zit aan de andere kant: bezoekers die afhaken voordat je site geladen is, tellen niet mee als klant. Snelheid verdien je niet terug in posities maar in aanvragen.
En als je site te traag is?
Begin bij de afbeeldingen. In veel gevallen is dat genoeg. Blijft het traag, dan zit het in de opbouw, en dan is het de vraag of optimaliseren nog loont of dat opnieuw bouwen goedkoper is. Dat zeg ik eerlijk als je me de link stuurt.
Lees anders hoe ik een WordPress website opbouw, wat er onder onderhoud valt, of stuur me je URL.
Is jouw website snel genoeg?
Stuur me je URL, dan kijk ik vrijblijvend waar de vertraging vandaan komt.