Vraag nú je snelheidsoptimalisatie aan voor de zomer!
Vraag nú je snelheidsoptimalisatie aan voor de zomer!
Je opent Google PageSpeed Insights, voert je URL in en ziet een rode score van 34 op mobiel.
Of je krijgt een berichtje van een klant: “De site is zo traag, wat is er aan de hand?”
Herkenbaar. Ik hoor het regelmatig. En elke keer is het verhaal hetzelfde: de site was prima bij de oplevering, maar daarna zijn er plugins bij gekomen, afbeeldingen geüpload die nooit geoptimaliseerd zijn, een caching-instelling die ooit is aangezet maar nooit verder geconfigureerd.
Het vervelende is dat een trage site je dubbel raakt. Bezoekers klikken weg voor ze ook maar één woord hebben gelezen. Google straft je af in de zoekresultaten. En als webdesigner beschadigt een trage klant-site ook jouw naam — ook als jij hem jaren geleden hebt opgeleverd en de klant sindsdien zelf tien plugins heeft geïnstalleerd. Leuk, hè.
In deze gids lees je waarom WordPress traag wordt, hoe je het goed meet, wat de meest effectieve stappen zijn en wanneer het slimmer is om het uit handen te geven.
Snelheid is geen technisch detail. Het is een directe zakelijke factor — voor jou én je klant.
Google gebruikt laadtijd en Core Web Vitals als rankingfactor. Een site die traag laadt, verschijnt lager in de zoekresultaten, ook als de inhoud uitstekend is. Minder verkeer, minder leads, minder omzet.
Daarnaast haakt een groot deel van de bezoekers af als een pagina langer dan drie seconden laadt. Op mobiel is dat percentage nog hoger — en Google beoordeelt je site primair op de mobiele versie.
Voor webdesigners speelt er nog iets anders. Als de site die jij hebt gebouwd of beheert slecht scoort op snelheid, voelt dat voor de klant alsof het aan jou ligt. Ook als het probleem na de oplevering is ontstaan. Dat is niet eerlijk, maar het is wel de realiteit. Een snelle site is dus ook gewoon onderdeel van professionele dienstverlening.
Dit is veruit de meestvoorkomende oorzaak — en ook de meest onderschatte. Een hero-foto die rechtstreeks van de fotograaf of een stocksite is geüpload, kan 3 tot 8 megabyte zijn. De browser moet dat downloaden voordat de pagina volledig zichtbaar is. Op mobiel voelt dat als wachten.
Wat je wil: afbeeldingen kleiner dan 200 kilobyte, in WebP-formaat, met lazy loading aan. Tools zoals Imagify doen het zware werk voor je — je installeert de plugin, zet de instellingen goed en alle nieuwe uploads worden automatisch geoptimaliseerd.
Elke actieve plugin voegt code toe die bij elk paginabezoek wordt geladen. Een slecht gecodeerde plugin die jaren geen update heeft gehad, kan meer schade aanrichten dan tien lichte plugins samen. Een site met veertig actieve plugins waarbij nooit een audit is gedaan is bijna altijd trager dan nodig.
Zonder caching bouwt WordPress bij elk bezoek de pagina opnieuw op vanuit de database — inclusief alle database-aanvragen en PHP-berekeningen. Met goede caching serveert je server een klaarstaand bestand. WP Rocket is de meest complete optie, maar alleen als hij goed is geconfigureerd. De standaardinstellingen na installatie zijn zelden optimaal.
Goedkope shared hosting plaatst honderden websites op dezelfde server. Als die vol zit, vertragen alle sites — ongeacht hoe goed de rest is geconfigureerd. De server response time (TTFB) is de directe indicator: boven de 600ms is het een probleem dat je met geen enkele plugin volledig kunt oplossen. Hosting is het fundament.
WordPress slaat bij elke bewerking een revisie op. Na maanden of jaren staat de database vol met verouderde revisies, spam-reacties en verlopen tijdelijke opties. Dat vertraagt elke database-query die WordPress uitvoert.
Externe scripts — Google Fonts, trackingpixels, chatwidgets, social media embeds — worden ingeladen vanuit externe servers. Als die even traag reageren, wacht jouw pagina mee. Render-blocking scripts zorgen er bovendien voor dat de browser stopt met renderen totdat het script volledig is geladen.
Meten begint bij de juiste tools — en de resultaten begrijpen is minstens zo belangrijk als de score zelf.
Google PageSpeed Insights (pagespeed.web.dev) geeft een score van 0 tot 100 voor mobiel en desktop, plus Core Web Vitals en een lijst met verbeterpunten. Test altijd de mobiele score als startpunt. Richtlijnen: 90–100 is uitstekend, 50–89 heeft ruimte voor verbetering, onder de 50 vraagt directe actie.
GTmetrix (gtmetrix.com) geeft meer technisch detail: welke bestanden het langst laden, welke requests worden geblokkeerd en een waterfall-grafiek. Handig als je wil weten waar de vertraging precies zit.
Eén ding om te onthouden: vertrouw niet op hoe snel de site aanvoelt als jij hem opent. Jouw browser heeft alles gecached — voor jou laadt hij altijd snel. De tools meten zoals een nieuwe bezoeker de site ervaart.
Core Web Vitals zijn drie meetpunten die Google gebruikt om de gebruikerservaring te beoordelen. Ze tellen mee als rankingfactor.
LCP — Largest Contentful Paint Hoe lang duurt het voordat het grootste zichtbare element is geladen? Vaak de hero-afbeelding of de hoofdkop. Goed: onder 2,5 seconden.
INP — Interaction to Next Paint Hoe snel reageert de pagina als een bezoeker ergens op klikt? Goed: onder 200 milliseconden.
CLS — Cumulative Layout Shift Springt de lay-out tijdens het laden? Als elementen verschuiven terwijl de pagina laadt, is de CLS-score hoog. Goed: onder 0,1.
Alle drie groen is het doel. Oranje of rood op één van deze drie heeft directe invloed op je ranking.
Dit zijn de stappen met de meeste impact, in volgorde van prioriteit.
Stap 1: Afbeeldingen optimaliseren Installeer Imagify of ShortPixel en laat alle bestaande afbeeldingen automatisch comprimeren en omzetten naar WebP. Zet lazy loading aan. Richtlijn: een hero-afbeelding mag na optimalisatie maximaal 150 tot 300 kB zijn.
Stap 2: Caching correct instellen Installeer WP Rocket en activeer minimaal: page caching, browser caching, GZIP-compressie en database-optimalisatie. Gebruik je Elementor? Lees dan ook de volgende sectie.
Stap 3: Plugin audit Loop door al je actieve plugins. Deactiveer en verwijder alles wat je niet actief gebruikt. Doe daarna een nieuwe snelheidstest — het effect van een plugin-opschoning is soms verrassend groot.
Stap 4: Database opschonen Gebruik WP-Optimize om post-revisies en verlopen tijdelijke opties te verwijderen. Stel in dat het aantal bewaarde revisies per post beperkt wordt. Altijd na een back-up.
Stap 5: Render-blocking scripts aanpakken Schakel in WP Rocket “Delay JavaScript Execution” in. Scripts worden uitgesteld totdat de pagina geladen is. Test altijd na het inschakelen — dit kan conflicten geven. Laad Google Fonts lokaal in plaats van via het Google-netwerk.
Stap 6: Hosting beoordelen Controleer je TTFB in GTmetrix. Zit je boven de 600ms op shared hosting? Dan is een hosting-upgrade effectiever dan welke plugin dan ook. Providers als Antagonist, Kinsta of Savvii presteren significant beter dan de meeste budgetopties.
Voer optimalisaties altijd uit na een volledige back-up. Zeker bij caching en asset optimization kan tijdelijk iets breken.
Elementor Pro is een krachtige pagebuilder — ik werk er zelf mee — maar hij laadt standaard veel CSS en JavaScript op elke pagina, ook waar die code helemaal niet nodig is. Dat heeft direct invloed op je PageSpeed-score.
Dit zijn de instellingen die het meeste verschil maken:
Schakel in de Elementor-instellingen (Instellingen > Experimenten) “Improved CSS Loading” in. Hiermee laadt Elementor alleen de CSS die op die specifieke pagina nodig is, in plaats van één groot bestand voor de hele site.
Combineer Elementor met WP Rocket correct: schakel “Delay JavaScript Execution” in maar voeg Elementor’s eigen scripts toe aan de uitsluitingslijst. In de meeste gevallen is elementor-frontend.js de uitzondering die je toevoegt.
Schakel Font Awesome uit in de Elementor-instellingen als je de iconen niet gebruikt. Vervang ze door lokale SVG’s waar mogelijk.
De combinatie Elementor Pro + WP Rocket + Imagify is de meest effectieve setup voor performance op pagina-builder-sites. Mits correct geconfigureerd — en dat laatste is precies waar het bij de meeste sites misgaat.
Een eenmalige optimalisatie is een goed begin, maar geen eindpunt. WordPress-sites worden na verloop van tijd weer trager — door nieuwe plugins, nieuwe content en WordPress-updates.
Wat helpt:
Voer maandelijks een PageSpeed-test uit op de homepage en je belangrijkste landingspagina. Noteer de score. Een plotselinge daling is bijna altijd te koppelen aan een recente wijziging.
Stel Imagify of ShortPixel in op automatisch optimaliseren bij upload. Dan hoef je er achteraf niet aan te denken.
Laat WP-Optimize de database maandelijks automatisch opschonen. Eén keer instellen, daarna vergeten.
Loop elk kwartaal door de lijst met actieve plugins en verwijder wat je niet meer gebruikt. Vijf minuten werk, groot effect op de lange termijn.
Beheer je meerdere websites? Dan is handmatig bijhouden vrijwel onmogelijk. WP Umbrella geeft je een overzicht van de prestaties van alle sites op één plek — uptime, updates, snelheid.
Zelf optimaliseren werkt goed als je de tools kent en de site een redelijke basis heeft. De stappen hierboven zijn uitvoerbaar zonder diepgaande technische kennis.
Maar er zijn situaties waarbij uitbesteden slimmer is:
Done-for-you: Speed Boost Service De Speed Boost Service is een volledige technische optimalisatie die ik in 2 tot 3 uur uitvoer. Geen overleg vooraf, geen geleur — je vult een intake in, ik ga aan de slag en daarna zie je het resultaat in je score. Beschikbaar voor maximaal 3 sites per maand.
Zelf leren: Speed Boost Camp Wil je de aanpak eigen maken en herhaalbaar toepassen op al je klant-sites? De Speed Boost Camp is een live training waarbij je de complete optimalisatie-workflow leert — zodat je dit voortaan zelf kunt uitvoeren en er een dienst van kunt maken.
Een plotselinge daling wordt het vaakst veroorzaakt door een plugin-update die een conflict veroorzaakt, een nieuwe afbeelding die niet is geoptimaliseerd, of een probleem bij de hosting. Controleer de PageSpeed-score voor en na recente updates. Valt de daling samen met een specifieke update? Schakel die plugin tijdelijk uit en test opnieuw.
Dat hangt af van de beginsituatie. Sites die starten op een mobiele score van 20 tot 40 halen na een gerichte optimalisatie vaak 60 tot 80. Sites die al op 60 staan, kunnen richting 85 tot 90. Een score van 100 is geen realistisch doel voor een dynamische WordPress site — dat is alleen haalbaar voor volledig statische pagina’s.
WP Rocket is de meest effectieve betaalde caching-plugin voor WordPress en wordt door de meeste performance-specialisten aanbevolen. Maar een verkeerd ingestelde WP Rocket helpt nauwelijks — de configuratie bepaalt het resultaat. Installeren en vergeten is verspild geld.
Google simuleert bij de mobiele test een langzamere verbinding. Wat op een snelle desktopverbinding snel laadt, kan op die gesimuleerde verbinding aanzienlijk trager zijn. Meest voorkomende boosdoeners op mobiel: grote afbeeldingen, render-blocking scripts en een trage TTFB.
Niet altijd, maar soms is het de enige echte oplossing. Als je TTFB structureel boven de 600ms zit op shared hosting, is een hosting-upgrade effectiever dan welke plugin dan ook.Â
Ja, als hij niet goed geconfigureerd is. Elementor laadt standaard veel CSS en JavaScript op elke pagina. Met de juiste instellingen in Elementor én WP Rocket is dit grotendeels op te lossen. Zie de sectie over Elementor Pro in deze gids voor de specifieke aanpak.
PageSpeed Insights geeft de score die Google ook gebruikt voor ranking. GTmetrix geeft meer technisch detail over wat er precies vertraagt. Gebruik beide: PageSpeed voor de score, GTmetrix voor de analyse.
Een grondige optimalisatie kost bij een gemiddelde site 2 tot 4 uur als je weet wat je doet. Bij complexere setups — WooCommerce, veel custom code, slechte hosting — kan het meer zijn.
