WooCommerce onderhoud checklist voor webshops zonder downtime

In vrijwel elke WooCommerce-shop die ik in beheer krijg, ontbreekt minstens vier van de twaalf basis-onderhoudstaken. Niet omdat de eigenaar slordig is. Eerder omdat er nergens een leesbare lijst staat van wat er maandelijks moet gebeuren. Hosters leveren hosting. Bouwers leveren bouwwerk. Het tussenliggende werk valt vaak tussen wal en schip.

Deze checklist is het document dat ik bij mezelf op de muur heb hangen. Twaalf punten, verdeeld over wekelijks, maandelijks en per kwartaal. Geschreven voor mkb-webshops met 50 tot 2000 producten. Geen marketing, geen vage adviezen. Wel concrete handelingen met de tools die ik echt gebruik.

Je kunt deze checklist zelf bijhouden of uitbesteden. Beide werken. Het belangrijkste is dat het gebeurt.

Waarom een aparte checklist voor WooCommerce

Een gewone WordPress-site heeft minder kwetsbare punten dan een webshop. Bij WooCommerce komt er een laag bij. Producten, voorraad, betalingen, verzending, BTW-instellingen, koppelingen met de boekhouding. Elke laag heeft eigen onderhoudsbehoeften.

Drie risico’s die specifiek zijn voor WooCommerce:

Checkout-bugs blijven onzichtbaar tot een klant het meldt. Iemand probeert iets te kopen, krijgt een foutmelding, gaat weg. Jij ziet niets in je admin. Zonder testroutine merk je het pas als je omzet inzakt.

Betaalkoppelingen kunnen na een update plotseling stoppen. Mollie, Stripe, iDEAL via een derde partij. Allemaal gevoelig voor combinaties van plugin-versies en hosting-omstandigheden.

De database wordt sneller groot. Elke bestelling, elk afgebroken winkelmandje, elke productview kan een record in de database aanmaken. Na twee jaar zit een drukke shop op een database van meerdere GB.

Een WooCommerce-shop is geen statische site. Onderhoud daarop is geen luxe.

De checklist: 12 punten

Hier de complete lijst. Daarna leg ik per punt uit wat het inhoudt.

Wekelijks (3 taken):

1. Uptime en checkout-test
2. Bestelproces handmatig doorlopen
3. Logs en foutmeldingen scannen

Maandelijks (6 taken): 4. WordPress core, plugins en thema updaten op staging 5. Doorvoeren naar live na test 6. Back-ups controleren en test-restore draaien 7. Beveiligingsscan via Wordfence of Sucuri 8. Productprestatie controleren via PageSpeed Insights 9. Snelheid van categoriepagina en checkout meten

Per kwartaal (3 taken): 10. Database opschonen (afgebroken winkelmandjes, oude orders, transients) 11. Plugin-audit: welke gebruik je nog 12. PHP-versie en hosting-omgeving checken

Wekelijks: drie taken in 30 minuten

Wekelijks onderhoud houdt grote problemen op afstand.

1. Uptime en checkout-test

Een script zoals Uptime Robot (gratis tot 50 URL’s) controleert elk paar minuten of je site online is. Maar uptime is niet hetzelfde als werkend. Een site kan “online” zijn met een gebroken checkout.

Wekelijks test ik handmatig of een product in het winkelmandje belandt. Tien seconden werk. Zonder dat zie je een silent bug pas via een klantmelding, en dat is altijd te laat.

2. Bestelproces handmatig doorlopen

Eén keer per week ga ik door het hele bestelproces. Product in winkelmandje. Naar checkout. Adres invullen. Betaalmethode kiezen. Test-betaling via Mollie’s test-modus of een lage echte betaling die je daarna restitueert.

Geconfronteerd met een fout vind ik er ongeveer één per twee maanden bij een actieve shop. Zonder deze routine was die fout dagen of weken onopgemerkt gebleven.

3. Logs en foutmeldingen scannen

WooCommerce schrijft fouten weg in wp-content/uploads/wc-logs/. Daar staan errors die in de admin niet altijd zichtbaar zijn. Vooral betalingsfouten en webhook-problemen.

Vijf minuten kijken naar de meest recente entries. Patroon herkennen (“steeds dezelfde IP-range veroorzaakt errors”). Actie nemen waar nodig.

Maandelijks: zes taken in ongeveer 90 minuten

De maandelijkse blok is het zwaartepunt van onderhoud.

4. WordPress core, plugins en thema updaten op staging

Eerst altijd een staging-omgeving (een veilige kopie van je site). Update WordPress, daarna de plugins van laag naar hoog risico. Cache-plugins en page-builders laat ik altijd voor het laatst.

Meer over veilig plugin updaten staat in mijn artikel daarover.

5. Doorvoeren naar live na test

Op staging een volledige doorloop: home, categoriepagina, product, checkout, account, contact. Werkt alles, doorvoeren. Niet op vrijdag tegen 17:00. Liever maandagochtend, zodat ik de hele werkweek heb om eventuele rare effecten te merken.

6. Back-ups controleren en test-restore draaien

Dagelijkse back-ups via UpdraftPlus, opgeslagen op een externe locatie (Backblaze, Amazon S3, Dropbox). Een keer per maand draai ik een test-restore op staging om te zien of het werkt. Een back-up die nooit getest is, is geen back-up.

7. Beveiligingsscan via Wordfence of Sucuri

Maandelijkse full scan. Wordfence vergelijkt bestanden met de WordPress.org-versies om aangepaste bestanden te vinden. Sucuri scant op malware-patterns.

Bij een shop met klantgegevens en betalingen is dit geen optie maar verplicht. De Autoriteit Persoonsgegevens verwacht passende beveiliging onder de AVG.

8. Productprestatie controleren via PageSpeed Insights

Eén productpagina door PageSpeed Insights halen. LCP onder 2,5 seconden, CLS onder 0,1, INP onder 200 milliseconden volgens Core Web Vitals. Wijkt het af van vorige maand, kijk wat er is veranderd. Vaak ligt het aan een nieuwe plugin of een grote productfoto.

9. Snelheid van categoriepagina en checkout meten

Categoriepagina en checkout zijn de twee meest bezochte pagina’s na de home. Snelheid daar bepaalt voor een groot deel je conversie. Meten via PageSpeed en GTmetrix, vergelijken met vorige maand.

Per kwartaal: drie diepere taken

Deze drie taken kosten meer tijd, maar voorkomen sluipende problemen.

10. Database opschonen

WooCommerce schrijft veel naar de database. Wat zich na een paar maanden ophoopt:

• Afgebroken winkelmandjes (wc_session_* records in wp_options)
• Verlopen transients (tijdelijke gegevens)
• Oude productrevisies
• Logs uit de wp_actionscheduler_actions-tabel
• Spam-reviews die nooit zijn goedgekeurd

Via WP-Optimize of een SQL-query is dit in een uurtje opgeruimd. In mijn ervaring kan een shop van twee jaar oud na zo’n opschoning de database flink verkleinen. Admin-snelheid verbetert merkbaar.

11. Plugin-audit: welke gebruik je nog

Loop alle actieve plugins langs. Voor elke plugin: gebruik je hem nog, doet hij wat hij belooft, wordt hij nog onderhouden door de maker?

Niet-onderhouden plugins (laatste update meer dan zes maanden geleden) zijn een verhoogd risico. Vervangen of verwijderen.

Niet-gebruikte plugins zijn dode code in je database. Verwijderen scheelt onderhoudstijd en attack surface.

12. PHP-versie en hosting-omgeving checken

WordPress en WooCommerce eisen actuele PHP-versies. Op het moment van schrijven (juni 2026) is PHP 8.2 of 8.3 het minimum voor nieuwere versies. Op verouderde versies gaat WooCommerce in een lager beveiligingsniveau draaien.

Hosting-omgeving checken: voldoende geheugen, juiste database-versie (MariaDB 10.6+ of MySQL 8.0+), redis of memcached voor object cache. Niet altijd zichtbaar in de admin, soms een ticket naar je hoster waard.

Zonder downtime: hoe je dat in praktijk regelt

“Zonder downtime” klinkt absoluut. In de praktijk gaat het om minimaliseren, niet vermijden.

Updates op staging, niet op live. Een gebroken update op live betekent downtime tot de back-up terug is gezet. Op staging breekt het zonder dat een klant het merkt.

Updates buiten piekuren. Voor de meeste mkb-shops in Nederland zijn de piekuren tussen 19:00 en 22:00 op werkdagen en zaterdag overdag. Updates plan ik op maandagochtend tussen 9:00 en 11:00.

Een rollback-plan voor elk groot werk. Voor ik een grote update doe weet ik hoe ik in vijf minuten terug ben op de vorige versie. UpdraftPlus heeft een one-click restore. Bij grotere wijzigingen werk ik met git en database-snapshots.

Cache-warming na een update. Direct na een update gaat een caching-plugin zoals WP Rocket of LiteSpeed Cache opnieuw vullen. De eerste paar bezoekers krijgen tragere pagina’s terwijl de cache opbouwt. Een handmatige warm-up via de plugin voorkomt dat.

Uptime-monitoring met alerts naar je telefoon. Als er onverwacht iets stuk gaat, wil je dat binnen vijf minuten weten, niet een dag later. Uptime Robot stuurt push-meldingen via een gratis app.

Voorbeeldscenario: een drukke shop met betalingsbug

Ter illustratie, omdat een verhaal vaak meer plakt dan een lijst. Dit is een voorbeeldscenario, geen specifieke klantcase.

Een webshop met 800 producten draait al twee jaar. Geen onderhoudscontract. Op een dinsdag komt er een mail van een klant: betaling lukt niet. De eigenaar test het zelf en ziet inderdaad dat de checkout vastloopt op de iDEAL-stap.

Wat blijkt na onderzoek: de payment-plugin werd vorige week automatisch geüpdatet. Op staging zou direct duidelijk zijn geweest dat de nieuwe versie een conflict heeft met een verouderde versie van de cache-plugin. Op live zit het er nu een week in. Hoeveel bezoekers hebben in die week iets willen kopen? Onbekend.

Met de wekelijkse checkout-test was dit binnen 24 uur opgevallen. Met een onderhoudscontract zou de update sowieso niet automatisch zijn doorgevoerd. Verbeteren boven herbouwen: vaak gaat het om kleine routine, niet om grote ingrepen.

Andere shop-systemen

Niet elke webshop draait op WooCommerce. Voor Shopify werkt een vergelijkbare checklist, maar de inhoud is anders. Shopify host zelf en doet veel basis-updates voor je. Wat je daar onderhoudt zijn vooral apps, themes, productdata en betalingsinstellingen.

Voor maatwerk in Laravel werk ik per project. De onderhoudsbehoefte verschilt te veel om in één checklist te vatten.

Wat als je dit niet zelf wilt doen

Twee uur werk per maand klinkt overzichtelijk. In praktijk loopt het soms hoger uit. Een rustige maand is twee uur. Een maand met een grote plugin-update en een betalingsprobleem kan vijf of zes uur kosten. Plus de mentale belasting van weten dat het op je lijst staat.

Voor mkb-shops die dit liever uitbesteden, neem ik dit complete pakket over via een onderhoudscontract. Voor WooCommerce-shops met meer dan 200 producten en actieve betalingen valt dat meestal in Onderhoud Plus (175 euro per maand).

Werk buiten het contract reken ik per uur. Standaard 70 euro per uur. Voor migratie, serverwerk en database is dat 95 euro per uur. Geen agency-overhead, direct contact met degene die het werk uitvoert.

Liever af en toe een specifieke vraag stellen zonder vast contract? Dat kan ook. Stuur een bericht met je shop-URL, ik reageer binnen 4 uur op werkdagen. Meer artikelen over website onderhoud staan in mijn kennisbank.