Van oud naar nieuw platform, zonder gedoe: zo ga je stap voor stap live

Een nieuw webshopplatform klinkt als een logische stap. Je webshop wordt sneller, je team kan makkelijker zelf dingen aanpassen, je bent minder afhankelijk van oud maatwerk, en je krijgt meer mogelijkheden voor zakelijke klanten, koppelingen of verkoop in andere landen.

Wie ooit een overstap heeft meegemaakt weet ook hoeveel er mis kan gaan. Deadlines schuiven op, productdata klopt niet, oude links werken niet meer, koppelingen blijken ingewikkelder dan gedacht, en vlak voor livegang komt de vraag of je hier eigenlijk wel klaar voor bent.

Dat hoeft geen chaos te worden. Maar dan moet je het niet zien als een technische verhuizing, want het is een verandering voor je hele organisatie.

Het gaat zelden mis door één technische fout

Loopt een migratie stroef, dan wordt snel naar de techniek gewezen. De koppeling werkte niet, de import liep vast, de redirects stonden verkeerd. Echte problemen, maar zelden de diepste oorzaak.

Die begint eerder. Er is geen duidelijke scope, niemand is echt eigenaar, er is geen goed beeld van de huidige situatie, de data is niet gecontroleerd, de planning is te optimistisch, en SEO komt pas laat in beeld. Of er wordt aangenomen dat de oude manier van werken vanzelf in het nieuwe platform past.

Dat laatste is het grootste risico. Een replatform is geen kopieeractie. Je zet niet alleen producten, klanten en bestellingen over, je vertaalt je processen en klantreis naar een nieuwe basis.

Begin bij de vraag waarom je wilt overstappen

Niet vaag "ons platform is verouderd", maar concreet. Is je webshop te traag, zijn updates te duur, ben je te afhankelijk van je leverancier, kun je zakelijke klantprijzen niet goed beheren, kosten koppelingen te veel handwerk, of kan marketing te weinig zelf aanpassen?

Het antwoord bepaalt je route. Soms is een compleet nieuw platform niet nodig: is snelheid het probleem, dan kan betere hosting of een nieuwe voorkant genoeg zijn. Loopt vooral je interne proces vast, dan ligt de oplossing eerder in betere productdata, een PIM of een betere ERP-koppeling. Pas als het probleem echt in het platform zit is replatforming logisch, en dan nog moet je precies weten welk probleem je oplost.

Kies niet te snel een platform

Veel projecten beginnen met een voorkeur. We willen naar Shopify, we blijven op Magento, we moeten headless. Daarna wordt het hele project rond die keuze ingericht, en dat is riskant.

Shopify geeft snelheid en gebruiksgemak, maar je werkt binnen de kaders van het platform. Magento kan veel complexiteit aan, maar vraagt goed technisch beheer. Headless geeft vrijheid aan de voorkant, maar vraagt meer regie op koppelingen en content. Composable kan flexibel zijn en tegelijk complexiteit toevoegen.

De juiste keuze hangt niet alleen af van techniek, maar vooral van je processen, groeiambities, team en budget. Kies dus niet wat populair klinkt, maar wat bij je bedrijf past.

Data bepaalt je echte planning

Vooraf lijkt data overzichtelijk: producten exporteren, klanten meenemen, orders bewaren, oude links doorverwijzen. Zodra je begint blijkt het ingewikkelder.

Producttitels zijn niet overal gelijk opgebouwd, varianten staan niet logisch in het systeem, specificaties zitten in losse tekstvelden, categorieën zijn door de jaren rommelig geworden, en productinformatie in ERP, PIM, Excel en webshop spreekt elkaar tegen.

Dat is geen migratiedetail maar de kern van het project, want een nieuwe webshop met oude rommeldata voelt voor klanten niet nieuw. Controleer datakwaliteit dus vroeg. Maak proefimports, test varianten, check categorieën en klantprijzen, en bepaal welke data meegaat, welke eerst wordt opgeschoond en welke bewust achterblijft. Opschonen tijdens de livegang levert bijna altijd stress op.

SEO moet vanaf het begin meedoen

Bij een overstap verandert meer dan de techniek. URL's veranderen, teksten worden herschreven, categorieën krijgen een nieuwe indeling, filters werken anders, en blogs of landingspagina's verhuizen. Voor Google is dat een grote verandering.

Verwijs je oude pagina's niet goed door, dan verlies je verkeer. Je wilt dus vóór de bouw al weten welke pagina's belangrijk zijn: welke URL's zorgen voor verkeer, omzet of backlinks, welke content moet zeker mee, en welke structuur is logisch voor bezoekers én zoekmachines?

Redirects zijn daarbij geen administratief klusje. Een redirect vertelt waar een oude pagina nu te vinden is, maar een verwijzing naar een te algemene pagina helpt weinig. Je behoudt SEO-waarde niet door technisch netjes door te sturen, maar door te begrijpen wat bezoekers zoeken en waar ze terecht moeten komen.

Koppelingen zijn geen bijzaak

Een webshop staat nooit op zichzelf. Er zijn koppelingen met ERP, PIM, CRM, magazijnsoftware, boekhouding, betaalproviders, verzendsoftware, marketplaces en analytics.

Vraag dus niet alleen of iets gekoppeld kan worden, maar hoe het proces precies loopt. Waar ontstaat een order, welk systeem is leidend voor voorraad, waar worden klantprijzen beheerd, wanneer wordt een factuur gemaakt, welke data moet direct worden bijgewerkt en welke mag per uur, en wat gebeurt er als een koppeling tijdelijk uitvalt?

Zonder die vragen bouw je koppelingen die technisch werken en in de praktijk frustratie geven. Dan ontstaat alsnog handwerk, alleen op een nieuw platform met oude problemen.

Maak de livegang kleiner

Veel projecten worden spannend omdat alles tegelijk moet: nieuw platform, nieuwe voorkant, nieuwe content, nieuwe productstructuur, nieuwe koppelingen, nieuwe checkout, nieuwe landen. Dat klinkt efficiënt en vergroot het risico enorm.

Kies bewuster wat echt nodig is op dag één. Moeten alle landen meteen mee, moeten alle nieuwe functies direct live, kun je eerst de belangrijkste processen stabiel krijgen, en kun je oude content later stap voor stap verbeteren?

Een rustige livegang ontstaat niet doordat alles perfect is, maar doordat je weet wat cruciaal is, wat later mag, en wat absoluut niet kapot mag gaan.

Test alsof je klant én medewerker bent

Testen is meer dan kijken of pagina's laden. Test wat er in het echt gebeurt: een nieuwe klant plaatst een bestelling, een zakelijke klant bestelt met een eigen prijsafspraak, iemand voegt een product met varianten toe, een retour wordt aangemeld, voorraad wordt aangepast vanuit ERP, een kortingscode wordt gebruikt, een order wordt betaald en verzonden, een oude URL wordt bezocht, en een medewerker past productinformatie aan.

Zulke tests laten zien of je webshop werkt als bedrijfssysteem, niet alleen als website.

Na livegang begint de nazorg

Livegang is niet het einde van het project, maar het moment waarop echte klanten, orders en data binnenkomen. Plan dus vooraf wie meekijkt: wie monitort fouten, wie kijkt naar Search Console, wie controleert redirects, wie bewaakt orderflows, en wie stemt af met klantenservice?

Je moet snel kunnen reageren, vooral om te voorkomen dat kleine afwijkingen grote commerciële gevolgen krijgen. Een fout in een redirect is vervelend, een fout in een betaalstap urgent, en een fout in klantprijzen raakt direct je omzet en vertrouwen. Nazorg hoort er dus niet bij, die is onderdeel van een goede livegang.

Een replatform wordt chaotisch als je te laat ontdekt wat je allemaal verhuist. Je verhuist niet alleen code, maar processen, productdata, SEO-waarde, klantverwachtingen en interne werkwijzen. Rust ontstaat door vroeg te kiezen wat je moet behouden, welke data leidend is, welke koppelingen kritisch zijn, en wat niet per se op dag één hoeft.