Je site voelt stroperig of PageSpeed Insights kleurt rood, en je hebt geen idee waar het aan ligt. Een trage WordPress-website komt meestal door goedkope gedeelde hosting, ontbrekende caching, ongecomprimeerde afbeeldingen, te veel of zware plugins, een verouderde PHP-versie, een vervuilde database, externe scripts en een zwaar thema of pagebuilder. Hieronder lees je per oorzaak hoe je hem herkent en hoe je het controleert. De volgorde waarin je alles aanpakt staat in WordPress sneller maken: de complete gids.
Eerst meten, dan zoeken
Meet eerst waar de vertraging zit, want zonder meting ben je aan het gokken. Een huisarts schrijft ook geen medicijn voor zonder diagnose, en een cachingplugin installeren voor een overbelaste server is paracetamol tegen een gebroken been. Ik test altijd met PageSpeed Insights of GTmetrix, mobiel én desktop, en een paar keer achter elkaar, want één meting zegt weinig. Doe dat uitgelogd in een privévenster, omdat je eigen browser en je ingelogde sessie het beeld vertekenen. Test ook meer dan alleen de homepage. Een productpagina of de checkout gedraagt zich vaak heel anders.
Drie waarden vertellen je het meest. TTFB (time to first byte) is de tijd tot de server de eerste byte terugstuurt, en die ligt bij een gezonde site onder de 0,8 seconde. LCP meet wanneer het grootste zichtbare element in beeld staat, en Total Blocking Time (TBT) hoe lang scripts de pagina blokkeren. Een PageSpeed-score van 90 tot 100 is goed en 50 tot 89 kan beter, maar het blijft een labtest. Wat Google telt, zijn de Core Web Vitals bij echte bezoekers, met een LCP binnen 2,5 seconde. Met die drie waarden in de hand zoek je in deze tabel het spoor.
| Wat je ziet | Waarschijnlijke oorzaak |
|---|---|
| Hoge TTFB op alle pagina’s | Hosting of geen caching |
| Trage LCP, grote afbeelding bovenaan | Afbeeldingen |
| Hoge Total Blocking Time | Externe scripts, plugins of thema |
| Traag dashboard, snelle voorkant | Database, plugins of serverresources |
| Alleen traag bij drukte | Te weinig serverresources |
| Alleen winkelwagen en checkout traag | Pagina’s zonder cache, zie WooCommerce-webshop traag |
| Ineens traag sinds gisteren | Update, bots, malware of storing |
Oorzaken aan de serverkant
Traagheid zit aan de serverkant of aan de voorkant, en de serverkant herken je aan een hoge TTFB. De eerste verdachte is goedkope gedeelde hosting. Staan er te veel sites op één server, dan wacht die van jou op zijn beurt, vooral bij drukte. Is de TTFB ook op een gecachte pagina hoog, dan ligt het vrijwel zeker aan de hosting. Kies dan hosting die op WordPress is ingericht, zoals managed WordPress hosting, of voor een webshop managed WooCommerce hosting. Lees ook waaruit snelle WordPress hosting bestaat. Een CDN helpt vooral bij bezoekers ver weg, want voor Nederlands verkeer ligt een server in Europa al dichtbij.
Zonder caching bouwt de server elke pagina voor elke bezoeker opnieuw op. In de response-headers zie je of er een cache-hit is. Een fout die ik vaak zie, zijn twee cachingplugins die elkaar in de weg zitten. Zie caching in WordPress. Een verouderde PHP-versie is de derde, want elke nieuwe versie verwerkt dezelfde code sneller. Je ziet je versie onder Extra > Sitediagnose > Info > Server. Test een upgrade eerst en volg PHP-versie updaten. Dan de database. Revisies, transients en autoload-opties van oude plugins in wp_options vertragen elke databasevraag. Sitediagnose waarschuwt bij veel autoload-data. Maak een back-up en ga dan de database opschonen.
Wat we bij Surver standaard regelen, zit vooral aan deze kant. Alle shared pakketten draaien op LiteSpeed-servers met NVMe-opslag en LiteSpeed Cache, OPcache staat altijd aan en elk account is met CloudLinux en CageFS afgeschermd van de buren. Je PHP-versie wissel je zelf via cPanel > Select PHP Version, van 7.4 tot en met 8.5. Of je site tegen de CPU- of geheugengrenzen van je pakket aanloopt, vraag je na bij support.
Oorzaken aan de voorkant
Aan de voorkant zie je de vertraging terug in een trage LCP of een hoge TBT, terwijl de server zelf snel antwoordt. Meestal begint het bij afbeeldingen. Een foto van een paar megabyte bovenaan de pagina bepaalt in zijn eentje je LCP, en PageSpeed Insights wijst hem gewoon aan als LCP-element. Verklein, comprimeer en zet om naar WebP, zie afbeeldingen optimaliseren. Een video upload je trouwens niet zelf, die embed je via YouTube of Vimeo.
Bij plugins telt het type meer dan het aantal. Eén zware plugin die op elke pagina scripts laadt, vertraagt meer dan tien lichte. Query Monitor laat zien welke plugin de meeste tijd kost. Wil je plugins uitschakelen zonder dat bezoekers het merken, gebruik dan Health Check & Troubleshooting of een staging-omgeving, die je bij Surver maakt door je installatie te klonen in Installatron. Verouderde plugins en thema’s zijn vaak ook trager, dus verouderde plugins opruimen hoort erbij. Wil je dat niet zelf bijhouden, dan valt het onder WordPress onderhoud.
Externe scripts zijn de stille vertragers. Neem een Meta Pixel of een Hotjar-script, dat laadt van een andere server en blokkeert de pagina zolang het bezig is, wat je terugziet als renderblokkerende JavaScript en een hoge TBT. In PageSpeed Insights staat onder derde partijen precies wat er geladen wordt. Mijn advies is schrappen wat niets oplevert en de rest via Google Tag Manager pas na cookietoestemming laden. Een zwaar thema of pagebuilder maakt veel extra HTML-elementen, wat PageSpeed meldt als een buitensporige DOM-grootte. Wissel op staging tijdelijk naar een standaardthema en vergelijk, en lees pagebuilder of blokeditor.
Traag dashboard of ineens traag?
Is alleen je dashboard traag, dan ligt het bijna nooit aan je afbeeldingen, want de voorkant komt uit de cache en het dashboard nooit. Daar merk je direct wat zware plugins, grote autoload-opties en te weinig PHP-geheugen of PHP-workers doen. Ook de Heartbeat-API en achtergrondtaken via WP-Cron, zoals een back-up of import die net draait, kunnen het dashboard ophouden. Query Monitor laat ook hier zien waar de tijd zit. PHP-instellingen pas je bij Surver aan via cPanel > Select PHP Version > Options. Kan een waarde niet hoger, vraag het dan aan support.
Is je site ineens traag geworden, zoek dan naar wat er recent veranderde. Dit zijn de dingen die ik als eerste naloop.
- Een plugin of thema dat net is geüpdatet.
- Botverkeer of inlogaanvallen. Een firewall op serverniveau vangt veel af, en bij Surver houden Bot Blocker, automatische IP-blokkades en een captcha na meer dan tien mislukte inlogpogingen het meeste tegen.
- Malware die je server belast. Lees malware verwijderen of besteed het herstel uit via WordPress gehackt.
- Een storing bij je hosting (bij Surver op status.surver.nl) of volle opslag.
Kom je er met deze stappen niet uit, dan zoeken we de oorzaak voor je met WordPress snelheid optimalisatie. Wil je zelf verder, begin dan met de volgorde in de complete gids.
Veelgestelde vragen
Ligt het aan mijn hosting?
Als de TTFB ook op gecachte pagina’s boven de 0,8 seconde blijft, waarschijnlijk wel. Is de TTFB laag maar de pagina toch traag, dan zit de oorzaak aan de voorkant. Loopt de TTFB vooral bij drukte flink op, dan komt je pakket waarschijnlijk resources tekort.
Hoe snel moet een WordPress-website laden?
De grootste zichtbare inhoud (LCP) moet voor echte bezoekers binnen 2,5 seconde in beeld staan. De PageSpeed-score is een labtest en geeft vooral richting.
Kan Surver uitzoeken waarom mijn site traag is?
Ja. Surver meet je site, zoekt de oorzaak en lost die op via snelheidsoptimalisatie.
