WooCommerce bijwerken zonder je winkel te breken: back-up, staging en controle

Een WooCommerce-update voer je veilig uit door eerst een actuele back-up te maken, de update op een kopie van je winkel te testen en daarna pas de live-site bij te werken. Na afloop controleer je de afrekening, de betaalmethoden en de bestelmails. Dat is geen overdreven voorzichtigheid. Je winkel verwerkt echte bestellingen, en een update wijzigt bestanden én database. In dit artikel loop je de stappen langs, steeds met de bron erbij, zodat je weet welke adviezen van WooCommerce zelf komen.

Waarom is een WooCommerce-update meer dan een klik?

Bij een site met een paar pagina’s is een mislukte update vervelend. Bij een webshop raakt hij ook bestellingen. WooCommerce schrijft dat de live-site tijdens de update in Coming soon-modus moet staan, zodat klanten niet afrekenen terwijl bestanden en databasewijzigingen worden uitgevoerd. Dat laat zien wat er op het spel staat: een klant die afrekent terwijl bestanden en database veranderen, kan een fout krijgen of een bestelling kwijtraken. Daarom is de volgorde belangrijk.

Houd ook in de gaten waar het risico zit. WooCommerce zegt dat een WooCommerce-site in zijn geheel precies zo veilig is als de onderliggende WordPress-installatie. Je winkel is dus geen losstaand systeem: WordPress, WooCommerce, het thema en alle extensies vormen samen één geheel. Een kwetsbare of verouderde plugin kan de hele winkel kwetsbaar maken. WordPress.org zegt hetzelfde in algemene zin: houd plugins altijd up-to-date en verwijder plugins die je niet gebruikt.

Wat doe je vóór de update?

De eerste stap is een back-up. WooCommerce adviseert voor een update een actuele back-up te maken en de update waar mogelijk op een staging-site te testen. WordPress.org adviseert in de eigen updatehandleiding hetzelfde: maak een back-up voordat je begint. Het WordPress.org-handboek voegt toe dat je de database regelmatig en altijd vóór een upgrade moet back-uppen. Zonder back-up heb je geen terugweg als de update iets stuk maakt. Maak ook een back-up op het moment dat je op een automatische update vertrouwt.

Wat hoort in een back-up? Volgens het WordPress.org-handboek bestaat een volledige back-up van een gewone WordPress-site uit twee delen: de database en de bestanden. Beide zijn nodig om te herstellen. Bij een webshop zit in de database de belangrijkste informatie, zoals bestellingen en klantgegevens. Controleer dus dat je back-up beide delen bevat en dat je weet waar hij staat en hoe je hem terugzet. Een back-up die je niet kunt terugzetten, is geen back-up.

Hoe test je op een staging-site?

De tweede stap is staging. WooCommerce definieert een staging-site als een kopie van je live-site waarop je updates test voordat klanten er last van hebben. Je maakt die via je hostingprovider, of door een back-up terug te zetten op een aparte WordPress-installatie. Dat laatste heeft een bijkomend voordeel: je weet meteen of je back-up bruikbaar is. Dat is een eerste test die je anders pas tijdens een storing doet, en dan is er geen tijd meer.

WooCommerce is hierin stellig: updates horen niet rechtstreeks op de productiesite te worden getest. Voer op de staging-site dezelfde updates uit als je op de live-site gaat doen, in dezelfde volgorde. Klik een bestelling door, probeer een betaling in de testmodus van je betaalprovider en kijk of de bestelmail aankomt. Noteer wat je ziet. Gaat er op staging iets mis, dan heb je het ontdekt zonder dat een klant er iets van merkte. Dat is het hele doel van een kopie.

Staging is geen garantie. Een kopie draait mogelijk op een andere serverconfiguratie of heeft geen koppeling met de echte betaalprovider, zodat sommige problemen alleen live zichtbaar worden. Zie staging als een filter dat veel fouten kan vangen, niet als een verzekering. Daarom hoort er na de live-update altijd nog een controle, en daarom hoort er een back-up te zijn voor het geval je alsnog terug moet. De twee werken samen.

Hoe voer je de update op de live-site uit?

Dan de live-update. Zet de winkel in Coming soon-modus, zoals WooCommerce adviseert, zodat er geen afrekeningen plaatsvinden tijdens de wijziging. Werk WooCommerce bij. Soms vraagt WooCommerce daarna om een databaseupdate: ook daarvoor schrijft WooCommerce dat je een back-up moet hebben voordat je op Update WooCommerce Database klikt. Controleer dus vlak voor die klik of de back-up klaar staat en of die na de laatste bestelling is gemaakt.

Werk daarna in hetzelfde onderhoudsvenster je extensies, thema’s en betaalgateways bij. WooCommerce legt uit dat die updates bij hetzelfde venster horen, omdat compatibiliteit kan afhangen van de hele set actieve winkelsoftware. Een plugin die niet is bijgewerkt sinds de laatste WordPress-update kan onverenigbaar zijn of een onbekende compatibiliteit hebben, schrijft WordPress.org. Voer ze dus na elkaar uit en bekijk steeds of de site nog laadt, zodat je de veroorzaker snel kunt aanwijzen.

Wat controleer je na de update?

Wat controleer je na de update? Open de winkel als bezoeker en doorloop de route van een klant: een product zoeken, in de winkelwagen leggen, afrekenen en betalen. Controleer elke betaalmethode die je aanbiedt, niet alleen de eerste. Kijk of de bevestigingsmail aankomt en of de bestelling in het beheer staat met de juiste status. Open ook het beheer en zoek naar foutmeldingen. Pas als dat klopt, haal je de winkel uit de Coming soon-modus.

Controleer verder wat je ziet op een telefoon, hoe snel pagina’s laden en of een koppeling met je boekhouding of verzendpartij nog werkt. Dit zijn vragen die per winkel verschillen. Maak daarom een korte lijst van wat voor jouw winkel kritiek is en gebruik die bij elke update. De lijst hoeft niet lang te zijn. Het gaat erom dat je niet bij elke update opnieuw bedenkt wat je moet nakijken, maar het aanvinkt. Spreek af wie de lijst na elke update afvinkt.

Welk updateritme past bij je winkel?

Welk updateritme past bij je winkel? Per 11 oktober 2026 noemt WooCommerce een maandelijkse cadans voor de meeste winkels een goede werkwijze. Dat advies kan veranderen, dus lees de actuele pagina. Het advies heeft een uitzondering: bevat een release een beveiligingsfix of herstelt ze kapotte functionaliteit waar je winkel van afhankelijk is, dan update je eerder dan het schema. Zet je een vast moment in de maand voor onderhoud, dan is het geen losse klus meer.

Wat doe je als het misgaat?

Wat doe je als het misgaat? Zet de winkel in Coming soon-modus, zet de back-up terug en onderzoek de oorzaak op staging. WordPress.org raadt aan om eerst te zorgen dat je naar een eerdere versie kunt terugkeren voordat je automatische updates van plugins en thema’s aanzet; dat geldt ook voor je handmatige routine. Wil je dit niet zelf doen? Dan zorgt WordPress-onderhoud vanaf €45 per maand voor de updates, en helpt WordPress-hulp bij een storing, vanaf €95 per storing.

Een goede routine begint al bij de bouw. Bij een webshop van Digitaalnu, vanaf €2.500 per project, maken we afspraken over onderhoud. Wat onderhoud kost, lees je in wat WordPress-onderhoud kost. En gaat een webshop toch gehackt, dan helpt het stappenplan voor de eerste 24 uur. Met back-up, staging en een vaste controlelijst wordt een update een gewone onderhoudstaak in plaats van een risico. Zo houd je de kosten van een storing laag en de controle in eigen hand.

Laatst bijgewerkt op 11 oktober 2026