Magento migratie zonder omzetverlies plannen

Een Magento migratie is zelden alleen een technische verhuizing. Je verplaatst productdata, klantaccounts, bestellingen, zoekposities, koppelingen en dagelijkse werkprocessen. Als één onderdeel ontbreekt, merkt je klant dat direct: een bestelling loopt vast, voorraad klopt niet of een landingspagina verdwijnt uit Google. De vraag is dus niet alleen hoe je de nieuwe shop live zet, maar hoe je commercie tijdens de overstap door laat draaien.

Dat vraagt om een plan dat verder gaat dan een export en import. Zeker bij groeiende B2B- en B2C-webshops is Magento vaak verbonden met ERP, PIM, payment service provider, fulfilment, vervoerders en marketingtools. Een goede migratie brengt die afhankelijkheden eerst scherp in beeld en maakt pas daarna technische keuzes.

Wanneer is een Magento migratie nodig?

De aanleiding verschilt. Misschien draait je shop nog op Magento 1, waarvoor ondersteuning en veiligheidsupdates al lang zijn gestopt. Misschien gebruik je Magento 2, maar is de installatie door jaren aan maatwerk, verouderde extensies en losse hotfixes moeilijk te onderhouden. Of je verhuist naar een nieuwe hostingomgeving omdat performance, beveiliging of deploymentprocessen achterblijven.

Ook een redesign kan een migratie rechtvaardigen, maar alleen als de techniek meebeweegt. Een nieuw jasje op een trage, slecht onderhoudbare shop lost het onderliggende probleem niet op. Andersom hoeft een migratie niet altijd een volledige herbouw te zijn. Bij een gezonde Magento 2-codebase kan het verstandig zijn om gericht te upgraden, hosting te verbeteren en de frontend te vervangen door bijvoorbeeld Hyvä. De juiste route hangt af van de staat van je code, de integraties, je commerciële planning en de gewenste doorlooptijd.

De goedkoopste optie op korte termijn is niet automatisch de voordeligste. Een installatie die iedere release handmatig moet worden gerepareerd, kost structureel tijd, omzet en frustratie.

Begin met een technische én commerciële nulmeting

Een migratieproject loopt vaak mis doordat het team te snel over paginaontwerp en functionaliteiten praat. Eerst moet duidelijk zijn wat er nu werkelijk draait. Niet wat ooit is bedacht, maar wat dagelijks gebruikt wordt.

Breng daarom producten, categorieën, attributen, klanten, klantgroepen, prijsafspraken, orders, facturen, reviews, CMS-pagina's, redirects en media in kaart. Kijk ook naar de datakwaliteit. Dubbele attributen, lege productvelden en afwijkende SKU's worden bij een migratie niet vanzelf beter. Dit is het moment om op te ruimen, mits je die opschoning niet vlak voor livegang nog verzint.

Dezelfde aandacht gaat naar koppelingen. Een ERP-koppeling kan voorraad, prijzen en orders verwerken. Een PIM voedt productinformatie. Een externe zoekoplossing, PSP of fulfilmentpartij heeft eigen webhooks, API-sleutels en foutafhandeling. Vraag per koppeling: welke data gaat erin, welke data komt eruit, hoe vaak loopt de synchronisatie en wat gebeurt er als die faalt?

Commercieel gezien wil je weten welke processen absoluut niet stil mogen vallen. Denk aan orderverwerking, zakelijke inlog, klantspecifieke prijzen, kortingsregels en de feed naar marketplaces. Maak onderscheid tussen noodzakelijk voor livegang en wenselijk voor later. Zo voorkom je dat een nieuw idee in week zeven de hele planning opschuift.

Kies de migratieroute die bij je shop past

Van Magento 1 naar Magento 2 betekent in de praktijk een herbouw. Thema's en extensies zijn niet één-op-één over te zetten. Data kan vaak worden gemigreerd, maar maatwerk moet worden beoordeeld, opnieuw ontwikkeld of bewust geschrapt. Dat klinkt ingrijpend, maar biedt ook de kans om oude omwegen niet opnieuw mee te nemen.

Bij een Magento 2 naar Magento 2-migratie ligt het anders. Je kunt verhuizen naar nieuwe infrastructuur, een verouderde versie upgraden of een nieuwe codebase opzetten wanneer technische schuld te groot is. Een schone installatie met alleen noodzakelijke modules is vaak beter beheersbaar dan het eindeloos repareren van een historisch gegroeide omgeving.

Ook de frontend verdient een eigen besluit. Hyvä kan de laadtijd en onderhoudbaarheid flink verbeteren, maar vraagt wel om een bewuste keuze rond bestaande thema-aanpassingen en JavaScript-afhankelijkheden. Gebruik je een uitgebreide page builder en moet marketing zelfstandig campagnes publiceren? Neem dat mee in de architectuur, niet als los verzoek na oplevering.

Data migreren zonder rommel te kopiëren

Data is meer dan een database-dump. Producten moeten op de juiste attributen landen, configurabele producten moeten hun varianten behouden en klantwachtwoorden moeten veilig en correct worden behandeld. Historische orders zijn voor klantenservice en administratie vaak onmisbaar, maar niet alle oude data hoeft mee naar de nieuwe omgeving.

Werk daarom met proefmigraties. Migreer een representatieve dataset, controleer aantallen en bekijk records handmatig. Kan een medewerker een oude order terugvinden? Zijn BTW-regels correct? Verschijnen afbeeldingen bij producten? Werken klantgroepen, staffelprijzen en toegangsrechten zoals verwacht? Een telling alleen is onvoldoende. Honderdduizend geïmporteerde producten zeggen weinig als cruciale velden leeg of verkeerd gekoppeld zijn.

Voor data die tijdens het project blijft veranderen, is een laatste delta-import nodig. Nieuwe klanten, orders, voorraadmutaties en contentwijzigingen tussen de eerste proefmigratie en livegang mogen niet verdwijnen. Leg vooraf vast wie die import uitvoert, wanneer de bron tijdelijk wordt bevroren en hoe je de uitkomst controleert.

Koppelingen eerst bewijzen, daarna pas vertrouwen

Een mooie stagingomgeving is waardeloos als de order na betaling niet in het ERP aankomt. Test integraties daarom niet alleen technisch, maar volgens echte bedrijfsprocessen. Plaats een testorder als gast en als zakelijke klant. Test een terugbetaling, een gedeeltelijke levering, een voorraadcorrectie en een productwijziging vanuit het PIM. Controleer vervolgens de gegevens in elk aangesloten systeem.

Let extra op foutscenario's. API's zijn niet altijd beschikbaar en tokens verlopen. Een goede koppeling logt fouten duidelijk, probeert waar passend opnieuw en voorkomt dubbele orders. Teams moeten kunnen zien wat er misging zonder eerst een developer te bellen voor toegang tot een serverlog.

Dit is ook het moment om eigenaarschap af te spreken. Wie beheert de ERP-koppeling? Wie volgt mislukte synchronisaties op? Waar staat documentatie van velden en endpoints? Eén technisch team voor shop, infrastructuur en integraties voorkomt dat leveranciers naar elkaar wijzen wanneer een orderstroom hapert. Disrex werkt vanuit dat principe: direct contact met de mensen die de techniek bouwen en beheren.

SEO, performance en veiligheid zijn geen restpunten

Bij een Magento migratie kunnen organische posities snel dalen als URL's veranderen zonder goede redirects. Maak daarom vooraf een URL-mapping van categorieën, producten, CMS-pagina's en relevante filters. Redirect niet alles naar de homepage. Een klant die op een specifiek product zoekt, moet zo dicht mogelijk bij de juiste nieuwe pagina uitkomen.

Controleer daarnaast canonical tags, robots-instellingen, XML-sitemaps, structured data, metatitels en analytics. Zet een stagingomgeving nooit per ongeluk open voor indexatie. Na livegang wil je serverlogs en crawlfouten volgen, niet weken later ontdekken dat belangrijke pagina's zijn uitgesloten.

Performance hangt niet alleen af van de frontend. Caching, databaseconfiguratie, Redis, OpenSearch, PHP-versie, beeldoptimalisatie en hostingcapaciteit spelen mee. Test onder realistische belasting, zeker rond acties of seizoenspiek. Managed hosting, monitoring en een goed ingericht deploymentproces zijn geen luxe wanneer je omzet per uur afhankelijk is van je shop.

De cutover: een kort, gecontroleerd moment

Livegang hoort geen avond te zijn waarop iedereen hoopt dat het goedkomt. Werk met een concreet cutoverplan: wie doet wat, in welke volgorde, welke controles volgen en wanneer wordt besloten om terug te vallen? Plan een moment waarop ordervolume beheersbaar is, maar vergeet niet dat B2B-klanten soms juist buiten kantooruren bestellen.

Vlak voor de switch voer je de laatste data-import uit, zet je DNS om, activeer je productieconfiguratie en controleer je de volledige klantreis. Dat betekent niet alleen homepage, categorie en productpagina. Test ook zoeken, winkelwagen, checkout, betaling, orderbevestiging, account, e-mails, voorraad en koppelingen. Iemand moet expliciet akkoord geven op die controles.

Zorg voor een korte periode van verhoogde monitoring. De eerste uren tonen vaak issues die in acceptatie niet zichtbaar waren: een specifieke betaalmethode, een e-mailtemplate of een koppeling die met productiedata anders reageert. Snel kunnen deployen en terugdraaien houdt zo'n probleem klein.

Reken niet alleen op de bouwkosten

Een heldere begroting splitst analyse, ontwikkeling, datawerk, integraties, testen, projectbegeleiding, hosting en nazorg. Vraag ook wat buiten scope valt. Nieuwe wensen zijn normaal, maar mogen geen verrassing op de factuur zijn. Een goede partner benoemt keuzes vroeg: moet die complexe productconfigurator mee in fase één, of levert een tijdelijke oplossing voldoende ruimte op?

Reserveer tijd van je eigen team. Zij kennen uitzonderingen in prijzen, assortiment en orderverwerking die nergens gedocumenteerd staan. Hun beschikbaarheid bepaalt vaak meer dan de techniek of een planning haalbaar is.

Een geslaagde migratie voelt na livegang niet als een technisch project dat is afgesloten. Je team kan sneller publiceren, orders lopen betrouwbaar door en je weet wie je direct belt als er iets verandert. Dat geeft ruimte om weer aan groei te werken, in plaats van aan de webshop te blijven trekken.