PROBEER VIRANK GRATISSEO, GEO en AI in één platform
Gratis sitecheck
Prijzen
Hulp nodig?
Start 14 dagen gratis Plan een demo Inloggen

Je website sneller maken: 14 verbeteringen op volgorde van impact

Zac BathiDoor Zac Bathi, oprichter ViVortis·Gepubliceerd 15 augustus 2026·7 min lezen·Pillar-artikel
Kort antwoord

Je maakt je website sneller door eerst te meten waar de vertraging zit en daarna de verbeteringen met de meeste impact door te voeren. De grootste winst zit vrijwel altijd in snellere hosting, paginacaching, kleinere afbeeldingen en minder JavaScript. Richt je op de Core Web Vitals: een LCP van maximaal 2,5 seconden en een INP onder 200 milliseconden. Werk de veertien punten uit dit artikel van boven naar beneden af, dan pak je automatisch eerst de zwaarste vertragers aan.

Kernpunten
  • Meet eerst met PageSpeed Insights waar de vertraging zit voordat je iets optimaliseert.
  • De grootste winst zit in snellere hosting, paginacaching, kleinere afbeeldingen en minder JavaScript.
  • Beoordeel op velddata van echte bezoekers, niet alleen op de labscore van Lighthouse.
  • Voer per keer één verbetering door, test het resultaat en meet maandelijks opnieuw.

Een trage website kost je dubbel: bezoekers haken af en Google laat je posities liggen. Dit artikel zet veertien snelheidsverbeteringen op volgorde van impact, van hosting tot database. Na het lezen weet je precies waar je begint, wat je kunt automatiseren en welke stappen voor jouw site weinig opleveren.

Eerst meten: waar zit de vertraging?

Snelheid verbeteren zonder meting is gokken. Open daarom eerst PageSpeed Insights en test je belangrijkste paginatypes apart: de homepage, een productpagina of dienstpagina en een blogartikel. Elk type gebruikt een eigen template en heeft dus eigen problemen.

Kijk vooral naar de velddata bovenaan het rapport: dat zijn metingen van echte Chrome-bezoekers over de afgelopen weken. De labscore eronder is een momentopname op een gesimuleerd apparaat en wijkt daar regelmatig van af. Google beoordeelt je site op het 75e percentiel van alle bezoeken, met deze drempels:

  • LCP (laadtijd van het grootste zichtbare element): goed tot en met 2,5 seconden
  • INP (reactietijd op klikken en taps): goed tot en met 200 milliseconden
  • CLS (visuele stabiliteit): goed tot en met 0,1

Scoort LCP oranje of rood, dan leveren de verbeteringen 1 tot en met 5 hieronder het meeste op. Is vooral de reactietijd het probleem, lees dan ook de verdieping over INP verbeteren. Noteer per paginatype de scores en de drie grootste kansen uit het rapport; die lijst bepaalt jouw werkvolgorde voor de rest van dit artikel.

De grote klappers: verbetering 1 tot en met 5

1. Kies snellere hosting en een actuele PHP-versie

Alles wat je verder optimaliseert, staat of valt met de responstijd van je server. Goedkope gedeelde hosting met een verouderde PHP-versie remt elke pagina af, hoe goed de rest ook is ingericht. Zet PHP via je hostingpaneel op versie 8 of hoger; dat geeft WordPress-sites vaak direct merkbare winst. Blijft de responstijd hoog, overweeg dan een zwaarder pakket of een andere host.

2. Zet paginacaching aan

Zonder caching bouwt WordPress elke pagina bij ieder bezoek opnieuw op uit de database. Een cache-plugin of servercaching bewaart het eindresultaat als kant-en-klaar HTML-bestand en levert dat in een fractie van de tijd. Voor de meeste sites is dit de grootste losse verbetering in deze lijst. Test na het activeren wel of formulieren, winkelwagen en inlogpagina’s nog goed werken; die horen buiten de cache te vallen.

3. Verklein je afbeeldingen

Afbeeldingen vormen op veel sites het grootste deel van het datagewicht. Schaal ze naar de afmetingen waarop ze getoond worden, comprimeer ze en lever ze in WebP of AVIF. Een optimalisatieplugin doet dit automatisch bij het uploaden, ook voor bestaande media.

4. Geef het grootste element boven de vouw voorrang

De hero-afbeelding of paginatitel bepaalt je LCP-score. Laad dit element zo vroeg mogelijk: geen lazy loading, wel laadprioriteit via het fetchpriority-attribuut. Hoe je dat per situatie aanpakt, lees je in het artikel over LCP verbeteren.

5. Beperk render-blokkerende CSS en JavaScript

Stylesheets en scripts die vroeg in je HTML staan, houden het renderen tegen tot ze volledig binnen zijn. Verklein je CSS, laad JavaScript met defer en verwijder bestanden die de pagina niet gebruikt. Optimalisatieplugins automatiseren dit grotendeels; test wel elke instelling apart, want hier gaat ook het vaakst iets kapot.

Merkbaar sneller: verbetering 6 tot en met 10

6. Lazy loading voor alles onder de vouw

Afbeeldingen, video’s en embeds die pas na scrollen in beeld komen, hoeven niet direct te laden. Met het attribuut loading=”lazy” stelt de browser ze uit tot ze bijna zichtbaar zijn. Pas dit nooit toe op de hero, want dan verslechtert je LCP juist.

7. Stel JavaScript uit en schoon het op

Hoe minder JavaScript de browser hoeft te verwerken, hoe sneller de pagina laadt en reageert. Verwijder scripts van functies die je niet gebruikt, en stel de rest uit tot na het renderen. Kijk kritisch naar sliders, popups en animatiebibliotheken: die wegen zwaar en dragen zelden bij aan conversie.

8. Host fonts lokaal en voorkom onzichtbare tekst

Externe fonts vragen een extra verbinding en kunnen het tonen van tekst blokkeren. Host ze op je eigen server, beperk het aantal gewichten en varianten, en gebruik font-display: swap zodat tekst direct zichtbaar is in een systeemfont.

9. Ruim plugins en thema-opties op

Elke actieve plugin kan extra CSS, JavaScript en databasequery’s meebrengen op elke pagina. Deactiveer wat je niet gebruikt en zet binnen je thema of pagebuilder ongebruikte modules uit. Werk je met Elementor, schakel dan overbodige widgets en addons uit; ViRank draait daar overigens gewoon naast, zoals je ziet in de Elementor-integratie.

10. Gebruik een CDN

Een content delivery network zet kopieën van je bestanden op servers dichter bij je bezoeker. Vooral met internationaal publiek scheelt dat flink in laadtijd, en het ontlast je eigen server bij drukte.

De puntjes op de i: verbetering 11 tot en met 14

11. Zet tekstcompressie aan

Met Brotli of GZIP comprimeert je server HTML, CSS en JavaScript voordat ze de deur uitgaan, vaak tot een fractie van het origineel. Veel hosts hebben dit standaard aanstaan; controleer het in de responseheaders van je site of vraag het na.

12. Ruim redirectketens op

Elke doorverwijzing kost een extra netwerkrondje voordat de echte pagina begint te laden. Laat oude URL’s in één stap naar de eindbestemming wijzen met een 301-redirect en verwijder ketens van meerdere doorverwijzingen achter elkaar, bijvoorbeeld van http naar https naar www naar de eindpagina.

13. Beperk scripts van derden

Chatwidgets, trackingpixels en embedded video’s laden vanaf externe servers waar jij geen invloed op hebt. Vraag je per script af of het zijn plek verdient. Wat blijft, laad je pas na interactie of zodra het in beeld scrollt. Een YouTube-embed vervang je bijvoorbeeld door een stilstaande voorbeeldafbeelding die de video pas na een klik inlaadt.

14. Schoon je database op

Duizenden postrevisies, verlopen transients en spamreacties maken databasequery’s langzamer. Een opschoonplugin of een maandelijkse handmatige opruimronde houdt je database compact. Maak vooraf altijd een backup.

Veelgemaakte fouten bij het versnellen van een website

  • Alleen op de labscore sturen. Een hoge Lighthouse-score zegt weinig als echte bezoekers traag laden. Fix: beoordeel op velddata en gebruik de labtest alleen om oorzaken op te sporen.
  • De hero lazy loaden. Sommige plugins zetten lazy loading op alle afbeeldingen, ook boven de vouw. Fix: sluit het LCP-element uit van lazy loading.
  • Twee optimalisatieplugins tegelijk draaien. Dubbele caching en dubbele minificatie veroorzaken conflicten en lastig te vinden bugs. Fix: kies er één en configureer die zorgvuldig.
  • Alles tegelijk aanpassen. Gaat er iets stuk, dan weet je niet welke wijziging de boosdoener was. Fix: voer per keer één verbetering door, test het resultaat en maak vooraf een backup.
  • Eenmalig optimaliseren en nooit meer meten. Elke nieuwe plugin, upload of campagnepagina kan je winst tenietdoen. Fix: meet maandelijks en na elke grote wijziging opnieuw.
Zo helpt ViRank

Handmatig veertien verbeteringen doorvoeren en blijven bewaken kost al snel meerdere dagdelen, en volgende maand begint het gewoon opnieuw. Dit is precies het soort onderhoudswerk dat je beter aan software overlaat. De Technische SEO-module van ViRank speurt doorlopend naar trage pagina’s, zware bestanden en redirectketens, en sorteert alle bevindingen op verwachte opbrengst. Niets gaat live zonder jouw goedkeuring, en een doorgevoerde aanpassing zet je met één klik weer terug. Benieuwd hoe jouw site er vandaag voor staat? De gratis SEO-check geeft binnen een paar minuten een eerste beeld, en uitgebreid testen kan daarna 14 dagen zonder creditcard.

67
ViRank Score · voorbeeld

Veelgestelde vragen

Hoe snel moet een website laden?
Google hanteert geen vaste laadtijd voor de hele pagina, maar beoordeelt drie Core Web Vitals. Het grootste element boven de vouw moet binnen 2,5 seconden zichtbaar zijn (LCP) en interacties moeten binnen 200 milliseconden zichtbaar reageren (INP), gemeten op het 75e percentiel van echte bezoekers. Haal je die drempels, dan voelt je site voor vrijwel iedereen vlot aan.
Is websitesnelheid een rankingfactor?
Ja, Google gebruikt page experience-signalen, waaronder de Core Web Vitals, in zijn rankingsystemen. Verwacht er geen wonderen van: relevantie en goede content wegen zwaarder. Snelheid werkt daarnaast vooral indirect, doordat bezoekers minder snel afhaken, meer pagina's bekijken en vaker converteren. Een trage site verlies je dus eerder aan de concurrent dan aan het algoritme.
Waarom scoort mijn site op mobiel lager dan op desktop?
PageSpeed Insights simuleert voor mobiel een middenklasse-telefoon op een traag netwerk, en echte mobiele bezoekers hebben vaak wisselende verbindingen. Dezelfde pagina laadt daardoor aanzienlijk langzamer dan op een desktop met vaste internetverbinding. Optimaliseer daarom altijd op basis van de mobiele score; de desktopscore volgt dan vanzelf mee omhoog.
Helpt overstappen naar een ander thema?
Soms flink. Zware multipurpose-thema's laden scripts en stylesheets voor tientallen functies die je nooit gebruikt. Een lichtgewicht thema kan honderden kilobytes per pagina schelen. Meet eerst hoeveel je huidige thema bijdraagt, bijvoorbeeld via de coverage-tab in Chrome DevTools, want een themawissel kost veel tijd en de winst verschilt sterk per situatie.

Bronnen en verder lezen

Artikel delen

Zac Bathi
Geschreven doorZac BathiOprichter van ViVortis, SEO-bureau Eindhoven · maker van ViRankGepubliceerd 15 augustus 2026Alle artikelen van Zac·Over ViRank
Gerelateerde artikelen

Lees ook

LCP verbeteren: van trage hero naar groene scoreVerdieping op verbetering 4: zo krijg je het grootste element boven de vouw binnen 2,5 seconden op het scherm.
INP verbeteren: trage interacties opsporen en oplossenLaadt je site snel maar reageren kliks traag, dan pak je dat aan met deze verdieping over reactietijd.

Alle blogartikelen →·Naar de kennisbank →