E-commerce migratie: wanneer en hoe je van platform wisselt

Een e-commerce migratie is zelden de oplossing voor het probleem dat je denkt te hebben. Soms wel. Vaak is het platform niet de bottleneck, maar de thema-laag, de hosting, een paar slechte extensies of een ERP-koppeling die elke nacht stukloopt.

Dit artikel helpt je twee dingen te beslissen: moet je wel migreren, en zo ja, waarheen en hoe. Geen platform-evangelie. Wij bouwen op Magento, Shopify en Laravel, dus we hebben geen reden om je naar één kant te duwen. En soms is het eerlijke advies: niet migreren.

Wanneer migreer je, en wanneer repareer je?

Een platform wisselen kost maanden en een flink budget. Dat verdien je pas terug als het probleem structureel is. Loop eerst deze lijst langs.

Signalen dat migreren zinvol is:

• Het platform is end-of-life of krijgt geen security-updates meer. Dan loop je een groeiend risico.
• Je bedrijfsmodel past niet meer in de kern. Denk aan complexe B2B-prijsafspraken, meerdere voorraadlocaties of bundels die je met workarounds oplost.
• Elke kleine wijziging kost weken, omdat de codebase een kluwen is geworden.
• De licentie- of onderhoudskosten staan niet meer in verhouding tot wat je eruit haalt.
• Je zit vast aan een leverancier die niet meer meebeweegt.

Signalen dat je beter in place repareert:

• De shop is traag, maar niemand heeft de oorzaak gemeten. Vaak zijn dat hosting, caching of één zware extensie.
• De frontend is verouderd. Een nieuw thema lost dat vaak op zonder datamigratie. Bij Magento is de stap van Luma naar Hyvä daar een voorbeeld van, zie ons Hyvä-migratie stappenplan.
• Het probleem is een slecht ontworpen koppeling. Een ERP-integratie vervang je zonder het hele platform te slopen.
• De irritatie zit in het team, niet in de techniek.

De rekenstap: wat kost het probleem per jaar aan omzet, uren en risico? En wat kost de migratie, inclusief de periode waarin je minder kunt bouwen? Als je dat niet in cijfers kunt zetten, ben je nog niet klaar om te migreren.

Het doelplatform kiezen: Magento, Shopify of maatwerk

Kies niet op basis van wat je concurrent gebruikt. Kies op basis van wat jouw proces nodig heeft. De eerlijke versie per optie:

Shopify (Plus)

Past goed bij shops met een standaard-catalogus, snelle lancering en weinig behoefte aan diep maatwerk. Hosting, updates en security zijn grotendeels geregeld. Je betaalt daarvoor met minder vrijheid in checkout, datamodel en B2B-logica. Wat er in de praktijk misgaat, lees je in migreren naar Shopify: wat gaat er mis. Meer over onze aanpak vind je op de pagina Shopify.

Magento 2 (met Hyvä)

Past bij complexe catalogi, meerdere storeviews of talen, B2B-prijslogica en shops die eigen controle over hosting en code willen. De prijs: je beheert meer zelf, en onderhoud vraagt vakkennis. Met een Hyvä-frontend verdwijnt een groot deel van de performance-discussie. Alles over ons werk staat op de pagina Magento. Wil je de twee naast elkaar leggen, bekijk dan de vergelijking van Magento-opties en Magento versus Shopify.

Maatwerk in Laravel

Past als je proces zo specifiek is dat een standaard-platform meer wringt dan helpt. Bijvoorbeeld configureerbare producten met eigen regels, of een portaal waar de webshop maar een onderdeel van is. Je krijgt volledige vrijheid, maar je bouwt ook zelf wat anders kant-en-klaar komt: kortingslogica, betaalflows, admin, SEO-basis. Dat is zelden de goedkoopste route. Lees ook 7 signalen dat je een Laravel-applicatie nodig hebt en de pagina Laravel.

Een hybride route bestaat ook: een standaard-platform voor de storefront en Laravel als middleware of backoffice eromheen. Meer over de afweging rond een losgekoppelde frontend lees je in headless e-commerce: hype of business case.

Criteria die we zelf gebruiken

• Complexiteit van de catalogus en prijzen. Veel varianten, klantspecifieke prijzen en bundels wijzen richting Magento of maatwerk.
• Hoeveel eigen controle heb je nodig? Checkout, hosting en code op maat: Magento of Laravel. Liever zorgeloos: Shopify.
• Integraties. Hoeveel koppelingen heb je en hoe goed zijn ze beschikbaar voor het doelplatform? Zie ERP koppelen met Magento 2.
• Team en beheer. Wie onderhoudt het straks? Een platform dat je team niet kan bedienen, wordt een kostenpost.
• Totale kosten over drie tot vijf jaar, niet alleen de bouwprijs.

De fasen van een e-commerce migratie

Elke platform migratie webshop kent grofweg dezelfde fasen. De volgorde telt, en overslaan rekent zich later terug.

1. Audit

Je inventariseert wat er is: producten, klanten, orders, content, extensies, koppelingen, URL's en rapportages. Ook leg je vast wat je níet meeneemt. Een migratie is het moment om dode producten, oude accounts en ongebruikte plugins te laten liggen.

Meet in deze fase een nulpunt: omzet, conversie, organisch verkeer, top-landingspagina's en laadtijden. Zonder nulmeting kun je na de livegang niets bewijzen.

2. Datamodel mapping

Elk platform bouwt data anders op. Een configureerbaar product in Magento is niet hetzelfde als een product met varianten in Shopify. Je legt per entiteit vast waar het veld heen gaat:

• Producten, attributen en varianten
• Categorieën en navigatie
• Klanten, adressen en wachtwoorden (hashes zijn vaak niet overdraagbaar, dus plan een reset-flow)
• Orderhistorie, facturen en retouren
• Prijsregels, kortingscodes en belastingen
• Content: CMS-pagina's, blogs en afbeeldingen

Dit is het stuk dat het vaakst wordt onderschat. Reken op meerdere testimports voordat de data klopt.

3. Bouw en integraties

Thema of storefront, betaalmethoden, verzending, ERP, PIM, voorraad, feeds en tracking. Bouw koppelingen bij voorkeur zo dat ze later vervangbaar blijven, bijvoorbeeld via een middleware-laag.

4. Parallel run

De nieuwe shop draait op een staging-omgeving met een recente kopie van de data, terwijl de oude live blijft. Test volledige orderflows, van bestelling tot factuur en retour. Laat mensen uit je eigen operatie testen, niet alleen developers. Zij weten welke uitzonderingen er echt zijn.

5. Redirects en SEO

Maak een volledige URL-mapping van oud naar nieuw en zet 301-redirects. Controleer canonicals, hreflang, structured data, sitemap en robots-regels. Elke URL met verkeer of backlinks verdient een gerichte redirect, geen generieke doorverwijzing naar de homepage. De details staan in webshop migratie zonder SEO-verlies.

6. Cutover

De overstap zelf. Kies een rustig moment en maak vooraf een draaiboek met een duidelijke volgorde: freeze van de oude shop, laatste deltamigratie van orders en klanten, DNS-wissel, rooktest. Spreek ook een go/no-go-moment en een terugvalplan af. Zonder terugvalplan is het gokken.

7. Hypercare

De eerste weken na livegang. Monitor Search Console, 404's, orderflow, betaalfouten, mails en koppelingen dagelijks. Verwacht dat er dingen opduiken die in de test niet zichtbaar waren. Reserveer er tijd en budget voor.

Risicomatrix

Dit zijn de vier risico's die we in elk traject bespreken. De kansinschatting is een richtlijn en verschilt per shop.

Een gelijktijdige migratie én redesign vergroot elk van deze risico's. Wil je beide, plan dan bewust: eerst migreren met zo min mogelijk zichtbare wijzigingen, daarna pas verbeteren.

Team en rollen

Een migratie slaagt of faalt vaak op rolverdeling, niet op techniek. Je hebt minimaal nodig:

• Een beslisser aan jouw kant die snel keuzes maakt over scope en uitzonderingen.
• Een technisch eindverantwoordelijke die het datamodel en de architectuur bewaakt.
• Developers voor bouw, migratiescripts en integraties.
• Iemand met SEO-kennis voor URL-mapping en monitoring.
• Mensen uit de operatie (klantenservice, magazijn, finance) die de flows testen.

Bij ons werk je direct met de senior developers die het bouwen. Geen projectmanagers ertussen, dus geen informatie die onderweg verloren gaat. Wil je weten hoe wij een traject inrichten, kijk dan op de pagina migratie.

Realistische doorlooptijden

Eerlijk: elke tijdslijn zonder je shop te kennen is een gok. Als grove, voorzichtige ranges, die per project sterk kunnen afwijken:

• Kleine shop met standaard-catalogus en weinig koppelingen: grofweg enkele weken tot twee à drie maanden.
• Middelgrote shop met meerdere koppelingen en wat maatwerk: vaak drie tot zes maanden.
• Complexe shop met B2B-logica, meerdere talen en veel integraties: zes maanden of langer is geen uitzondering.

Wat de tijd het sterkst beïnvloedt: de kwaliteit van de bestaande data, het aantal koppelingen, hoe snel jij beslissingen neemt en hoeveel testrondes nodig zijn. Plan de cutover buiten je piekperiode. Voor veel retailers is dat niet in Q4.

Waar het budget naartoe gaat

We noemen hier bewust geen vaste bedragen, omdat die zonder audit niets betekenen. Dit zijn de drivers:

• Aantal en complexiteit van integraties. Vaak de grootste post.
• Datamigratie. Hoe schoner de brondata, hoe goedkoper.
• Maatwerk. Alles wat het doelplatform niet standaard kan.
• Design en frontend. Een nieuw ontwerp kost extra, een 1-op-1 overname minder.
• Licenties en hosting. Terugkerende kosten, afhankelijk van het platform.
• SEO-werk. Redirect-mapping, controle en monitoring.
• Hypercare en testen. Geen luxe, maar onderdeel van het project.

Vraag bij elke offerte wat er niet in zit. Een lage prijs met veel uitzonderingen wordt zelden goedkoper.

E-commerce migratie begeleiding: wat je ervan mag verwachten

Begeleiding betekent niet dat iemand een planning voor je bijhoudt. Het betekent dat iemand met ervaring vooraf zegt wat er misgaat, en dat tegenhoudt. Goede begeleiding levert je:

• Een audit met een onderbouwd advies, inclusief de optie om niet te migreren.
• Een duidelijke scope en een lijst met wat buiten scope valt.
• Een tijdlijn met go/no-go-momenten.
• Een nulmeting en monitoring na livegang.

Lees voor de platform-specifieke valkuilen ook Shopify naar Magento 2 en WooCommerce naar Magento 2.

Veelgestelde vragen

Hoe lang duurt een e-commerce migratie?

Dat hangt af van de omvang. Voor een kleine shop kan het binnen enkele weken tot een paar maanden, voor een complexe shop met veel koppelingen duurt het vaak een half jaar of langer. Een audit geeft je pas een betrouwbare inschatting.

Verlies ik mijn SEO-rankings bij een platform migratie webshop?

Een tijdelijke schommeling kan voorkomen, een structureel verlies is te beperken. Zorg voor een complete redirect-mapping, behoud je content en URL-structuur waar mogelijk en monitor Search Console na livegang. Zie webshop migratie zonder SEO-verlies.

Wat is beter om naar over te stappen: Magento of Shopify?

Geen van beide in het algemeen. Shopify past bij standaard-processen en snelle livegang, Magento bij complexe catalogi en meer eigen controle. Gebruik de vergelijking Magento versus Shopify als startpunt.

Kan ik tijdens de migratie gewoon blijven verkopen?

Ja. De oude shop blijft live tot de cutover. Alleen tijdens de laatste datasync en DNS-wissel is een korte freeze nodig, die je buiten je drukke momenten plant.

Wanneer is migreren niet de juiste keuze?

Als het probleem in de hosting, het thema of een koppeling zit en niet in het platform. Repareren is dan goedkoper en sneller. Een audit laat dat zien voordat je budget uitgeeft.

Twijfel je over een e-commerce migratie?

Laat ons eerst naar je huidige shop kijken. We zeggen eerlijk of migreren zin heeft, en zo ja, naar welk platform. Neem contact op voor een vrijblijvend gesprek.