KennisbankWebsite sneller maken

Website sneller maken: tien stappen die echt helpen.

Een trage website kost je bezoekers, en dus aanvragen. Het goede nieuws: de vertraging zit bijna altijd op een paar vaste plekken. In deze gids lees je hoe je de snelheid meet, wat de drie Core Web Vitals betekenen en welke tien vertragers je het eerst aanpakt.

Bijgewerkt op 8 minuten lezenMolt Studio

Kort antwoord

Meet eerst, met PageSpeed Insights op mobiel. Kijk naar de drie Core Web Vitals: LCP (hoe snel je pagina laadt) binnen 2,5 seconde, INP (hoe snel hij reageert) binnen 200 milliseconden en CLS (hoeveel hij verspringt) onder 0,1.

De grootste winst zit bijna altijd in zware afbeeldingen, scripts van derden en trage hosting. Die pak je eerst aan.

Waarom snelheid telt

Een trage pagina kost je bezoekers. Elke seconde wachten is een kans dat iemand terugklikt naar Google en de volgende uitkomst kiest. Op je telefoon, met een minder goede verbinding, merk je dat het eerst.

Voor Google is snelheid een van de signalen van ‘page experience’. Google zegt zelf dat goede Core Web Vitals passen bij wat de rankingsystemen belonen, maar ook dat de meest relevante inhoud altijd voorgaat, ook als die pagina trager is. Snelheid maakt een slechte pagina dus niet goed. Tussen twee pagina’s die even goed zijn, kan snelheid wel het verschil maken.

De grootste winst zit meestal dichter bij huis: meer aanvragen van de bezoekers die je al hebt.

Meet eerst, gok niet

Je kunt pas gericht verbeteren als je weet waar de tijd zit. Drie gratis manieren:

1. PageSpeed Insights

Vul je adres in op pagespeed.web.dev en kies Mobiel. Bovenaan staan veldgegevens: hoe echte bezoekers met Chrome je site de afgelopen 28 dagen ervoeren. Daaronder staat een labtest met concrete verbeterpunten. Heeft je site weinig bezoekers, dan zie je soms alleen de labtest.

2. Search Console

Het rapport Core Web Vitals in Google Search Console laat zien welke groepen pagina’s goed, matig of slecht scoren, apart voor mobiel en desktop.

3. De gratis Molt sitecheck

De sitecheck scant je snelheid en SEO automatisch en checkt met 18 korte vragen ook je design en conversie. Zo zie je in ongeveer twee minuten waar je grootste winst zit.

Tip: test niet alleen je homepage. Kijk ook naar je belangrijkste dienstpagina en de pagina waar mensen contact opnemen. Daar wil je dat niemand afhaakt.

De drie Core Web Vitals

Google meet de ervaring van bezoekers met drie getallen: de Core Web Vitals. Dit zijn de grenzen:

LCP

Largest Contentful Paint

Hoe snel het grootste element in beeld staat, meestal je hoofdfoto of je kop.

Goed
≤ 2,5 s
Matig
2,5 – 4 s
Slecht
> 4 s

INP

Interaction to Next Paint

Hoe snel je pagina reageert als iemand klikt, tikt of typt. Verving in maart 2024 de oude FID.

Goed
≤ 200 ms
Matig
200 – 500 ms
Slecht
> 500 ms

CLS

Cumulative Layout Shift

Hoeveel je pagina verspringt tijdens het laden. Je wilt op een knop tikken, en hij schuift weg.

Goed
≤ 0,1
Matig
0,1 – 0,25
Slecht
> 0,25

Google kijkt naar het 75e percentiel. Je pagina is pas ‘goed’ als driekwart van de bezoeken binnen de grens valt, apart gemeten op mobiel en desktop.

Daarnaast is er TTFB, de tijd tot de eerste byte van je server. Dat is geen Core Web Vital, maar als die hoog is, begint al het andere later.

Tien vertragers, en wat je eraan doet

Op bijna elke trage site zitten de problemen op dezelfde plekken. Begin bovenaan: daar zit meestal de meeste winst.

  1. Maak je afbeeldingen lichter

    Foto’s zijn vaak het zwaarste deel van een pagina. Een foto van je telefoon is al snel een paar megabyte. Verklein hem tot de breedte waarop hij echt getoond wordt, en sla hem op als WebP of AVIF. Veel platforms en plug-ins doen dat automatisch, als je het aanzet.

    Helpt bij LCPZelf te doen

  2. Laad je hoofdfoto als eerste

    Het grote beeld bovenaan is meestal het element waar LCP op meet. Laat het dus niet ‘lazy’ laden, dat is voor beelden verderop. Je bouwer kan het voorrang geven met fetchpriority="high". Een slider die eerst een script nodig heeft voordat er iets te zien is, kost je hier de meeste tijd.

    Helpt bij LCPMet je bouwer

  3. Wees streng met scripts van derden

    Chatwidgets, cookiebanners, trackingpixels, testtools en ingesloten video’s laden elk hun eigen code. Elk script kost tijd, vaak net op het moment dat je bezoeker wil klikken. Haal weg wat niemand meer gebruikt, en laad de rest pas als het nodig is.

    Helpt bij INPHelpt bij LCPZelf, samen met je bouwer

  4. Kies hosting die snel antwoordt

    Reageert je server traag, dan begint al het andere later. Dat zie je aan een hoge TTFB: de tijd tot de eerste byte. Als richtlijn is 0,8 seconde of minder goed. Goedkope gedeelde hosting, geen caching en een server ver van je bezoekers zijn de gebruikelijke oorzaken. Paginacaching en een CDN helpen vaak meteen.

    Helpt bij LCPMet je host of bouwer

  5. Ruim plug-ins en apps op

    Elke plug-in in WordPress en elke app in Shopify kan scripts en stijlen toevoegen, soms op elke pagina. Zware paginabouwers maken de code nog langer. Verwijder wat je niet gebruikt. Let op: als je een app in Shopify verwijdert, blijft de code die hij in je thema zette soms gewoon staan.

    Helpt bij LCPHelpt bij INPZelf te doen

  6. Gebruik minder lettertypen

    Elk lettertype en elk gewicht, zoals normaal, vet en cursief, is een extra bestand. Kies er een paar, laat ze bij voorkeur van je eigen domein laden en zorg dat je tekst meteen leesbaar is, ook als het lettertype nog binnenkomt.

    Helpt bij LCPHelpt bij CLSMet je bouwer

  7. Laat CSS en JavaScript het laden niet ophouden

    De browser wacht met tekenen tot bepaalde CSS- en scriptbestanden binnen zijn. Dat heet render-blocking, en PageSpeed Insights noemt de bestanden bij naam. Scripts kunnen vaak later laden, met defer, en de CSS voor het eerste scherm kan vooraan.

    Helpt bij LCPMet je bouwer

  8. Voorkom verspringen

    Geef afbeeldingen, video’s en advertentieblokken vaste afmetingen, zodat de browser er ruimte voor vrijhoudt. Laat een banner of melding niet bovenaan in je pagina schuiven nadat die al geladen is.

    Helpt bij CLSMet je bouwer

  9. Maak klikken weer direct

    Reageert je site traag als iemand op een menu of filter tikt, dan is de browser bezig met te veel JavaScript tegelijk. Minder scripts, zie stap 3 en 5, helpt het meest. Daarna kan je bouwer zware taken in kleinere stukken opdelen.

    Helpt bij INPMet je bouwer

  10. Ga zuinig om met video en animaties

    Een achtergrondvideo bovenaan is zwaar en zelden nodig. Toon een stilstaand beeld met een afspeelknop, en laad een ingesloten YouTube-video pas als iemand erop klikt. Animaties die de opmaak verschuiven, tellen mee voor CLS. Laat je bouwer animeren met transform.

    Helpt bij LCPHelpt bij CLSZelf kiezen, je bouwer bouwt

Wat je per platform doet

Je platform bepaalt wat je zelf kunt regelen, en waar de grootste winst zit.

WordPress

  • Kies hosting met paginacaching, of gebruik een cacheplug-in als je host dat niet regelt.
  • Gebruik een licht thema. Een zware paginabouwer maakt elke pagina langer en trager.
  • Verwijder plug-ins die je niet gebruikt. Elke plug-in kan scripts en stijlen toevoegen.
  • Laat afbeeldingen bij het uploaden verkleinen en omzetten naar WebP of AVIF, met een plug-in of via je host.

Shopify

  • Hosting en CDN regelt Shopify zelf, en afbeeldingen worden automatisch geoptimaliseerd.
  • De winst zit in je thema, je apps en code van derden, zoals een tag manager.
  • Na het verwijderen van een app blijft zijn code soms in je thema staan. Vraag de maker hoe je die opruimt.
  • Kies een modern, snel thema en ga zuinig om met secties en animaties.

Webflow

  • Hosting en CDN regelt Webflow.
  • Nieuwe afbeeldingen laden standaard ‘lazy’. Zet je hoofdfoto bovenaan op direct laden.
  • Zet grote JPG’s en PNG’s om naar WebP of AVIF in het Assets-paneel. Dat doe je zelf, en het origineel wordt vervangen.
  • Ga zuinig om met interacties, animaties en losse scripts in je projectinstellingen.

Twijfel je welk platform bij je past? Lees WordPress of Webflow: welke past bij jou?

Repareren of opnieuw bouwen?

Met de stappen hierboven haal je vaak de grootste winst, zonder nieuwe website. Opnieuw bouwen wordt pas logisch als:

  • je thema of paginabouwer zelf de vertraging is, en er weinig overblijft als je hem weghaalt;
  • je site ook qua ontwerp en inhoud verouderd is;
  • elke aanpassing iets anders laat haperen.

Dan is een nieuwe site die vanaf het begin licht gebouwd is, vaak voordeliger dan blijven repareren. Met een nieuwe homepage zie je eerst een gratis preview, voordat je iets betaalt. Lees ook wat je doet met een verouderde website.

En wil je dat iemand je site daarna snel en veilig houdt? Met Site Care doen wij de updates, back-ups en controles per maand.

Bronnen

Geraadpleegd op 12 oktober 2026.

  1. web.dev: Web Vitals. Grenswaarden voor LCP, INP en CLS, en het 75e percentiel.
  2. web.dev: Time to First Byte (TTFB). De richtlijn van 0,8 seconde.
  3. Google Search Central: Core Web Vitals en zoekresultaten.
  4. Google Search Central: Page experience. Relevante inhoud gaat voor.
  5. PageSpeed Insights. Veldgegevens over de afgelopen 28 dagen.
  6. Shopify Help Center: Improving web performance. Thema, apps en code van derden, en code die achterblijft.
  7. Webflow: New images set to lazy load by default.
  8. Webflow Help Center: afbeeldingen omzetten naar WebP en AVIF.

Veelgestelde vragen

Goed om te weten.

Wat is een goede laadtijd voor een website?

Google werkt niet met één laadtijd, maar met drie Core Web Vitals. Voor het laden geldt: het grootste element staat bij driekwart van de bezoeken binnen 2,5 seconde in beeld. Dat is de grens voor ‘goed’.

Waarom scoort mijn site op mobiel lager dan op desktop?

PageSpeed Insights test mobiel met een gesimuleerd langzamer toestel en een tragere verbinding. Daardoor wegen zware afbeeldingen en scripts zwaarder. Dat is ook realistisch: veel bezoekers zitten op hun telefoon.

Moet ik een score van 100 halen?

Nee. Die score komt uit de labtest. Wat telt, is hoe echte bezoekers je site ervaren: de veldgegevens bovenaan in PageSpeed Insights. Groen op de drie Core Web Vitals is het doel. Een 100 is mooi meegenomen.

Helpt een snellere website voor mijn positie in Google?

Een beetje. Google zegt dat goede Core Web Vitals passen bij wat de rankingsystemen belonen, maar dat relevante inhoud voorgaat. Tussen twee even goede pagina’s kan snelheid het verschil maken. De grootste winst is meestal dat meer bezoekers een aanvraag doen.

Hoe snel zie ik het resultaat van een verbetering?

De labtest laat het meteen zien. De veldgegevens in PageSpeed Insights gaan over de afgelopen 28 dagen, dus daar zie je een verbetering geleidelijk binnenkomen.

Kan ik mijn site zelf sneller maken?

Een deel wel: afbeeldingen verkleinen, plug-ins en apps opruimen en scripts weghalen die je niet meer gebruikt. Voor hosting, het laden van scripts en verspringen heb je meestal je bouwer nodig. Weet je niet waar je moet beginnen? Doe de gratis sitecheck.

Verder lezen

Lees ook dit.

Gratis, in twee minuten

Zie waar jouw site vertraagt.

De sitecheck scant je snelheid en SEO automatisch, en checkt met korte vragen je design en conversie. Je ziet meteen je score en je belangrijkste verbeterpunten.

Gratis en zonder verplichtingen.