WooCommerce verhuizen: bestellingen en betaalmeldingen behouden

1. Het probleem: twee shops die uit elkaar groeien

Stel: om 09.00 uur wordt je webshop gekopieerd. Om 09.12 uur koopt iemand nog op de oude server. Om 09.20 uur wordt de nieuwe server actief. Die tweede bestelling zit niet in de eerste kopie. Dit is een fictief tijdschema, maar het laat precies zien waarom een technisch geslaagde migratie zakelijk toch fout kan gaan.

DNS-caches maken de overgang ingewikkelder: bezoekers en externe systemen kunnen tijdelijk verschillende servers bereiken. Ook een al gestarte betaling kan later nog een statusmelding opleveren. Maak daarom afspraken over de bron van waarheid, niet alleen over het tijdstip van de DNS-wijziging.

Deze handleiding is bedoeld als draaiboek met je webbouwer en hoster. Bij abonnementen, boekingen of voorraadkoppelingen is een algemeen stappenplan niet voldoende: leg de verwerking per koppeling vast.

2. Inventariseer alles wat de shop kan wijzigen

Noteer ook PHP- en databaseversies, WordPress, WooCommerce, betaalplugins, opslaggebruik en cron-instellingen. Vraag welke back-up beschikbaar is en laat herstel naar een afgeschermde omgeving vooraf controleren. De officiële uitleg over WooCommerce-back-ups maakt onderscheid tussen bestanden en database.

Een testkopie moet geen echte klanten mailen of betaalacties uitvoeren. Gebruik afscherming en testinstellingen voor iedere koppeling. Alleen een vinkje ‘zoekmachines ontmoedigen’ schermt de omgeving niet af.

3. Maak een volledige kopie, inclusief orderopslag

Orders zitten niet alleen in WordPress-pagina’s. Met High-Performance Order Storage (HPOS) kan WooCommerce daarvoor eigen tabellen gebruiken. Laat controleren welke opslag actief is en of je migratie- en back-upmethode alle benodigde tabellen meeneemt. Wissel tijdens de verhuizing niet tegelijk van opslagmethode.

Raadpleeg de WooCommerce-documentatie over HPOS voor de inrichting. Een productexport is geen volledige webshopback-up. Losse orderimports vragen bovendien controle op klantrelaties, betalingen, voorraad en pluginmetadata.

Laat bestanden en database van hetzelfde afgesproken moment komen. Bewaar een herstelbare kopie buiten de migratieomgeving. De WooCommerce-uitleg over database-export is achtergrond voor de beheerder; een SQL-import in een actieve shop kan bestaande gegevens overschrijven.

4. Spreek de laatste synchronisatie en betaalroute af

1. Vooraf: kopie testen met HTTPS, producten, beheer en afgeschermde betaaltests. Controleer of het hostingpakket de shop aankan.
2. Wijzigingen beheersen: bepaal hoe checkout, beheerders, API-koppelingen en geplande taken worden gestopt of omgeleid. Alleen een onderhoudspagina voor bezoekers stopt niet alle schrijfacties.
3. Open betalingen vastleggen: noteer lopende betaalpogingen en spreek af waar latere meldingen terechtkomen. Blokkeer callbacks niet blind; overleg met de betaalintegratiebeheerder.
4. Laatste kopie: synchroniseer de resterende gegevens en controleer recente orders, bedragen, statussen en voorraad vóór vrijgave.
5. DNS omzetten: controleer IPv4, IPv6, www, certificaat en caches. Voorkom dat beide servers zelfstandig als actieve winkel blijven werken.
6. Vrijgeven: pas als de leidende omgeving en de verwerking van late meldingen vaststaan. Houd de oude omgeving gecontroleerd beschikbaar voor vergelijking.

5. Vergelijk orders én betalingen na de overstap

Gebruik een controletabel met orderreferentie, aanmaaktijd, bedrag, betaalreferentie, status en voorraadmutatie. Bewaar klantgegevens uitsluitend in je beveiligde werkomgeving. Vergelijk ook de betaalprovider met de shop: een betaling kan gelukt zijn terwijl de orderstatus nog niet is bijgewerkt.

Controleer uitgaande koppelingen in WooCommerce → Status → Logs. De WooCommerce-webhookdocumentatie beschrijft het log voor uitgaande gebeurtenissen. Dat is iets anders dan een inkomende betaalmelding: daarvoor volg je de documentatie en logs van je betaalplugin of provider.

Vraag bij een websiteverhuizing expliciet wie deze controle uitvoert. Hostingwalk bespreekt hosting en migratiewerk vooraf; pluginonderhoud en maatwerk horen in aparte afspraken. Bekijk WordPress-hosting en bespreek bij specifieke capaciteitsvragen een managed VPS. Een VPS is niet voor iedere webshop nodig.