Je opent PageSpeed Insights en ziet een rode score, of een klant mailt dat je site “best traag” laadt. Een WordPress-website maak je sneller in deze volgorde: snelle hosting met een actuele PHP-versie, paginacaching, gecomprimeerde afbeeldingen in WebP, minder en lichtere plugins, een opgeschoonde database en uitgestelde scripts. Meet voor en na met PageSpeed Insights.
Hieronder loop ik per stap langs wat het oplevert, waar je begint en wanneer je het beter uitbesteedt. Snelheid telt dubbel, want bezoekers haken af op een trage pagina en Google weegt de Core Web Vitals mee. Wat dat in omzet betekent, lees je in wat een trage website kost aan conversie.
Eerst meten: zo test je de snelheid van je WordPress-site
De snelheid van je WordPress-site test je met PageSpeed Insights, altijd op mobiel en op desktop, omdat die twee flink kunnen verschillen. GTmetrix is een goede aanvulling, omdat je in het watervaldiagram ziet welke bestanden het langst laden. Met Pingdom test je vanaf een locatie die je zelf kiest. Kijk ook naar het aantal verzoeken (requests) en het paginagewicht, want die zeggen vaak meer dan de score.
PageSpeed Insights toont twee soorten cijfers, en dat verwart veel mensen. Labdata komen uit een gesimuleerde test op het moment dat je op de knop drukt. Velddata komen van echte Chrome-gebruikers over de afgelopen weken, en die wegen voor Google het zwaarst. Daarom jaag ik nooit op een score van 100 en kijk ik naar de echte WordPress performance. Groene Core Web Vitals voor WordPress bij echte bezoekers, dat is het doel.
Paginasnelheid is iets anders dan de snelheid van je hele site, en de homepage is vaak juist je best verzorgde pagina. Ik test minimaal drie paginatypen, namelijk de homepage, een belangrijke landingspagina of productpagina en bij een webshop de checkout. Noteer per pagina de TTFB, de LCP en de totale paginagrootte, zodat je na elke aanpassing kunt vergelijken.
Met die cijfers zie je meestal al in welke hoek het probleem zit. Een hoge TTFB op alle pagina’s wijst naar de server of ontbrekende caching. Een trage LCP komt vaak door een grote afbeelding bovenaan, en een pagina die traag reageert op een klik heeft meestal te maken met scripts. Hoe je per oorzaak vaststelt wat bij jou speelt, lees je in waarom je WordPress-website traag is.
WordPress optimaliseren begint bij de server en je PHP-versie
Stap 1 is je hosting, want een trage server repareer je niet met een plugin. TTFB (time to first byte) is de tijd die de server nodig heeft om het eerste stukje van je pagina terug te sturen. Ik vergelijk een website graag met een winkel. Hosting is de ingang en de gangpaden, caching is de voorraad die al klaarligt en afbeeldingen zijn de bagage die je bezoeker mee moet sjouwen. Met smalle gangpaden helpt de beste voorraad weinig.
Wat de TTFB bepaalt, is vooral de techniek onder je site. Snelle NVMe-opslag en een LiteSpeed-webserver maken verschil, net als voldoende PHP-workers, de processen die je pagina’s opbouwen. Een moderne HTTP-versie (HTTP/2 of HTTP/3) met TLS laat de browser meerdere bestanden tegelijk ophalen. En afstand telt ook, dus een datacenter dicht bij je bezoekers.
Een factor die vaak over het hoofd wordt gezien, is botverkeer. Bots en brute-force-aanvallen op je inlogpagina belasten de server. Daarom hebben alle shared pakketten van Surver Bot Blocker en automatische IP-blokkades, en krijgt een IP-adres na meer dan tien mislukte inlogpogingen een captchapagina.
De PHP-versie is de snelste winst die ik ken. Nieuwere versies voeren dezelfde code sneller uit, en omzetten kost meestal maar een paar minuten. Draai je nog op een oude versie, begin dan met PHP-versie updaten. Onze managed WordPress hosting draait op LiteSpeed-servers met NVMe-opslag, en je kiest zelf je PHP-versie. Groeit je site door veel verkeer boven een gedeeld pakket uit, dan is managed cloud hosting de volgende stap. Wat je verder van een host mag verwachten, staat in waaruit snelle WordPress hosting bestaat.
Stap 2 en 3: caching inschakelen en afbeeldingen verkleinen
Als de server snel antwoordt, leveren caching en lichtere afbeeldingen de meeste winst op voor het minste werk.
Paginacaching inschakelen
Paginacaching bewaart een kant-en-klare kopie van een pagina, zodat de server die niet voor elke bezoeker opnieuw opbouwt. Caching werkt in vier lagen, van de browser van je bezoeker tot de server zelf, met daartussen de pagina- en objectcache. Hoe die lagen samenwerken en hoe je ze instelt, lees je in caching in WordPress: soorten en instellen.
Mijn belangrijkste regel is maximaal één cachingplugin. Twee plugins werken elkaar tegen. Op een LiteSpeed-server is LiteSpeed Cache de logische keuze, omdat die rechtstreeks met de servercache samenwerkt. Heb je een webshop, sluit dan de winkelwagen, de checkout en Mijn account uit van de paginacache, want die pagina’s zijn per bezoeker anders. Voor zulke dynamische pagina’s bestaat object caching en Redis, wat bij Surver alleen op Surver Cloud beschikbaar is. Zie je na een aanpassing nog de oude versie van je site, dan helpt cache legen in WordPress.
Afbeeldingen verkleinen en omzetten naar WebP
WebP is een beeldformaat dat bij gelijke kwaliteit veel kleinere bestanden geeft dan JPG of PNG. Wat ik vaak zie, is een telefoonfoto van duizenden pixels breed die als klein plaatje wordt getoond. Upload daarom op de afmeting waarop de afbeelding wordt getoond, comprimeer en laat je optimalisatieplugin een WebP-versie maken. AVIF is nog compacter, maar wordt nog niet overal ondersteund. Voor het origineel houd ik een simpele vuistregel aan, JPG voor foto’s, PNG voor transparantie en SVG voor logo’s en iconen.
Zet daarnaast lazy loading aan, zodat afbeeldingen onder de vouw pas laden als de bezoeker scrolt. De grote afbeelding bovenaan is de uitzondering, die moet juist direct laden omdat hij meestal je LCP bepaalt. Video host je niet zelf maar embed je. Op de shared pakketten van Surver vind je een Image Optimizer in cPanel, en we raden beeldoptimalisatie via QUIC.cloud aan. Het complete stappenplan staat in afbeeldingen optimaliseren in WordPress, en heb je al honderden afbeeldingen staan, lees dan afbeeldingen in bulk optimaliseren.
Stap 4 tot 6: plugins, database en scripts
De laatste drie stappen vragen meer zorgvuldigheid, omdat je hier dingen weghaalt of uitstelt die je site misschien nodig heeft.
Minder en lichtere plugins, thema en pagebuilder
Een plugin vertraagt je site niet door te bestaan, maar door wat hij op elke pagina laadt. Met Query Monitor zie je welke plugin de meeste tijd opeist. Verwijder wat je niet gebruikt, vervang zware plugins door lichtere en houd alles bijgewerkt, want verouderde plugins en thema’s zijn vaak ook trager. Ongebruikte thema’s ruim ik ook op, op één standaardthema na als reserve.
Het thema zelf telt mee. Een lichtgewicht thema laadt alleen wat nodig is, en daarom installeren we WordPress bij een nieuw pakket standaard met Astra (de gratis versie) en LiteSpeed Cache. Een pagebuilder voegt veel extra code toe, dus lees pagebuilder of blokeditor voordat je kiest. Heb je geen tijd om plugins op te ruimen en te vervangen, dan doen we dat binnen WordPress beheer. Hoe je plugins beoordeelt voordat je ze installeert, lees je in plugins en thema’s kiezen en beheren.
De database opschonen
De database is de opslagplaats van je site, en die raakt in de loop der jaren vol met revisies, transients (tijdelijke gegevens), spamreacties en tabellen van plugins die je allang hebt verwijderd. Maak altijd eerst een back-up voordat je iets uit de database haalt, want een verkeerd verwijderde tabel krijg je anders niet terug. Het aantal bewaarde revisies begrens je met define('WP_POST_REVISIONS', 5); in wp-config.php. Bij webshops groeit de database extra snel door orders en sessies.
WordPress gebruikt wp-cron als ingebouwde taakplanner, en die wordt bij paginabezoeken aangeroepen. Op drukke sites vervang ik die door een echte cronjob, zie WP-cron uitschakelen. Plan back-ups en zware taken buiten drukke uren. Het complete stappenplan staat in de WordPress-database opschonen.
Scripts uitstellen en verzoeken verminderen
Minificatie haalt spaties en commentaar uit CSS en JavaScript, en uitstellen (defer of delay) laat scripts pas laden als de pagina zichtbaar is. Allebei stel je in via je cachingplugin. Zo pak je ook renderblokkerende bronnen aan. De grootste rem zit in mijn ervaring vaak in externe scripts. Een chatwidget of trackingpixel haalt code op van een andere server waar jij geen invloed op hebt, en dat merk je vooral aan de INP.
Hier helpt de AVG je, en dat verbaast veel ondernemers. Trackingscripts mogen pas laden na toestemming, dus een goed ingestelde cookiebanner in WordPress houdt ze tegen tot de bezoeker klikt. Dat is verplicht en het maakt je site sneller. Social feeds en de cookiebanner zelf laden overigens ook externe code.
Verminder tot slot het aantal verzoeken. Elke redirect is een extra rondje naar de server, dus laat oude URL’s direct naar de eindbestemming wijzen in plaats van via een redirectketen (A naar C, niet A naar B naar C). Meer daarover in wat zijn redirects. Compressie met GZIP of Brotli verkleint HTML, CSS en JavaScript en staat op de meeste servers al aan; PageSpeed Insights meldt het als dat niet zo is. Verander bij deze stap één ding tegelijk en test daarna. Uitgestelde scripts kunnen een formulier of slider breken, en dan wil je weten welke instelling het was.
Welke stap levert het meest op?
Hosting, caching en afbeeldingen leveren voor de meeste sites de grootste winst op, terwijl scripts uitstellen het meeste risico geeft.
| Maatregel | Impact op snelheid | Moeilijkheid | Zelf of laten doen |
|---|---|---|---|
| Snelle hosting en actuele PHP-versie | Hoog | Laag | Zelf; verhuizen laat je doen |
| Caching inschakelen | Hoog | Laag tot middel | Zelf; webshop-uitzonderingen laten checken |
| Afbeeldingen verkleinen en WebP | Hoog | Laag | Zelf |
| Minder en lichtere plugins en thema | Middel tot hoog | Middel | Zelf of binnen beheer |
| Database opschonen | Middel | Middel (eerst back-up) | Zelf of binnen beheer |
| Scripts uitstellen en externe scripts beperken | Middel tot hoog voor INP | Hoog (kan functies breken) | Laten doen of zorgvuldig testen |
| CDN | Laag bij Nederlandse bezoekers, middel bij internationaal verkeer | Middel | Laten inrichten |
Een deel van die tabel hoef je bij Surver niet zelf te regelen. Alle shared pakketten, van Personal tot en met Enterprise, draaien op LiteSpeed-servers met NVMe-opslag en LiteSpeed Cache, OPcache staat standaard aan en je wisselt zelf van PHP-versie (7.4 tot en met 8.5) via cPanel > Select PHP Version. Je websites staan in datacenters binnen Europa. Wat overblijft, zijn de stappen die bij jouw eigen site horen, zoals afbeeldingen, plugins, database en scripts. Wil je die niet zelf doen, dan pakken we ze op met WordPress snelheid optimalisatie.
Wil je morgen beginnen, dan zijn dit de drie acties met de meeste winst.
- Meet drie pagina’s met PageSpeed Insights en noteer TTFB, LCP en paginagewicht.
- Controleer je PHP-versie in je hostingpaneel en zet die op een actuele versie.
- Zet caching aan en zet je grootste afbeeldingen om naar WebP.
Core Web Vitals: waar Google naar kijkt
Core Web Vitals zijn drie meetwaarden waarmee Google de gebruikerservaring van een pagina bij echte bezoekers beoordeelt. Ze vertalen de stappen hierboven naar wat een bezoeker merkt.
- LCP (Largest Contentful Paint): het grootste zichtbare element is binnen 2,5 seconden geladen.
- INP (Interaction to Next Paint): de pagina reageert binnen 200 milliseconden op een klik of tik. INP verving in maart 2024 de oude meetwaarde FID.
- CLS (Cumulative Layout Shift): elementen verspringen niet tijdens het laden, met een score onder 0,1.
Elke meetwaarde hangt aan andere stappen. LCP verbeter je met hosting, caching en afbeeldingen. INP verbeter je vooral met minder en uitgestelde scripts. CLS los je op door afbeeldingen, embeds en advertenties vaste afmetingen te geven, zodat de browser vooraf ruimte reserveert. Per meetwaarde uitgewerkt staat het in Core Web Vitals voor WordPress.
Extra aandacht voor WooCommerce-webshops
Een WooCommerce-webshop is trager dan een gewone site, omdat winkelwagen, checkout en Mijn account per bezoeker verschillen en dus niet uit de paginacache kunnen komen. Daarnaast groeit de database met elke order en draait een webshop doorgaans meer plugins, van betaalmethoden tot verzendkoppelingen.
Drie dingen helpen het meest. Object caching met Redis versnelt de dynamische pagina’s, al is dat bij ons alleen beschikbaar op Surver Cloud. Houd de checkout licht door daar geen sliders, chatwidgets of andere scripts te laden die er niets te zoeken hebben. En zorg voor voldoende PHP-workers en serverresources, want tien bezoekers tegelijk in de checkout vragen tien keer zoveel rekenkracht. Onze managed WooCommerce hosting is daarop ingericht. Het volledige stappenplan staat in WooCommerce-webshop traag, en wat vertraging in de checkout kost, lees je in het artikel over conversie.
Heb je een CDN nodig?
Voor de meeste sites met vooral Nederlandse bezoekers levert een CDN minder op dan je zou verwachten. Een CDN (content delivery network) bewaart kopieën van je bestanden op servers verspreid over de wereld, zodat bezoekers ze van dichtbij ophalen. Staat je site in een Europees datacenter, dan is de afstand tot Nederlandse bezoekers al klein. Bij veel internationaal verkeer ligt dat anders.
Bij alleen hosting geven we advies over een CDN, en binnen WordPress onderhoud en beheer richten we QUIC.cloud CDN voor je in. Cloudflare-integratie is er alleen bij Surver Cloud. Wanneer een CDN wel loont en hoe je het instelt, lees je in CDN voor WordPress. Pak het CDN pas op als de zes stappen hierboven op orde zijn, want de HTML-pagina zelf komt nog steeds van je eigen server.
Veelgestelde vragen
Wat is een goede laadtijd voor een WordPress-site?
Google rekent met de Core Web Vitals, en daarin moet het grootste zichtbare element (LCP) binnen 2,5 seconde geladen zijn. Haal je dat op mobiel bij echte bezoekers, dan zit je goed.
Heb ik een cachingplugin nodig als mijn hosting al caching heeft?
Op LiteSpeed-servers wel, want de servercache werkt samen met de LiteSpeed Cache-plugin. Installeer er geen tweede cachingplugin naast.
Maakt een andere hosting mijn site echt sneller?
Als de TTFB hoog is wel. Is je site traag door plugins, afbeeldingen of scripts, dan lost verhuizen alleen dat niet op, dus meet eerst. Wil je overstappen, dan verhuist onze verhuisservice je site gratis.
Kan Surver mijn WordPress-site sneller maken?
Ja. Met snelheidsoptimalisatie doorloopt Surver dezelfde stappen als in deze gids en meet voor en na, zodat je ziet wat het heeft opgeleverd. Een gegarandeerde laadtijd beloven we niet, omdat die ook afhangt van wat er op je site staat.
