- Websites
- Probleem
Website sneller maken: waar begin je?
Een website maak je sneller door eerst te meten en dan het grootste probleem aan te pakken. Meestal is dat een te zware foto bovenaan, te veel plugins of scripts, of trage hosting. Google noemt een pagina snel als het grootste stuk binnen 2,5 seconden in beeld staat, bij minstens driekwart van de bezoeken.
Lútsen MuurlingGecontroleerd door Lútsen Muurling op Bijgewerkt op 5 min lezen
Kerncijfers
- 2,5 secondenBinnen deze tijd moet het grootste stuk van de pagina in beeld staan (LCP), bij minstens 75% van de bezoeken.Bron: web.dev, Web Vitals
- 200 millisecondenZo snel moet een pagina reageren als iemand klikt of tikt (INP).Bron: web.dev, Web Vitals
- 0,1Zo weinig mag de pagina verspringen terwijl hij laadt (CLS).Bron: web.dev, Web Vitals
- 28 dagenDe echte gegevens in PageSpeed Insights gaan over bezoekers met Chrome in de afgelopen 28 dagen.Bron: Google, About PageSpeed Insights
Een trage website merk je zelf vaak niet, omdat je hem op een snelle laptop met wifi bekijkt. Je klant opent hem op zijn telefoon, onderweg, en wacht. Hieronder lees je hoe je meet hoe snel je site echt is, waar het meestal aan ligt en in welke volgorde je het oplost.
Hoe meet je hoe snel je website is?
Met PageSpeed Insights, de gratis tool van Google. Je vult je adres in en krijgt twee soorten uitkomsten:
- Echte gegevens (bovenaan): hoe snel je pagina was voor bezoekers met Chrome in de afgelopen 28 dagen. Dit telt het zwaarst. Heeft je site weinig bezoek, dan staan ze er soms niet.
- Een labtest (daaronder, met een score van 0 tot 100): één test op één apparaat met een vaste verbinding. Handig om te zien wát er traag is, maar geen oordeel over je echte bezoekers.
In de echte gegevens kijk je naar drie metingen. Google noemt ze de Core Web Vitals, en zet de grens bij 75% van de bezoeken:
| Wat het meet | Naam | Goed als |
|---|---|---|
| Hoe snel het grootste stuk in beeld staat, meestal de grote foto of de kop | LCP | binnen 2,5 seconden |
| Hoe snel de pagina reageert als je klikt of tikt | INP | binnen 200 milliseconden |
| Hoeveel de pagina verspringt tijdens het laden | CLS | 0,1 of minder |
Doe het even: open PageSpeed Insights, vul je homepage in en kies het tabblad Mobiel. Staat er bij een van de drie oranje of rood? Dat is je eerste klus. Doe daarna hetzelfde met de pagina waar de meeste aanvragen vandaan komen.
Waarom is mijn website traag?
Wat ik bij trage sites zie, komt bijna altijd neer op een van deze vier:
- Te zware foto’s. Een foto van de camera of telefoon, onverkleind geüpload. Is dat de grote foto bovenaan, dan wacht iedereen erop.
- Te veel plugins en scripts. Een chatknop, een slider, een cookietool, meetcodes van advertentieplatforms, lettertypes van een andere server. Elk script vraagt tijd, ook als je het niet ziet.
- Een zwaar thema of een pagebuilder die veel code meestuurt voor elke pagina, ook voor dingen die er niet op staan.
- Trage hosting. Duurt het lang voordat de server de eerste gegevens stuurt, dan is een snelle pagina volgens web.dev lastig of zelfs onmogelijk.
Een vijfde komt vaak bij oudere WordPress-sites: alles is jaren niet bijgewerkt. Wat er bij onderhoud komt kijken, lees je in wat kost websiteonderhoud.
Hoe maak je je website sneller?
In deze volgorde, omdat de eerste stappen het meest opleveren en het minst kosten:
- Verklein de grote foto bovenaan. Op de juiste breedte, in een modern formaat zoals WebP, en gecomprimeerd. Doe hetzelfde met de andere grote foto’s.
- Laat die eerste foto meteen laden. Veel thema’s laden foto’s pas als je ernaartoe scrolt (lazy loading). Prima voor foto’s verderop, maar volgens web.dev nooit voor de grote foto bovenaan.
- Ruim op. Zet plugins uit die je niet gebruikt en verwijder ze. Kijk per script of het echt nodig is: een slider met vijf foto’s is zelden beter dan één goede foto.
- Zet caching aan. Dan bouwt je site een pagina niet bij elk bezoek opnieuw op. Soms regelt je hostingpartij dat al; anders doet een cacheplugin het.
- Kijk dan pas naar je hosting. Blijft de reactietijd van de server hoog terwijl je site licht is, dan is het tijd voor een beter pakket of een andere partij. Wat hosting ongeveer kost, lees je in wat kost een website per maand.
Maak vóór elke stap een back-up en meet na elke stap opnieuw. Let op: de echte gegevens lopen 28 dagen achter, dus een verbetering zie je daar pas na een paar weken helemaal. De labtest laat het meteen zien.
Zelf doen of laten doen?
Zelf doen is prima als…
- het vooral om te grote foto's gaat: die verklein je zelf voordat je ze opnieuw uploadt
- je weet welke plugins je gebruikt en de rest durft uit te zetten
- je na elke stap opnieuw meet en een back-up hebt
Laat het doen als…
- de site traag blijft terwijl de foto's al klein zijn
- je niet weet wat er op je site draait of wat een plugin doet
- de traagheid in het thema, de pagebuilder of de hosting zit
Stuur me je adres, dan bekijk ik je huidige site en hoor je wat ik zou doen en wat het kost.
Vraag een gratis websitecheck aanKom je hoger in Google met een snellere website?
Een beetje, en vooral als je concurrenten even goed zijn. Google zegt dat de Core Web Vitals worden gebruikt door de systemen die de volgorde bepalen. Maar Google zegt ook dat het altijd de meest relevante inhoud laat zien, ook als die pagina niet de snelste is. Een snelle pagina zonder antwoord op de vraag van je klant wint dus niet. Waar je verder begint, staat in de SEO-tips. Wat er naast snelheid bij de techniek hoort, lees je in technische SEO.
Het grootste voordeel zit bij je bezoekers. Wie op zijn telefoon moet wachten, is weg voordat hij je aanbod ziet. Waar bezoekers verder afhaken, lees je in meer aanvragen via je website.
Hoe snel kan een website zijn?
Mijn eigen site scoort 100 op snelheid in Google Lighthouse, ook op mobiel, en het grootste stuk staat binnen 1,7 tot 1,8 seconden in beeld (gemeten op 30 oktober 2026). Eerlijk is eerlijk: die site is niet in WordPress gebouwd, maar als statische site, en dat is van zichzelf al snel. Een WordPress-site haalt zo’n score niet altijd, en dat hoeft ook niet. Wat het wel laat zien: een site kan er goed uitzien en toch snel zijn, als je er vanaf het begin op let.
Dat doe ik ook bij de sites die ik bouw: bij de oplevering krijg je de meting erbij. Is je huidige site zo traag en zo zwaar opgebouwd dat opruimen niet genoeg is, dan is je website vernieuwen soms de betere keuze.
Hoe ik websites bouw, lees je bij website laten maken. Meer over websites vind je op de pagina websites in de kennisbank.
Mijn advies
Begin met meten, niet met een snelheidsplugin. Kijk in PageSpeed Insights naar de echte gegevens op mobiel en zoek uit wat het grootste stuk in beeld is. Is dat een foto, verklein hem. Haal plugins en scripts weg die je niet gebruikt. Pas als die basis klopt, kijk je naar caching of andere hosting. Meet na elke stap opnieuw, dan weet je wat echt hielp.
Eigenaar van Onrust Media
Ik werkte als vormgever en marketeer, ook in de makelaardij, en help nu als zelfstandige mkb-bedrijven met marketing, vormgeving, websites en software. Elk artikel in de kennisbank controleer ik zelf en houd ik bij.
Veelgestelde vragen
Welke score moet mijn website halen in PageSpeed Insights?
Kijk niet alleen naar het getal tussen 0 en 100. Dat komt uit een test op één apparaat. Belangrijker zijn de echte gegevens bovenaan: haalt je pagina de grenzen van Google voor laden, reageren en verspringen bij minstens driekwart van de bezoeken? Dan zit je goed, ook als de score geen 100 is.
Maakt een snelheidsplugin mijn WordPress-site sneller?
Soms, als de plugin pagina's in een cache zet die anders elke keer opnieuw worden opgebouwd. Maar een plugin maakt een foto van drie megabyte niet licht en haalt geen overbodige scripts weg. Los eerst de oorzaak op en installeer daarna pas iets extra's. Elke plugin is ook weer iets om bij te houden.
Is mijn hosting de reden dat mijn website traag is?
Dat kan. Duurt het lang voordat de server de eerste gegevens stuurt, dan is een snelle pagina volgens web.dev lastig of zelfs onmogelijk. Kijk in PageSpeed Insights bij de diagnose naar de reactietijd van de server. Is die hoog terwijl je site licht is, dan is andere hosting het overwegen waard.
Bronnen
Gecontroleerd door Lútsen Muurling op 30 oktober 2026.
- web.dev, Web Vitals (opent in een nieuw venster)
- web.dev, Optimize Largest Contentful Paint (opent in een nieuw venster)
- Google, About PageSpeed Insights (opent in een nieuw venster)
- Google Search Central, Understanding page experience (opent in een nieuw venster)
- Google Search Central, Core Web Vitals and Google Search results (opent in een nieuw venster)
De grenzen voor snelheid komen van web.dev en Google Search Central, de eigen documentatie van Google. De meting van mijn eigen site is van 30 oktober 2026, met Google Lighthouse op mobiel.