# Hoe maak je je website sneller?

Bron: https://meneermarketing.nl/vragen/website-beheer/hoe-maak-je-je-website-sneller
Auteur: Meneer Marketing
Gepubliceerd: 2026-10-24
Bijgewerkt: 2026-10-24

> Kort antwoord: Meet eerst met PageSpeed Insights van Google, op je telefoon en per soort pagina. Pak daarna de grootste vertragers aan, in deze volgorde: zware beelden, scripts van anderen, lettertypen, trage hosting, onderdelen die je niet gebruikt en animaties. Google noemt het goed als het grootste beeld binnen 2,5 seconden staat. Een site from scratch houdt dit slank.

Een trage site kost je bezoekers voordat ze je aanbod hebben gezien. Het goede nieuws is dat de oorzaak bijna altijd uit dezelfde handvol dingen bestaat en dat je veel zelf kunt meten. Hieronder staat hoe je meet, wat de scores betekenen en waar je begint.

## Zo meet je hoe snel je site is

Voer het adres van een pagina in bij PageSpeed Insights, de gratis test van Google. Je krijgt een rapport voor telefoon en computer. Kijk eerst naar de telefoon, want daar zijn de meeste sites het traagst. Test niet alleen je homepage, maar ook een dienstenpagina en de pagina waar je advertenties of Google-resultaten op uitkomen.

Het rapport bestaat uit twee soorten gegevens. Labgegevens komen uit een proefmeting in een gecontroleerde omgeving, waarbij Google een telefoon van gemiddelde snelheid op een mobiel netwerk nabootst. Veldgegevens komen van echte bezoekers via de Chrome-gebruikersgegevens van Google en beslaan de afgelopen 28 dagen. Labgegevens gebruik je om fouten te vinden. Veldgegevens laten zien wat bezoekers echt ervaren. Wil je weten of een verbetering bij echte bezoekers aankomt, dan duurt dat dus een paar weken.

Elke categorie krijgt een score van 0 tot 100. Google noemt 90 of hoger goed, 50 tot 89 verbeterbaar en onder de 50 slecht. Test daarnaast met je eigen telefoon, op mobiel internet en niet op je wifi, want zo kijkt een bezoeker onderweg.

## Wat betekenen de drie scores?

Google meet drie dingen die samen bepalen hoe snel een pagina aanvoelt. Google noemt ze met afkortingen. Ik gebruik hier gewone woorden:

| Wat het meet | In gewone woorden | Goed als |
|---|---|---|
| Laden | Hoe snel de belangrijkste inhoud, meestal het grootste beeld of tekstblok, zichtbaar is | Binnen 2,5 seconden |
| Reageren | Hoe snel de pagina reageert als iemand tikt of klikt | 200 milliseconden of minder |
| Verspringen | Hoeveel inhoud onverwacht verschuift terwijl de pagina laadt | 0,1 of lager |

Voor elk geldt volgens Google dat je het beste meet op het 75ste percentiel van pagina's die zijn geladen, apart voor mobiel en computer. Dat betekent dat drie van de vier bezoeken de goede grens moeten halen.

Google schrijft dat zijn rankingsystemen deze drie metingen gebruiken en raadt aan ze goed te krijgen. Google schrijft ook dat het altijd de meest relevante inhoud wil tonen, ook als de ervaring van de pagina tegenvalt. Snelheid is dus geen toverknop. Een snelle pagina zonder antwoord wint niet van een trage pagina met het antwoord. Toch blijft snelheid belangrijk, want ook zonder effect op je positie haken bezoekers eerder af op een trage pagina.

## De grootste vertragers, in volgorde

Zelden is er één boosdoener. Het is een optelsom. Zo zie ik de volgorde, van groot naar klein:

| Vertrager | Waarom het vertraagt | Wat je doet | Wie het doet |
|---|---|---|---|
| Beeld | Grote bestanden moeten binnenkomen voor het beeld verschijnt | Kleiner, op de juiste maat en in een modern formaat | Jij en je bouwer |
| Scripts van anderen | Chat, pop-ups, meetcodes en pixels laden extra code | Weghalen wat niets oplevert, de rest later laden | Jij beslist, je bouwer voert uit |
| Lettertypen | Elk lettertype is een bestand dat moet laden | Minder stijlen, een zuinig formaat | Je bouwer |
| Hosting | De server begint te laat met antwoorden | Een hoster of platform met snel antwoord | Je bouwer of hoster |
| Onderdelen | Elke plug-in of app voegt code toe | Verwijderen wat je niet gebruikt | Je bouwer |
| Animaties | Beweging die andere elementen opzij duwt laat de pagina verspringen | Animaties die de indeling niet verschuiven, zoals schalen of verplaatsen met `transform` | Je ontwerper en bouwer |

## Beeld: meestal de grootste winst

De meeste pagina's wachten op een beeld. Foto's die rechtstreeks uit een camera komen zijn vaak vele malen groter dan de plek waar ze staan. web.dev, de kennissite van Google, geeft drie adviezen: lever het beeld op de juiste maat, gebruik een modern formaat zoals AVIF of WebP en comprimeer het.

Twee dingen gaan vaak mis. Het eerste: lui laden, dus pas laden als iemand ernaartoe scrolt, staat soms ook aan bij het grootste beeld bovenaan. Google schrijft dat je het beeld waar het laden op wacht nooit lui moet laden, omdat dat altijd tot onnodige vertraging leidt. Het tweede: een beeld zonder vaste breedte en hoogte geeft de pagina een schok als het binnenkomt. Google adviseert altijd afmetingen op beelden en video's te zetten, zodat er ruimte vrij blijft.

Je kunt de browser vragen het belangrijkste beeld als eerste op te halen. Doe dat voor één of twee beelden: Google schrijft dat die voorrang niets meer betekent als je hem aan meer beelden geeft.

## Scripts van anderen: kies wat blijft

Elke chatknop, pop-up, meetcode en advertentiepixel laadt code van een andere partij. Jij hebt die code niet geschreven en kunt hem niet versnellen. Google schrijft in zijn uitleg over scripts van derden dat je een script weghaalt als het je site geen duidelijke waarde geeft, en dat je ze anders altijd asynchroon laadt, zodat ze de opbouw van de pagina niet tegenhouden.

Loop daarom één keer per kwartaal langs elk script op je site en beantwoord drie vragen: wie heeft het geplaatst, wat levert het op, en kijk ik naar die uitkomst? Een script zonder antwoord op de derde vraag kan weg. Wat je houdt, laad je liever pas als het nodig is. Op mijn eigen site laadt Google Analytics bijvoorbeeld pas nadat een bezoeker toestemming gaf, en dat hoort bij de keuzes die je site lichter houden. Wat de regels voor toestemming zijn, staat in [moet je een cookiebanner hebben](https://meneermarketing.nl/vragen/website-beheer/moet-je-een-cookiebanner-hebben).

## Lettertypen, hosting en onderdelen

**Lettertypen.** web.dev schrijft dat het snelste lettertype het lettertype is dat je niet laadt. Gebruik dus weinig stijlen en gewichten. Een variabel lettertype kan meerdere bestanden vervangen, en WOFF2 is volgens web.dev ongeveer 30 procent compacter dan WOFF.

**Hosting.** De tijd tot de eerste reactie van je server bepaalt hoe lang een bezoeker naar een wit scherm kijkt. Google noemt 0,8 seconde of minder goed en meer dan 1,8 seconde slecht. Een CDN, een netwerk van servers dichter bij je bezoekers, helpt daarbij. Welke soort hosting past, staat in [welke hosting je nodig hebt](https://meneermarketing.nl/vragen/website-beheer/welke-hosting-voor-een-bedrijfswebsite).

**Onderdelen.** Een plug-in of app die je niet meer gebruikt, laadt vaak toch nog mee. Verwijder wat weg kan en meet daarna opnieuw. Het artikel [waarom een trage shop je advertenties duurder maakt](https://meneermarketing.nl/kennisbank/shopify-performance-roas) werkt dit voor Shopify verder uit.

## Wat doe je zelf en wat doet een bouwer?

Dit kun je zelf, zonder iets te hoeven programmeren:

- Foto's verkleinen voordat je ze uploadt, en alleen de beelden gebruiken die iets toevoegen.
- Apps, plug-ins en pop-ups verwijderen die je niet meer gebruikt.
- Weinig lettertypen en kleuren kiezen in je huisstijl.
- Bij elke wijziging opnieuw meten en de uitslag bewaren.

Dit is werk voor een bouwer:

- De beelden op maat en in een modern formaat uitleveren, met afmetingen erbij.
- Scripts van anderen later laden en bepalen welke echt nodig zijn.
- Lettertypen zuinig insluiten.
- Zorgen dat de hosting snel antwoordt en dat caching goed staat.

Een site from scratch laadt alleen wat een pagina nodig heeft. Dat is een vaststaand uitgangspunt van hoe ik bouw, en het is geen belofte van een bepaalde score. Een site die al jaren oude onderdelen meesleept, kan soms beter opnieuw beginnen. Wanneer dat zo is, lees je in [wanneer je je website vernieuwt](https://meneermarketing.nl/vragen/website/wanneer-moet-je-je-website-vernieuwen).

## Hoe vaak meet je opnieuw?

Meet na elke wijziging aan je site, zoals een nieuwe app, een nieuwe pagina met veel beeld of een nieuwe meetcode. Bewaar de uitslag met de datum, dan zie je welke wijziging de pagina trager maakte. Controleer daarnaast elke paar maanden je belangrijkste pagina's, want snelheid is nooit af.

## Wanneer ik je hierbij help

Heb je een site die traag aanvoelt, dan loop ik de pagina's langs, meet ik wat er gebeurt en zeg ik wat ik als eerste zou aanpakken. Kleine ingrepen passen soms binnen de 2 uur aanpassingen van mijn websitebeheer van €69 per maand. Grotere ingrepen zijn extra werk: €80 per uur, exclusief btw, met vooraf een afspraak over het aantal uren. De Meneer Meter op [/meter](https://meneermarketing.nl/meter) is mijn gratis scan van je website. Meer over mijn werk aan sites staat op [websites from scratch](https://meneermarketing.nl/diensten/webdevelopment).

## Veelgestelde vragen

### Welke score moet ik halen in PageSpeed Insights?
Streef naar 90 of hoger voor de categorie prestaties, want dat noemt Google goed. Het gaat niet om een 100. Kijk vooral of de veldgegevens van echte bezoekers goed zijn voor de drie metingen. Een mooie score op je computer zegt weinig als je telefoon moeite heeft.

### Waarom is mijn site op mobiel trager dan op een computer?
Omdat de test voor mobiel een telefoon van gemiddelde snelheid op een mobiel netwerk nabootst, en die voor computer een computer met een vaste verbinding. Een telefoon heeft minder rekenkracht en een zwakker netwerk, dus zware beelden en scripts tellen daar zwaarder.

### Is een snelle site een rankingfactor?
Deels. Google schrijft dat zijn rankingsystemen de drie metingen gebruiken. Andere aspecten van de pagina-ervaring helpen volgens Google niet direct bij het hoger komen. Relevantie blijft belangrijker dan snelheid. Wat wel telt: een trage pagina verliest bezoekers, ook als je positie gelijk blijft.

### Helpt een CDN om mijn site sneller te maken?
Ja, vooral bij vaste inhoud zoals beeld. web.dev legt uit dat de servers van een CDN dichter bij gebruikers staan dan de oorspronkelijke server en dat een CDN de tijd tot de eerste reactie flink kan verbeteren. Een CDN lost zware beelden of te veel scripts niet op.

### Moet ik een snelheidsplug-in installeren?
Begin met weghalen. Een snelheidsplug-in voegt zelf code toe en dekt vaak alleen het symptoom af. Heb je een bouwer, laat die dan de oorzaak aanpakken: te grote beelden, te veel scripts of te zware onderdelen.

### Wat is een goede reactietijd van mijn server?
Google noemt 0,8 seconde of minder een goede tijd tot de eerste reactie, en meer dan 1,8 seconde slecht. Het is geen onderdeel van de drie scores, maar het begin van elke pagina. Is de server traag, dan wacht alles daarachter mee.

### Hoeveel lettertypen mag ik gebruiken?
Zo weinig mogelijk. Elk lettertype en elke stijl is een extra bestand dat moet laden. Een variabel lettertype kan meerdere stijlen in één bestand brengen. Kies in je huisstijl één lettertype voor koppen en één voor tekst, of één voor beide.

### Waarom verandert mijn score elke keer dat ik test?
Een labmeting is een momentopname in een nagebootste situatie en kan per keer een beetje verschillen. Draai de test een paar keer en kijk naar het patroon. De veldgegevens tonen wat echte bezoekers over 28 dagen ervoeren, en schommelen daardoor minder.

## Bronnen

- [Google for Developers: About PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about)
- [web.dev: Web Vitals](https://web.dev/articles/vitals)
- [Google Search Central: Understanding Google page experience](https://developers.google.com/search/docs/appearance/page-experience)
- [web.dev: Optimize Largest Contentful Paint](https://web.dev/articles/optimize-lcp)
- [web.dev: Optimize Cumulative Layout Shift](https://web.dev/articles/optimize-cls)
- [web.dev: Efficiently load third-party JavaScript](https://web.dev/articles/efficiently-load-third-party-javascript)
- [web.dev: Best practices for fonts](https://web.dev/articles/font-best-practices)
- [web.dev: Time to First Byte (TTFB)](https://web.dev/articles/ttfb)
- [web.dev: Content delivery networks (CDNs)](https://web.dev/articles/content-delivery-networks)