Waarom uw WordPress-website traag is en hoe u dat oplost

Een trage WordPress-website is niet alleen een kwestie van comfort voor bezoekers. Het is een zakelijk probleem: Google straft pagina’s met een lange laadtijd af en onderzoek laat zien dat elke seconde vertraging het conversiepercentage met 7 tot 10% verlaagt. Als uw website er 5 tot 6 seconden over doet om te laden, verliest u de helft van uw bezoekers voordat ze de eerste alinea hebben gelezen.

Het goede nieuws is dat een trage WordPress-website in de meeste gevallen identificeerbare oorzaken heeft die u kunt oplossen zonder alles overhoop te halen. Zo stelt u de diagnose en herstelt u het probleem.

Hoe u de snelheid van uw WordPress-website correct meet

De eerste stap is begrijpen waar u nu staat. Open PageSpeed Insights en voer de URL van uw website in. Let op twee afzonderlijke scores: Desktop en Mobiel. Mobiel is sinds 2021 belangrijker voor SEO, toen Google volledig overstapte op mobile-first indexing.

Een score onder 50 op mobiel is kritiek. Tussen 50 en 89 is gemiddeld met verbeterpotentieel. Boven 90 is goed. PageSpeed Insights toont ook de specifieke problemen die de score verlagen, wat u een lijst met prioriteiten geeft.

Voer de test 2 tot 3 keer uit en neem het gemiddelde. Eén enkele test kan worden beïnvloed door de serverbelasting op dat moment.

Oorzaak nummer één: slechte hosting

Staat uw website op goedkope shared hosting met beperkte resources, dan lost geen enkele optimalisatie het probleem fundamenteel op. Slechte hosting betekent een trage server, een hoge responstijd (TTFB — Time to First Byte) en PHP-geheugenbeperkingen die de uitvoering vertragen.

Een TTFB boven 600 ms wijst op problematische hosting. U vindt die in het PageSpeed Insights-rapport onder “Reduce server response times”. Op goede hosting zou de TTFB onder 200 ms moeten liggen.

De oplossing is migreren naar betere hosting. In Roemenië zijn de fatsoenlijke opties voor WordPress beheerde WordPress-hosting of VPS’en met dedicated resources. De kosten van fatsoenlijke hosting beginnen bij 15 tot 30 EUR per maand, tegenover 2 tot 5 EUR per maand voor basis shared hosting.

Niet-geoptimaliseerde afbeeldingen: de meest voorkomende boosdoener

In de meeste gevallen die wij zien, bestaat 60 tot 80% van het gewicht van een WordPress-pagina uit afbeeldingen. Een foto van 4 MB, rechtstreeks van de camera geüpload en via CSS verkleind tot 300 px breed, laadt nog steeds de volledige 4 MB in de browser.

Afbeeldingsoptimalisatie heeft drie onderdelen. Het eerste is de afmeting: upload de afbeelding in het formaat waarin hij wordt weergegeven, niet groter. Een headerafbeelding van 1920 px breed hoeft niet groter te zijn dan 200 tot 400 KB. Het tweede is het formaat: WebP is 25 tot 35% kleiner dan JPEG bij dezelfde visuele kwaliteit en wordt door alle moderne browsers ondersteund. Het derde is lazy loading: afbeeldingen onder de vouw hoeven pas te laden wanneer de gebruiker ernaartoe scrolt.

Plug-ins zoals ShortPixel of Imagify kunnen automatisch alle bestaande en nieuwe afbeeldingen comprimeren. WordPress 5.5+ heeft standaard ingeschakelde native lazy loading.

Plug-ins: hoeveel is te veel

Er is geen magisch aantal plug-ins waarboven WordPress traag wordt. Het probleem is niet het aantal, maar de kwaliteit van de code in elke plug-in en wat die op elke pagina uitvoert.

Een plug-in die CSS en JavaScript op alle pagina’s laadt, ook al is hij alleen actief op de contactpagina, is een probleem. Een sliderplug-in met 5 JavaScript-bibliotheken is een probleem. Een plug-in voor social sharing die bij elke paginalading externe verzoeken doet, is een probleem.

Ga naar het WordPress-beheer, deactiveer de plug-ins één voor één en meet de snelheid na elke deactivering. Als de snelheid aanzienlijk toeneemt wanneer u een plug-in deactiveert, heeft u een boosdoener gevonden. Zoek een lichter alternatief of vervang de functionaliteit door maatwerkcode.

Vuistregel: als een plug-in niet actief wordt gebruikt, deactiveer hem dan. Een gedeactiveerde plug-in voert geen code uit, een geactiveerde wel, ook als u hem niet zichtbaar “gebruikt”.

Het ontbreken van caching

WordPress genereert pagina’s dynamisch bij elk verzoek: het voert PHP uit, bevraagt de database, stelt de HTML samen en stuurt die naar de browser. Op een website met verkeer betekent dat honderden identieke bewerkingen per seconde.

Caching slaat de kant-en-klare HTML-versie van de pagina op en stuurt die rechtstreeks naar de volgende bezoekers, zonder PHP uit te voeren of de database te bevragen. De impact kan dramatisch zijn: 50 tot 70% minder laadtijd bij sommige configuraties.

Aanbevolen cachingplug-ins: WP Rocket (premium, het eenvoudigst te configureren), W3 Total Cache of WP Super Cache (gratis, vragen meer handmatige configuratie). Staat u op beheerde WordPress-hosting (Kinsta, WP Engine, Cloudways), dan hebben die ingebouwde servercaching die effectiever is dan welke plug-in ook.

Niet-geoptimaliseerde CSS en JavaScript

Elke plug-in en elk thema voegt CSS- en JavaScript-bestanden toe die de browser moet laden. Op een typische WordPress-website met 15 tot 20 plug-ins kunnen er 30 tot 50 afzonderlijke bestanden zijn die op elke pagina worden geladen.

De oplossing is minificatie (het verwijderen van spaties en commentaar uit de code) en het combineren van bestanden (meerdere bestanden samenvoegen tot één). WP Rocket en LiteSpeed Cache doen dit automatisch. Let op: agressief combineren van JavaScript kan functionaliteit breken, test daarom eerst in een stagingomgeving.

Een andere belangrijke techniek is het uitstellen (deferren) van JavaScript: JS-bestanden die niet nodig zijn voor de eerste weergave van de pagina kunnen worden geladen nadat de pagina zichtbaar is, wat de tijd tot de eerste interactie verkort.

Een niet-onderhouden WordPress-database

WordPress slaat in de database niet alleen content op, maar ook revisies van berichten, tijdelijke gegevens (transients), verweesde metadata en andere informatie die zich in de loop van de tijd ophoopt. Een opgeblazen database vertraagt queries, vooral bij oudere websites.

De plug-in WP-Optimize of Advanced Database Cleaner kan de database veilig opschonen: verwijdert oude revisies (bewaar de laatste 5 tot 10), ruimt verlopen transients op en optimaliseert de tabellen. Maak altijd een back-up voordat u opschoont.

Veelgestelde vragen

Hoe snel moet een WordPress-website laden?

De aanbevolen doelwaarde is onder 2,5 seconden voor LCP (Largest Contentful Paint) op mobiel, volgens de Google Core Web Vitals-normen. Onder 1,5 seconden is uitstekend. Boven 4 seconden is kritiek en beïnvloedt zowel de gebruikerservaring als de positie in Google.

Breekt caching de website als ik wijzigingen aanbreng?

Na elke wijziging in content of ontwerp moet u de cache legen zodat bezoekers de bijgewerkte versie zien. Alle cachingplug-ins hebben een knop “Clear Cache” in de WordPress-beheerbalk. Sommige legen de cache automatisch wanneer u een nieuw bericht publiceert.

Is WP Rocket het geld waard als ik al een gratis cachingplug-in heb?

WP Rocket is makkelijker correct te configureren en bevat functionaliteiten voor lazy loading, preloading en CSS/JS-optimalisatie die bij gratis plug-ins meer handmatige configuratie vragen. Heeft u geen tijd om handmatig te optimaliseren, dan verdient WP Rocket voor 59 USD per jaar zichzelf snel terug.

Kan een CDN de snelheid van mijn WordPress-website verbeteren?

Ja, een CDN (Content Delivery Network) levert statische bestanden (afbeeldingen, CSS, JS) vanaf servers die geografisch dichter bij de bezoeker staan. Voor een Roemeense website met vooral verkeer uit Roemenië is de impact van een CDN kleiner dan voor websites met internationaal verkeer. Het gratis Cloudflare biedt een basis-CDN en wordt sowieso aanbevolen voor beveiliging.

Ik heb een cachingplug-in geïnstalleerd maar de snelheid is niet verbeterd. Waarom?

De meest voorkomende reden is dat de cachingplug-in niet correct is geconfigureerd of dat uw hosting niet alle opties ondersteunt (mod_rewrite, GZIP-compressie). De tweede reden is dat het onderliggende probleem de hosting of de afbeeldingen zijn, en caching een trage server of afbeeldingen van 5 MB niet volledig kan compenseren.

Conclusie

Een trage WordPress-website heeft bijna altijd een of meer identificeerbare oorzaken: slechte hosting, niet-geoptimaliseerde afbeeldingen, het ontbreken van caching of plug-ins die onnodige code laden. Ze oplossen vraagt niet dat u alles overhoop haalt, maar dat u correct diagnosticeert en de oplossingen in volgorde van prioriteit toepast.

Begin met PageSpeed Insights, kijk naar de TTFB, optimaliseer de afbeeldingen en installeer een cachingplug-in. Alleen deze drie stappen kunnen een website van 6 seconden in enkele uren omzetten in een van 2 seconden.

Als u alles in dit artikel heeft geprobeerd en de website traag blijft, is het probleem waarschijnlijk structureel — het thema of de hosting. In dat geval kan een gesprek met het team van Nexium Web snel vaststellen waar de bottleneck zit en welke opties u heeft. U kunt ook onze WordPress-optimalisatiediensten bekijken.