Je hebt vast wel eens op een website geklikt en drie tellen moeten wachten voordat er iets te zien was. Die drie tellen voelen als een eeuwigheid — en statistische data bevestigt dat gevoel. Meer dan de helft van de mobiele bezoekers haakt af als een pagina langer dan drie seconden laadt.
En Google weet dat ook. Laadsnelheid is al jaren een rankingfactor. Langzame websites staan lager — ook als de content uitstekend is.
Wat meet Google eigenlijk?
Google gebruikt een set metrics genaamd Core Web Vitals. De drie belangrijkste:
LCP (Largest Contentful Paint) — hoe lang duurt het voordat het grootste zichtbare element op de pagina geladen is? Dat is meestal een hero-afbeelding of een grote koptekst. Goed: onder 2,5 seconden.
INP (Interaction to Next Paint) — hoe snel reageert de pagina als je ergens op klikt of typt? Goed: onder 200 milliseconden.
CLS (Cumulative Layout Shift) — verschuiven elementen op de pagina terwijl die laadt? Dat irritante effect waarbij je net op een knop wil klikken en de pagina schuift? Goed: zo laag mogelijk (onder 0,1).
De vijf grootste boosdoeners
1. Te grote afbeeldingen
Veruit de meest voorkomende oorzaak van een trage website. Een foto van 4MB die als hero-image gebruikt wordt, hoeft echt niet 4MB te zijn op een mobiel scherm. Compressie en het juiste formaat (WebP in plaats van JPEG) scheelt soms 90% van de bestandsgrootte zonder zichtbaar kwaliteitsverlies.
2. Teveel plugins (WordPress-probleem)
Een WordPress-site met 30 plugins laadt letterlijk 30 extra stukken code bij elk bezoek. Veel van die plugins laden hun JavaScript ook nog eens op elke pagina, zelfs als ze alleen op één pagina nodig zijn.
3. Geen caching
Bij caching wordt een versie van je pagina opgeslagen, zodat die niet bij elk bezoek opnieuw aangemaakt hoeft te worden. Zonder caching berekent de server bij elk bezoek de hele pagina opnieuw.
4. Langzame hosting
Goedkope shared hosting deelt servercapaciteit met honderden andere websites. Als die servers overbelast zijn, wacht jij. Een snelle host kost meer maar levert merkbaar betere laadtijden op.
5. Render-blocking scripts
JavaScript en CSS die bovenaan de pagina geladen worden, houden de rest van de pagina tegen totdat ze klaar zijn. Goede developers laden scripts asynchroon of uitgesteld.
Waarom Webflow en Astro snel zijn
De platforms die ik gebruik — Webflow en Astro — scoren structureel beter dan gemiddelde WordPress-installaties. Dat heeft een paar redenen:
Geen plugins die onnodig meeladen. Webflow genereert schone, geoptimaliseerde code. Astro rendert pagina’s als statische HTML — geen server die bij elk bezoek PHP uitvoert.
Ingebouwde afbeeldingsoptimalisatie. Astro comprimeert en converteert afbeeldingen automatisch naar WebP. Webflow biedt ook ingebouwde compressie.
Weinig JavaScript. Astro stuurt standaard nul JavaScript naar de browser, tenzij je het expliciet nodig hebt. Dat is radicaal anders dan frameworks als Next.js of WordPress die altijd een grote JS-bundle meesturen.
Het resultaat: mijn websites scoren regelmatig 95–100 op Google PageSpeed Insights. Dat is geen toeval, maar architectuurkeuze.
Wat kun je zelf controleren?
Ga naar pagespeed.web.dev en voer je eigen URL in. Je krijgt direct een score en specifieke aanbevelingen. Een score boven de 90 (zowel mobiel als desktop) is goed. Onder de 70? Dan is er werk aan de winkel.
Een snelle website is geen luxe meer — het is de verwachting. En het goede nieuws: met de juiste keuzes bij de bouw hoef je er later weinig meer aan te doen.
Wil je weten hoe snel jouw website kan worden? Bekijk mijn PageSpeed-optimalisatie dienst of neem direct contact op.
