Laadsnelheid

Website snelheid optimaliseren: wat echt verschil maakt

Het korte antwoord

Een snelle website toont binnen een paar seconden iets bruikbaars, reageert meteen als je tikt, en verspringt niet tijdens het laden. Google meet dat bij echte bezoekers met drie cijfers, de Core Web Vitals. Bij de meeste kmo-sites zit de grootste winst niet in techniek maar in te grote afbeeldingen, te veel plugins en scripts van anderen. Snelheid telt mee voor Google, maar het telt vooral voor wie al geklikt heeft en anders terug naar de zoekresultaten gaat.

Eerst meten, dan pas sleutelen

Er zijn twee soorten metingen, en ze zeggen iets anders. Het verschil kennen bespaart je veel verkeerde conclusies.

Labmeting

Een test die één keer je pagina laadt op een gesimuleerd toestel, zoals in Google PageSpeed Insights of Lighthouse. Handig om te zien wat er traag is. Maar het is één meting op één moment, en de score springt vaak tien punten op en neer zonder dat je iets veranderde.

Veldmeting

Hoe snel je site echt laadt bij echte bezoekers, op hun eigen telefoon en verbinding. Google verzamelt dat in Chrome en toont het bovenaan in PageSpeed Insights en in het rapport Core Web Vitals in Search Console. Dit is wat Google gebruikt. Heb je te weinig bezoekers, dan zijn er nog geen veldgegevens.

De eerste stap is dus niet een score van honderd najagen, maar kijken of je site bij echte bezoekers goed of slecht scoort, en op welke pagina's. Een startpagina die traag is en een privacyverklaring die traag is, zijn niet even dringend.

De drie Core Web Vitals

Google meet de ervaring van bezoekers met drie cijfers. Dit zijn de grenzen die Google zelf hanteert voor een goede score, gemeten bij 75 procent van de bezoeken.

MetingWat het meetGoedSlecht
LCP, Largest Contentful PaintHoe lang het duurt tot het grootste stuk inhoud zichtbaar is, meestal de hoofdfoto of de titelTot 2,5 secondenMeer dan 4 seconden
INP, Interaction to Next PaintHoe snel de pagina reageert als je tikt of klikt, bijvoorbeeld op een menu of een knopTot 200 millisecondenMeer dan 500 milliseconden
CLS, Cumulative Layout ShiftHoeveel de pagina verspringt tijdens het laden, waardoor je op het verkeerde tiktTot 0,1Meer dan 0,25

INP verving in maart 2024 de oudere meting FID. Kom je in een oud rapport of artikel nog FID tegen, dan is dat achterhaald.

Wat een website meestal traag maakt

Dit zijn de oorzaken die we het vaakst terugvinden bij kmo-sites, in de volgorde waarin ze het meeste schelen.

1

Te grote afbeeldingen

Een foto recht uit het fototoestel of de telefoon, van enkele megabytes, in een kader van een paar honderd pixels breed. Verkleinen naar de maat waarop ze getoond wordt en opslaan als WebP of AVIF is vaak de grootste winst van allemaal, en het vraagt geen programmeur. Op onze eigen site hebben we in september 2026 precies dit moeten doen.

2

Te veel plugins en scripts

Elke plugin, elk pop-upje en elke slider laadt eigen code, ook op pagina's waar ze niet gebruikt worden. Bij WordPress-sites die al een paar jaar meegaan, staan er vaak plugins actief die niemand nog gebruikt.

3

Scripts van anderen

Chatwidgets, advertentiepixels, ingesloten video's, kaarten, cookiebanners. Elk script moet van een andere server komen, en jij hebt geen controle over hoe snel die is. Laad ze pas wanneer ze nodig zijn, of laat ze weg als niemand ze gebruikt.

4

Een zware bovenkant

Een video of een slider met vijf grote foto's bovenaan de pagina. Dat is precies het stuk dat voor LCP gemeten wordt. Eén goede, lichte foto doet meestal meer dan vijf zware die om de beurt verschijnen.

5

Trage hosting en geen caching

Als de server zelf al lang nadenkt voor hij iets terugstuurt, helpt geen enkele optimalisatie op de pagina. Goedkope gedeelde hosting en een site zonder caching zijn hier de gebruikelijke verdachten.

6

Lettertypes

Vier gewichten van twee lettertypes, van een externe server, is vaak meer dan nodig. En zonder de juiste instelling blijft de tekst onzichtbaar tot het lettertype binnen is.

Hoeveel telt snelheid voor je positie in Google?

Minder dan veel verkopers van snelheidsoptimalisatie laten uitschijnen. Google zegt zelf dat de paginabeleving meetelt, maar dat relevante inhoud voorgaat. Een trage pagina met het beste antwoord kan het nog altijd winnen van een snelle pagina met een slecht antwoord.

Waar snelheid wel zwaar doorweegt, is wat er gebeurt nadat iemand geklikt heeft. Wie op een telefoon drie of vier seconden naar een wit scherm kijkt, drukt op terug en kiest het volgende resultaat. Dan heb je de positie en de klik gehad, en toch geen aanvraag.

Bekijk snelheid daarom als een deel van het geheel, samen met de inhoud per pagina en de techniek. In een SEO-audit is het laag twee van vier.

Zelf doen of laten doen

Dit kan je zelf

  • Afbeeldingen verkleinen en opnieuw opladen in het juiste formaat.
  • Plugins die je niet gebruikt uitschakelen en verwijderen.
  • Een slider of video bovenaan vervangen door één foto.
  • Scripts die niemand gebruikt uit je site halen, zoals een oude chatwidget of een pixel van een campagne die al lang voorbij is.
  • In Search Console het rapport Core Web Vitals opvolgen.

Hier heb je iemand voor nodig

  • Uitzoeken welk script de pagina blokkeert en in welke volgorde alles moet laden.
  • Caching en serverinstellingen goed zetten.
  • Lettertypes en CSS zo laden dat de tekst meteen leesbaar is.
  • Een sjabloon of pagebuilder die op elke pagina honderden kilobytes code meesleept. Dan is lapwerk vaak duurder dan opnieuw bouwen.

Staat je site op een oud sjabloon waar elke aanpassing een nieuwe vertraging oplevert, dan loont het om te rekenen wat een nieuwe website kost tegenover nog een ronde optimaliseren. Wij hosten de sites die we bouwen ook zelf, zodat server en site op elkaar afgestemd zijn en snelheid geen apart project achteraf hoeft te zijn.

Verder in dit onderwerp

Veelgestelde vragen over website snelheid

Hoe snel moet een website laden?

Google hanteert als grens voor een goede ervaring dat het grootste stuk inhoud binnen 2,5 seconden zichtbaar is (LCP), dat de pagina binnen 200 milliseconden reageert op een tik of klik (INP), en dat de lay-out nauwelijks verspringt (CLS tot 0,1). Die cijfers worden gemeten bij echte bezoekers, niet in een eenmalige test.

Waarom verschilt mijn PageSpeed-score telkens?

De score onderaan in PageSpeed Insights is een labmeting: één keer laden op een gesimuleerd toestel. Netwerk, server en scripts van anderen variëren per meting, dus de score springt op en neer. Kijk liever naar de veldgegevens bovenaan, die over 28 dagen echte bezoeken gaan.

Is een score van 100 nodig?

Nee. De score is een hulpmiddel, geen doel. Wat telt is of echte bezoekers een snelle pagina krijgen, en dat zie je aan de veldgegevens en het rapport Core Web Vitals in Search Console. Een site kan groen scoren bij bezoekers met een labscore van zeventig.

Maakt een snellere site mij hoger in Google?

Een beetje. Paginabeleving telt mee, maar relevante inhoud weegt zwaarder. Het grootste effect van een snelle site zit in wat er na de klik gebeurt: minder mensen die afhaken voor de pagina geladen is, en dus meer aanvragen uit dezelfde bezoekers.

Wat is de snelste winst voor een trage WordPress-site?

Meestal de afbeeldingen: verkleinen tot de maat waarop ze getoond worden en opslaan als WebP. Daarna ongebruikte plugins verwijderen en scripts van anderen nakijken. Pas als dat gedaan is, loont het om aan caching, lettertypes en de volgorde van laden te werken.

Portret van Jens Van den Eeckhout

Geschreven door

Jens Van den Eeckhout, zaakvoerder van Jitware

Bouwt sinds 2021 websites en webshops voor kmo's in Oost-Vlaanderen en werkt aan vindbaarheid in Google en in AI-assistenten. Achtergrond en certificaten.

Laatst bijgewerkt op 28 september 2026.

Weten waar jouw site traag is?

Geef ons je website-adres. We kijken naar de veldgegevens van je belangrijkste pagina's en zeggen eerlijk of optimaliseren loont of dat de oorzaak dieper zit.