Waarom is mijn WordPress traag, en hoe maak ik hem sneller?

Een trage WordPress-site heeft bijna altijd één van zes oorzaken: een verouderde PHP-versie, geen object caching, te zware afbeeldingen, te veel plugins, een zwaar thema of een pagebuilder, of hosting die niet bij de site past. Meet eerst welke het is, en pak dan die ene oorzaak aan. De helft ervan lost u zelf op; de andere helft hoort standaard bij goede hosting.

Hieronder staan de zes oorzaken, telkens met wat u zelf kunt doen en wat er bij WWW4 al in het pakket zit. Onderaan leest u hoe u meet vóór u ingrijpt, want blind optimaliseren kost tijd en levert weinig op.

Zes oorzaken van een trage WordPress-site

In volgorde van hoe vaak wij ze zien. De eerste twee lost u op zonder één regel code te wijzigen.

1. Een verouderde PHP-versie

Elke nieuwe PHP-versie verwerkt dezelfde WordPress-code sneller dan de vorige, en oude versies krijgen geen beveiligingsupdates meer. Toch draaien veel sites nog op een versie van jaren geleden, gewoon omdat niemand ze ooit omzette.

Wat u zelf doet

Kijk in uw controlepaneel welke PHP-versie uw site gebruikt. Controleer of uw thema en plugins een recentere versie ondersteunen, maak een back-up en schakel om. Breekt er iets, dan schakelt u terug en weet u welke plugin aan vervanging toe is.

Wat WWW4 levert

U kiest de PHP-versie per site zelf, van PHP 8.5 en 8.4 tot oudere versies voor wie nog niet kan overschakelen. Omschakelen en terugschakelen doet u zelf, op elk moment.

2. Geen object caching

WordPress vraagt bij elke paginaweergave dezelfde gegevens opnieuw op bij de database: opties, menu's, widgets, metadata. Op een drukke site of een webshop met veel producten wordt de database daardoor de flessenhals.

Wat u zelf doet

Controleer of uw site een object cache gebruikt; in het dashboard van WordPress ziet u onder Site Health of er een persistente object cache actief is. Zo niet, dan is dat de eerste vraag aan uw hostingprovider.

Wat WWW4 levert

Redis object caching zit bij elk hostingpakket. De antwoorden van de database blijven in het geheugen, zodat dezelfde vraag niet telkens opnieuw gesteld wordt.

3. Te zware of te veel afbeeldingen

De vaakste oorzaak die wij bij bedrijfssites zien. Foto's rechtstreeks van de camera, in een formaat van duizenden pixels breed, op een pagina die ze op 800 pixels toont. De server is dan niet traag; de pagina is gewoon te zwaar.

Wat u zelf doet

Verklein afbeeldingen vóór u ze uploadt tot het formaat waarin ze getoond worden. Gebruik moderne bestandsformaten, laat afbeeldingen onder de vouw pas laden als de bezoeker scrolt, en ruim de mediabibliotheek op.

Wat WWW4 levert

De Jaan Performance Engine, onze eigen WordPress-plugin, zit gratis bij uw hosting en neemt de afbeeldingsoptimalisatie en de caching van uw pagina's voor zijn rekening, zonder aparte licentie.

4. Te veel plugins

Niet het aantal telt, maar wat ze doen. Eén slecht geschreven plugin die bij elke pagina een externe dienst bevraagt, weegt zwaarder dan tien nette. Maar hoe meer plugins, hoe groter de kans dat er zo één tussen zit.

Wat u zelf doet

Schakel plugins één voor één uit op een testkopie en meet het verschil. Verwijder wat u niet meer gebruikt, en vervang plugins die één kleine functie doen door een regel in uw thema of door een lichter alternatief.

Wat WWW4 levert

Wij zien in de serverlogs welke aanvragen lang duren. Vermoedt u dat een plugin de boosdoener is, dan kijken wij mee en zeggen we u welke.

5. Een zwaar thema of pagebuilder

Pagebuilders en multifunctionele thema's laden scripts en stijlen voor alle functies die ze kennen, ook de functies die uw site niet gebruikt. Dat kost bij elke paginaweergave rekenwerk op de server en laadtijd in de browser.

Wat u zelf doet

Kijk of uw pagebuilder toelaat om ongebruikte onderdelen uit te schakelen. Bouwt u een nieuwe site, weeg dan af of u de pagebuilder echt nodig hebt; de standaard blokkeneditor van WordPress is intussen veel volwassener dan vroeger.

Wat WWW4 levert

Een zware pagebuilder heeft meer werkgeheugen per aanvraag nodig. Onze pakketten verschillen in PHP memory limit, van 128 tot 512 MB, zodat u een pakket kiest dat bij uw thema past.

6. Hosting die niet bij de site past

Een webshop met duizenden producten op het kleinste pakket, of een site die op piekmomenten aan zijn geheugenlimiet zit. Dan is niet de site het probleem maar de omgeving, en helpt geen enkele plugin.

Wat u zelf doet

Kijk naar het patroon: is de site altijd traag, of vooral op drukke momenten? Alleen op piekmomenten wijst op te weinig middelen. Altijd traag wijst op een van de vijf oorzaken hierboven.

Wat WWW4 levert

SSD-opslag bij elk pakket, en een duidelijke doorgroei: van het kleinste pakket naar een groter, en wanneer gedeelde hosting niet meer volstaat naar een managed VPS met eigen middelen.

Hoeveel sneller uw site wordt van elk van deze ingrepen, hangt volledig af van uw thema, uw plugins en uw inhoud. Daar plakken wij geen percentage op. Wat wij wel kunnen zeggen: de zaken aan onze kant zitten standaard in het pakket, u betaalt er niets extra voor.

Meet eerst, dan pas ingrijpen

Wie zonder meting begint te optimaliseren, verliest tijd aan het verkeerde. Meet daarom eerst hoe uw site nu laadt, en let daarbij op de Core Web Vitals: de drie maatstaven waarmee Google beoordeelt hoe snel een pagina zichtbaar wordt, hoe snel ze reageert en of de opmaak verspringt tijdens het laden. U hoeft daar geen tool voor te kopen; de metingen van Google zelf zijn gratis en tonen ook wat echte bezoekers ervaren.

Kijk naar het onderscheid tussen servertijd en laadtijd in de browser. Duurt het lang vóór de eerste byte aankomt, dan zit het probleem op de server: PHP-versie, database, geheugen of hosting. Komt de eerste byte snel maar laadt de pagina daarna traag verder, dan zit het in wat de pagina meesleept: afbeeldingen, scripts, thema. Dat ene onderscheid bepaalt welke helft van de lijst hierboven voor u relevant is.

Meet na elke ingreep opnieuw, en wijzig één ding per keer. Anders weet u achteraf niet wat geholpen heeft en wat niet.

Wat WWW4 standaard levert

De oorzaken aan de serverkant hoeft u bij ons niet zelf op te lossen. Dit zit in elk hostingpakket.

PHP-versie per site zelf kiezen, met PHP 8.5 en 8.4 beschikbaar
Redis object caching voor de database
Jaan Performance Engine voor caching en afbeeldingen, gratis inbegrepen
SSD-webruimte bij elk pakket
PHP memory limit van 128 tot 512 MB, naargelang het pakket
Doorgroei naar een managed VPS wanneer gedeelde hosting niet meer volstaat
Over de Jaan Performance Engine Wanneer een VPS?

Verder lezen

Wilt u zelf aan de slag? De kennisbankartikels hieronder nemen u stap voor stap mee.

Jaan Performance Engine WordPress-hosting
Mijn website is plots traag: waar begin ik?
De WordPress-database opschonen
Het PHP-geheugenlimiet verhogen

Veelgestelde vragen over een trage WordPress-site

Bijna altijd door een van zes oorzaken: een verouderde PHP-versie, geen object caching, te zware afbeeldingen, te veel of slecht geschreven plugins, een zwaar thema of pagebuilder, of hosting die niet bij de site past. Meet eerst of de vertraging op de server zit of in de browser; dat bepaalt welke oorzaken voor u relevant zijn.
Kijk naar de tijd tot de eerste byte. Duurt het lang voor de server begint te antwoorden, dan zit het aan de serverkant: PHP-versie, database, geheugen of te weinig middelen. Komt het antwoord snel maar laadt de pagina daarna traag verder, dan zit het in de pagina zelf: afbeeldingen, scripts, thema. Een site die alleen op piekmomenten traag is, zit meestal aan zijn middelen.
WordPress vraagt bij elke paginaweergave dezelfde gegevens opnieuw op bij de database. Object caching houdt die antwoorden in het geheugen, zodat de database niet telkens hetzelfde werk doet. Bij een rustige bedrijfssite merkt u er weinig van; bij een drukke site of een webshop met veel producten scheelt het merkbaar. Bij WWW4 zit Redis object caching bij elk pakket.
Ja. Elke nieuwe PHP-versie verwerkt dezelfde code sneller dan de vorige, en oude versies krijgen geen beveiligingsupdates meer. Controleer wel vooraf of uw thema en plugins de nieuwe versie ondersteunen, en maak een back-up. Bij WWW4 kiest u de versie per site zelf en kunt u terugschakelen als iets breekt.
Dat hangt volledig af van uw thema, uw plugins en uw inhoud, dus daar plakken wij geen percentage op. Een site met een zware pagebuilder en dertig plugins heeft een heel ander profiel dan een eenvoudige bedrijfssite. Wat wel vaststaat: PHP-keuze, Redis object caching, SSD en de Jaan Performance Engine zitten standaard in het pakket.
Onze eigen WordPress-plugin voor caching en afbeeldingsoptimalisatie, gratis inbegrepen bij elk hostingpakket van WWW4. U hoeft er geen aparte licentie voor te nemen en geen plugin van derden voor te onderhouden. De details staan op de eigen pagina van de plugin.
Er is geen magisch getal. Eén plugin die bij elke pagina een externe dienst bevraagt, weegt zwaarder dan tien nette plugins. Kijk dus niet naar het aantal maar naar wat elke plugin doet, verwijder wat u niet gebruikt, en test op een kopie van de site welke plugin het verschil maakt.
Wanneer de site vooral op drukke momenten traag wordt terwijl thema en plugins in orde zijn, wanneer u structureel aan het geheugenlimiet zit, of wanneer u eigen serversoftware of shell-toegang nodig hebt. Dan is een managed VPS de volgende stap: eigen middelen, zonder buren die uw prestaties beïnvloeden. Voor de meeste WordPress-sites volstaat gedeelde hosting ruimschoots.
Bel nu
Verstuur e-mail