WordPress traag? Vind de oorzaak en los het op

Is je WordPress-site traag? Zoek eerst uit waar de vertraging zit. Een zware afbeelding vraagt om een andere oplossing dan een plugin die blijft wachten op een externe dienst. Ook hosting kan de oorzaak zijn, maar dat blijkt niet uit één lage PageSpeed-score.

Met de controles hieronder bepaal je of het probleem in je pagina, je WordPress-installatie of de server zit. Verander steeds één ding en meet opnieuw. Zo weet je welke ingreep helpt.

Voordat je begint: zorg voor een recente back-up van bestanden én database en controleer hoe je die terugzet. Test wijzigingen aan plugins, thema’s en PHP bij voorkeur op een stagingwebsite: een afgeschermde kopie van je site.

1. Waar is je WordPress-site traag?

Open je site in een privévenster waarin je niet bent ingelogd. Bekijk de homepage en twee gewone pagina’s. Probeer, als dat kan, ook een ander apparaat of een andere internetverbinding. Daarmee voorkom je dat je een lokaal wifi- of browserprobleem voor een websiteprobleem aanziet.

Is je site plotseling langzaam geworden? Noteer wat er vlak daarvoor veranderde: een update, nieuw thema, extra plugin of import. Dat is een aanknopingspunt, nog geen bewijs. Schakel een beveiligingsplugin bijvoorbeeld niet zomaar uit op je openbare website.

2. Meet dezelfde pagina op een vaste manier

Voer het adres van een langzame pagina in bij Google PageSpeed Insights. Bekijk mobiel en desktop afzonderlijk. Herhaal de meting een paar keer zonder tussendoor iets te veranderen en bewaar het rapport als uitgangspunt.

PageSpeed toont een gesimuleerde test en, bij voldoende verkeer, gegevens van echte bezoekers. Die bezoekersgegevens beslaan een langere periode en veranderen niet meteen na een aanpassing. Bij een kleine of nieuwe site kunnen ze ontbreken. Volgens Google’s uitleg over PageSpeed Insights is dat op zichzelf geen teken dat er iets mis is.

Kijk verder dan het cijfer

• LCP: hoe lang het duurt voordat het grootste zichtbare inhoudselement verschijnt. Onderzoek welk element dat is.
• INP: hoe vlot de pagina reageert op interacties van echte bezoekers, als die gegevens beschikbaar zijn.
• CLS: hoeveel inhoud onverwacht verschuift tijdens het gebruik.
• TTFB of wachttijd van het document: een aanwijzing voor vertraging vóór de pagina-inhoud binnenkomt. De precieze meting verschilt per hulpmiddel.

Een groot afbeeldingsbestand en een trage server kunnen allebei de zichtbare laadtijd verlengen. De oplossing hangt af van waar de tijd verloren gaat. Staar je daarom niet blind op het halen van 100 punten.

3. Controleer afbeeldingen en externe inhoud

Is vooral een pagina met veel foto’s, een slider of video langzaam? Controleer dan eerst de grootste bestanden. Een foto die klein in beeld staat, hoeft meestal niet als een enorm origineel te worden geladen.

• Verklein de afmetingen tot wat je ontwerp werkelijk nodig heeft.
• Comprimeer afbeeldingen en bekijk of de kwaliteit goed blijft op mobiel en desktop.
• Gebruik een passend bestandsformaat, bijvoorbeeld WebP of AVIF wanneer je site dit ondersteunt.
• Gebruik uitgesteld laden voor afbeeldingen verderop op de pagina. Laad de belangrijkste afbeelding bovenaan juist niet onnodig laat.

Controleer ook kaartjes, video-embeds, chatvensters en andere onderdelen van externe diensten. Haal zo’n onderdeel tijdelijk weg op je testkopie en vergelijk dezelfde pagina opnieuw. Zo kun je gericht beslissen of het onderdeel de extra laadtijd waard is.

Google beschrijft in de handleiding voor het verbeteren van LCP waarom niet alleen de bestandsgrootte telt, maar ook wanneer de browser het belangrijkste bestand ontdekt en begint te laden.

4. Onderzoek plugins en je thema

Het aantal plugins zegt niet alles. Eén plugin kan veel werk doen op iedere pagina, terwijl meerdere kleine plugins nauwelijks invloed hebben. Begin bij recent toegevoegde of gewijzigde onderdelen.

1. Maak een stagingkopie en meet daar de pagina die problemen geeft.
2. Schakel één vermoedelijke plugin uit.
3. Wis op die testomgeving de relevante cache en meet opnieuw.
4. Zet de plugin terug aan en controleer of de vertraging terugkomt.
5. Test daarna pas een volgende plugin of het thema.

Een stagingomgeving kan andere serverlimieten en cache-instellingen hebben. Vergelijk daarom vooral het verschil vóór en na de wijziging binnen die omgeving. Trek geen conclusie uit een rechtstreekse vergelijking met een heel andere testserver.

Is er geen stagingomgeving? De officiële WordPress-plugin Troubleshooting biedt een probleemoplossingsmodus waarmee je voor je eigen sessie onderdelen kunt onderzoeken zonder de normale bezoekersweergave te wijzigen. Die modus is geen vervanging voor een back-up en bootst niet automatisch de laadsnelheid van een uitgelogde bezoeker na.

5. Controleer of je paginacache werkt

Een paginacache bewaart een al opgebouwde versie van een pagina. WordPress hoeft dan niet bij elk bezoek dezelfde pagina opnieuw samen te stellen. Je hosting kan dit al regelen; een extra cacheplugin is dus niet vanzelf nodig.

Vraag je provider welke cache actief is. Test daarna een openbare pagina terwijl je uitgelogd bent. Bekijk, eventueel met hulp van de provider, of herhaalde bezoeken uit de cache worden geleverd. Als je bent ingelogd, kan de cache bewust worden overgeslagen.

Gebruik één samenhangende configuratie. Zet niet meerdere plugins aan die dezelfde volledige pagina’s proberen te cachen. Bij een webshop moeten persoonlijke onderdelen zoals winkelmand, afrekenen en accountpagina’s correct worden uitgesloten. Test na aanpassingen ook formulieren en inloggen.

Blijft de eerste aanvraag traag maar zijn volgende aanvragen snel? Dan kan de cache een trage opbouw verbergen. Dat verdient onderzoek als bezoekers regelmatig ongecachete pagina’s opvragen.

6. Is vooral het WordPress-dashboard traag?

Een snelle voorkant betekent niet dat het beheer even snel is. Het dashboard wordt voor ingelogde gebruikers doorgaans niet als een gewone openbare pagina gecachet. Onderzoek daarom waar het wachten begint: bij inloggen, berichten openen, opslaan of alleen op het startscherm.

Kijk bij Gereedschap → Sitediagnose naar waarschuwingen over de configuratie. Het tabblad met informatie geeft onder meer inzicht in plugins, thema en server. Dit is geen snelheidstest, maar kan wel aanknopingspunten geven.

Let op dashboardwidgets die externe informatie ophalen, vastgelopen imports en zware geplande taken. Vraag bij twijfel een ontwikkelaar of je host om het trage verzoek te onderzoeken. Verwijder niet op goed geluk databasetabellen, opties of geplande taken.

Controleer met je host of de gebruikte PHP-versie nog wordt ondersteund en bij je plugins past. Test een versieaanpassing eerst op staging; ‘nieuwer’ is zonder compatibiliteitscontrole geen veilige oplossing.

7. Wanneer maakt de hosting WordPress traag?

Hosting wordt een serieuze verdachte als vertraging aanhoudt bij relatief eenvoudige pagina’s, je cache goed werkt en je vastloopt op beschikbare servercapaciteit. Een hoge TTFB alleen bewijst dat niet: ook redirects, netwerkafstand en het werk van WordPress spelen mee. Google licht dat onderscheid toe bij het onderzoeken van TTFB.

Stuur je provider concrete informatie in plaats van alleen ‘mijn site is traag’:

• de adressen van twee of drie trage pagina’s;
• datum, tijdstip en de meetrapporten;
• of je ingelogd of uitgelogd testte;
• of de vertraging ook na herhaald laden optreedt;
• welke wijzigingen je al hebt onderzocht.

Vraag of CPU-, geheugen-, I/O- of proceslimieten worden geraakt en of er fouten of trage databaseverzoeken zichtbaar zijn. Laat de provider uitleggen of optimalisatie, een ander pakket of een andere inrichting de oorzaak kan verhelpen.

Overstappen is pas een logische vervolgstap als de huidige omgeving aantoonbaar tekortschiet of je de benodigde ondersteuning niet krijgt. Een snellere server maakt zware afbeeldingen en onnodige scripts niet ineens licht. Vergelijk bij een eventuele overstap ook verlengingsprijzen, back-ups, ondersteuning en verhuisvoorwaarden.

8. Controleer of de oplossing echt helpt

Meet opnieuw met dezelfde pagina, vergelijkbare omstandigheden en dezelfde instellingen. Controleer vervolgens ook andere belangrijke pagina’s. Een verbetering is pas bruikbaar als de site goed blijft werken.

Test op mobiel ten minste het menu, formulieren en inloggen. Controleer bij een webshop ook de winkelmand en het afrekenproces. Noteer wat je hebt aangepast en bewaar de metingen. Daarmee kun je later nagaan of een update het probleem terugbrengt.

Meer achtergrond over de samenhang tussen WordPress, caching en de server vind je in de officiële WordPress-documentatie over prestaties. Op HostingSlim.nl bouwen we de uitleg over hosting en WordPress stap voor stap uit.

Veelgestelde vragen over een trage WordPress-site

Waarom is WordPress ineens traag na een update?

Een update kan gedrag van een plugin of thema veranderen, maar er kan ook tegelijk iets anders spelen. Controleer de wijzigingsgeschiedenis en reproduceer de vertraging op staging. Herstel niet zomaar een oude database op een actieve webshop: daarmee kun je nieuwe bestellingen kwijtraken.

Helpt een cacheplugin altijd?

Nee. Een paginacache kan de verwerking van openbare pagina’s verlichten. Hij lost niet alle vertraging op bij grote bestanden, externe scripts of persoonlijke pagina’s. Bovendien kan je hosting al paginacaching verzorgen.

Moet ik overstappen als mijn PageSpeed-score laag is?

Nee. Onderzoek eerst de aanwijzingen in het rapport. Als de vertraging vooral in afbeeldingen of scripts zit, pak je die onderdelen aan. Bespreek hosting pas als je metingen en de servergegevens daar aanleiding toe geven.

Hoe weet ik of de site voor bezoekers ook traag is?

Test uitgelogd, bekijk meerdere pagina’s en gebruik gegevens van echte bezoekers wanneer die beschikbaar zijn. Houd rekening met verschillen tussen apparaten en verbindingen. Een enkele test op je eigen laptop vertelt niet het hele verhaal.