De homepage van je webshop laadt prima, maar de checkout hapert en orders verwerken in het beheer gaat stroperig. Een trage WooCommerce-webshop komt meestal door een overvolle database met orders en sessies, te veel plugins, niet-gecachte winkelwagen- en checkoutpagina’s, zware productafbeeldingen en gedeelde hosting zonder voldoende PHP-workers. Hieronder lees je hoe je eerst vaststelt waar het zit en wat je daarna per oorzaak doet. Dit artikel hoort bij WooCommerce-onderhoud en beheer.
Waarom een webshop sneller traag wordt dan een gewone website
Een webshop wordt sneller traag dan een website, omdat winkelwagen, checkout en Mijn account per bezoeker anders zijn en dus niet uit de paginacache kunnen komen. Een gewone pagina ligt kant-en-klaar in de cache en gaat in een fractie van een seconde de deur uit. Die drie webshoppagina’s worden bij elke klik opnieuw opgebouwd door PHP en de database, met jouw winkelwagen, jouw adres en jouw verzendkosten erin. Daarom is een snelle homepage met een trage checkout geen tegenstrijdigheid. Het is juist een aanwijzing waar je moet zoeken.
PHP-workers zijn de processen op de server die zulke verzoeken tegelijk kunnen afhandelen. Ik vergelijk ze altijd met kassa’s in de supermarkt. Op zaterdag met twee open kassa’s staat iedereen in de rij, hoe snel de caissière ook is. Zo werkt het ook in je webshop. Komen er tijdens een actie veel klanten tegelijk afrekenen, dan wacht elk verzoek tot er een worker vrij is, en die wachttijd voelt de klant als een hangende checkout. Het verklaart ook waarom een webshop pas bij groei traag wordt. Met tien bezoekers per uur merk je niets, met honderd tegelijk ineens wel.
Eerst meten: waar zit de traagheid?
De plek waar je webshop traag is, wijst meestal direct naar de oorzaak. Ik meet met twee tools. PageSpeed Insights laat zien wat bezoekers ervaren, inclusief de TTFB (de tijd tot de server de eerste byte terugstuurt). Query Monitor is een plugin die per pagina laat zien welke plugins en databasevragen de meeste tijd kosten. Zet die alleen tijdelijk aan, want hij kost zelf ook wat. Klik daarnaast zelf een bestelling door als ingelogde klant, want de checkout meet je met geen enkele tool zo goed als met je eigen geduld.
| Wat is traag | Meest waarschijnlijke oorzaak | Eerste check |
|---|---|---|
| De hele site | Hosting, verouderde PHP-versie, bots op filterpagina’s | TTFB, PHP-versie, toegangslogs |
| Product- en categoriepagina’s | Afbeeldingen, thema, filters | PageSpeed Insights op een productpagina |
| Winkelwagen en checkout | PHP-workers, plugins in de checkout, externe scripts | Zelf een bestelling doorklikken, Query Monitor |
| Beheer en orders | Database, wachtrij met geplande acties, Heartbeat API, zware adminplugins | WooCommerce > Status > Geplande acties, Query Monitor |
Mijn advies is om geen extra snelheidsplugin te installeren voordat je hebt gemeten waar de traagheid zit. De meeste trage webshops die ik zie, hebben al te veel plugins, en een plugin erbij is zelden de oplossing.
Oorzaken aan de serverkant: hosting, database en caching
Aan de serverkant gaat het bijna altijd om te weinig rekenkracht, een volle database of het ontbreken van object caching. Op gedeelde hosting deel je rekenkracht met andere sites, en bij drukte staan bestellingen in de rij. Kijk dan eerst naar je PHP-versie en geheugenlimiet. Op onze shared hosting pas je de PHP-versie en memory_limit zelf aan via cPanel > Select PHP Version > Options, en onze support kijkt mee als je niet weet wat je pakket toestaat. Accounts zijn bij ons afgeschermd met CloudLinux en CageFS, zodat een drukke buurman je webshop niet direct vertraagt. Verwacht je echte pieken, zoals rond Black Friday, dan past managed cloud hosting met eigen serverresources beter.
De database is de tweede verdachte. Verlopen sessies, transients (tijdelijke cachewaarden), oude geplande acties van de Action Scheduler en revisies maken elke databasevraag zwaarder. Maak eerst een back-up en schoon daarna op, zoals beschreven in WordPress-database opschonen. HPOS (High-Performance Order Storage) slaat orders op in eigen tabellen en is sneller bij veel orders. Schakel pas over als al je extensies compatibel zijn, wat je ziet onder WooCommerce > Instellingen > Geavanceerd > Functies. Opschonen is geen eenmalige klus maar periodiek onderhoud, en dat kun je uitbesteden via WordPress beheer.
Paginacaching helpt niet op de checkout, dus daar vraagt elke stap opnieuw de database. Object caching bewaart databaseresultaten in het werkgeheugen, zodat herhaalde vragen de database overslaan. Meer daarover lees je bij object caching met Redis. Eerlijk is eerlijk, Redis draait bij Surver alleen op Surver Cloud. Op de shared pakketten, ook bij managed WooCommerce hosting, draait je shop op LiteSpeed-servers met NVMe-opslag, LiteSpeed Cache en standaard OPcache.
Oorzaken in je shop zelf: plugins, scripts, afbeeldingen en thema
In de shop zelf zijn plugins en externe scripts de grootste boosdoener, gevolgd door zware afbeeldingen en een log thema. Plugins die op elke pagina scripts laden tellen snel op, en een marketingpixel of chatwidget komt daar nog bovenop. In de checkout roepen betaal- en verzendplugins bovendien externe diensten aan, bijvoorbeeld om verzendtarieven op te halen, en elke trage reactie daarvan zie je terug in je laadtijd. Zoek met Query Monitor de zwaarste plugins, verwijder wat je niet gebruikt (uitschakelen is niet genoeg) en laad scripts alleen op pagina’s waar ze nodig zijn. Cart fragments, het AJAX-verzoek dat de winkelwagenteller ververst, laadt in nieuwere WooCommerce-versies gelukkig niet meer op elke pagina. Bots die je filterpagina’s afstruinen vreten ook capaciteit, en daar helpen onze Bot Blocker en automatische IP-blokkades. Wil je het pluginbeheer van je webshop uitbesteden, kijk dan bij WooCommerce beheer.
Productfoto’s rechtstreeks van de camera of de leverancier, in galerijen van tien stuks, maken een productpagina al snel megabytes zwaar. Gebruik WebP, de juiste afmeting en lazy loading, behalve voor de hoofdafbeelding bovenin. De details staan in afbeeldingen optimaliseren. Een CDN versnelt afbeeldingen en CSS, maar niet de checkout. Bij ons zit Image Optimizer in cPanel, en bij WordPress onderhoud en beheer richten we QUIC.cloud CDN voor je in.
Blijft de shop daarna traag, kijk dan naar het thema. Thema’s die alles kunnen, laden ook alles, en een pagebuilder op productpagina’s voegt nog een laag toe. Test op een staging-omgeving met een standaardthema. Is het verschil groot, dan is een lichter thema de moeite waard.
Waar begin je morgen?
Begin bij meten, ruim dan op en beoordeel pas daarna je hosting. In die volgorde voorkom je dat je geld uitgeeft aan een groter pakket terwijl een vergeten plugin het probleem was.
- Meet met de tabel hierboven waar de traagheid zit.
- Schoon de database op en ruim plugins en scripts op die je niet nodig hebt.
- Beoordeel daarna pas of je hosting de drukte nog aankan.
Soms is de hosting gewoon te klein, en dan helpt geen enkele optimalisatie. Dat is geen falen, maar een teken dat je shop groeit. Wil je de analyse en optimalisatie uitbesteden, dan is er WordPress snelheid optimalisatie. Lees ook de oorzaken van een trage WordPress-website en de gids WordPress sneller maken.
Veelgestelde vragen
Waarom is het WooCommerce-beheer zo traag?
Meestal door grote ordertabellen, zware adminplugins, de Heartbeat API die steeds contact zoekt met de server en een volle wachtrij met geplande acties. Kijk onder WooCommerce > Status > Geplande acties of daar duizenden acties wachten of mislukt zijn.
Hoeveel plugins is te veel?
Er is geen vast aantal, het gaat om wat ze laden. Eén zware plugin weegt zwaarder dan tien lichte. Bij Surver kloon je je webshop in Installatron tot staging-omgeving en test je daar wat het uitschakelen van een plugin doet.
Maakt WooCommerce WordPress trager?
WooCommerce voegt scripts, databasetabellen en dynamische pagina’s toe. Op goede hosting, zoals managed WordPress hosting op LiteSpeed-servers met NVMe-opslag, merk je dat nauwelijks, op krappe gedeelde hosting wel. Een trage webshop ligt dus zelden aan WooCommerce alleen.
