Een seminal Amazon-studie liet al in 2007 zien: elke 100 milliseconden vertraging in laadtijd kostte 1% omzet. Google's eigen onderzoek bevestigde sindsdien herhaaldelijk vergelijkbare cijfers. Op een MKB-site met €100.000 omzet uit online aanvragen betekent een seconde trager €10.000 per jaar verlies. Niet hypothetisch, structureel.
Hieronder wat een trage site écht kost en hoe je hem in een halve dag versnelt.
Wat een trage site écht kost
Drie effecten die elkaar versterken:
- Hogere bouncerate: bezoekers die langer dan 3 seconden wachten, klikken in 32% van de gevallen weg voordat de pagina klaar is.
- Lagere conversie per bezoeker: elke 100ms vertraging snijdt 1-2% van je conversiekans af.
- Slechtere SEO: Google's Core Web Vitals zijn een ranking-factor. Trage sites zakken in Google-positie en krijgen minder verkeer.
De drie effecten samen kunnen 30-50% van je conversie-potentieel kosten, alleen al door snelheid. Voor de meeste MKB's is dat het verschil tussen 3 en 6 aanvragen per maand.
De drie grootste vertragers
1. Ongeoptimaliseerde afbeeldingen
Verreweg de grootste boosdoener. Een gemiddelde hero-afbeelding op een MKB-site is 2-5 MB. Met goede compressie en WebP-formaat kan dat 200-500 KB worden, factor 10 verschil. Impact: 1-3 seconden snelheidswinst.
2. Te veel third-party scripts
Elke marketing-pixel, chatwidget, hotjar, en analytics-tag voegt laadtijd toe. We zien sites met 15-20 externe scripts. Impact: 0.5-2 seconden extra laadtijd, plus de bezoeker krijgt een onleesbare pagina tot alles geladen is.
3. Fonts die laden voor content
Custom fonts (zoals Google Fonts) kunnen het renderen van tekst tegenhouden. Bezoekers zien een lege pagina tot het font geladen is. Impact: 0.3-1 seconde extra perceptie-laadtijd.
Liever direct een snelle site zonder zelf te debuggen?
De gratis AI-preview ontwerpt jouw site met pagespeed als uitgangspunt, niet als afterthought.
Maak gratis mijn AI-previewFixes per categorie
Afbeeldingen optimaliseren
- Converteer naar WebP of AVIF.
- Gebruik responsive images met srcset.
- Lazy-load alles behalve de hero.
- Comprimeer met TinyPNG of Squoosh.
- Tijd: 1-2 uur voor een hele site.
Third-party opruimen
- Inventariseer alle externe scripts.
- Schrap wat je niet gebruikt of niet meer actief is.
- Laad de rest asynchroon en uitgesteld.
- Overweeg server-side analytics (Plausible, Fathom) ipv Google Analytics.
- Tijd: 30-60 minuten.
Fonts beheren
- Gebruik
font-display: swapzodat tekst meteen leesbaar is. - Beperk tot 2 fonts maximaal.
- Self-host fonts ipv extern laden waar mogelijk.
- Tijd: 15 minuten in je CSS.
Meten met Lighthouse
Gebruik Chrome's Lighthouse-tool (ingebouwd in DevTools) voor een baseline-meting. Focus op:
- LCP (Largest Contentful Paint): onder 2.5 seconden is goed.
- CLS (Cumulative Layout Shift): onder 0.1 is goed.
- INP (Interaction to Next Paint): onder 200ms is goed.
Negeer de andere scores grotendeels. Deze drie zijn wat Google echt meet en wat bezoekers ervaren.
De halve-dag-versnelling
Een typische ochtend-sessie:
- 9.00-10.00: Lighthouse meting, inventariseer top-3 problemen.
- 10.00-11.30: alle afbeeldingen optimaliseren.
- 11.30-12.00: third-party scripts opruimen.
- 12.00-12.30: fonts versnellen.
- 12.30-13.00: opnieuw meten, vergelijken.
In bijna alle gevallen zien we 1-3 seconden winst na deze sessie. Op MKB-niveau betekent dat structureel 10-30% meer conversie zonder iets aan content of design te veranderen.
