Overstappen naar Shopify: het stappenplan van eerste check tot nazorg
Door Robin Laseur
De meeste overstappen naar Shopify lopen niet stuk op het design. Ze lopen stuk op wat niemand opschreef: een veld dat leeg aankomt, een redirect naar de homepage, een ERP-koppeling die op zaterdag stil stopt. In deze gids staat het plan dat we als Shopify Platinum Partner gebruiken om webshops naar Shopify en Shopify Plus te verhuizen, stap voor stap: van de eerste vraag (moet je wel verhuizen?) tot de eerste negentig dagen na livegang.
Kort antwoord: een gecontroleerde overstap naar Shopify bestaat uit zeven onderdelen. Bepaal of verhuizen de juiste keuze is, plan terug vanaf je piekseizoen, maak een nulmeting voordat er iets verandert, deel alles wat je hebt in als houden, verbeteren of weggooien, vertaal je data naar het Shopify-model en oefen de import drie keer, bouw een volledige redirectmatrix, en behandel de livegang als een uur in de agenda met daarna negentig dagen nazorg. Sla je er een over, dan merk je dat na livegang in verkeer, orders of beheer.
Eerst: moet je wel verhuizen?
Een platformwissel is geen doel op zich. Voordat we iets scopen, stellen we drie vragen over het huidige platform, het liefst in één meeting met twaalf maanden facturen op tafel.
Vraag | Rood als |
|---|---|
Versie: hoe oud is je platformversie? | De standaardsupport stopt binnen twaalf maanden, of is al gestopt |
Plafond: waar loop je steeds tegenaan? | Een van de drie dingen die je plan het komende jaar nodig heeft, vraagt een herbouw in plaats van een release |
Kosten: wat kost één wijziging? | De mediane doorlooptijd van je laatste tien wijzigingsverzoeken is langer dan vier weken |
Geen enkele keer rood: blijf, en investeer in conversie, marge en marketing. Eén keer rood: los dat ene punt op. Twee keer of vaker: verhuis, want twee rode antwoorden versterken elkaar en herstellen niet vanzelf. Stel de plafondvraag aan je merchandiser en marketeer, niet aan je developer. Zij lopen er elke week tegenaan en zijn vaak al gestopt met vragen.
In drie situaties raden we af om te beginnen: midden in een rebranding, tijdens een ERP-wissel in hetzelfde kwartaal, en als er minder tijd tot Black Friday is dan de bouw nodig heeft. Twijfel je nog over de keuze zelf, lees dan eerst overstappen, herbouwen of blijven.
Plan terug vanaf je piek
Vooruit plannen past op papier altijd. Terugtellen vanaf een datum die niet kan schuiven, is de enige som die klopt. Dit zijn de fasen waarmee we rekenen bij een middelgrote catalogus met twee koppelingen:
Fase | Duur |
|---|---|
Scan en bureaukeuze | 6 weken |
Nulmeting, scope en scope freeze | 4 weken |
Bouw, datamigratie en testen | 20 weken |
Livegang en nazorg | 6 weken |
Code freeze voor de piek | 3 weken |
In de praktijk: Black Friday 2026 is te dichtbij om er nog voor te verhuizen. Wil je op Black Friday 2027 (26 november) op Shopify verkopen, dan start je in februari 2027 en ga je uiterlijk eind september live. Valt je eigen piek of een end-of-supportdatum eerder, tel dan vanaf die datum terug. En zet een naam bij de code freeze, niet alleen een datum: iemand moet in week 46 nee mogen zeggen.
Stap 1: maak een nulmeting voordat er iets verandert
Zonder nulmeting kan na livegang niemand schade van ruis onderscheiden. Een meting na livegang is geen nulmeting. Op één middag, over dezelfde twaalf maanden, leggen we acht meterstanden vast:
Sessies per maand (GA4, één bron).
Organische klikken per URL over 16 maanden (Search Console).
Conversieratio per apparaat.
Orders en gemiddelde orderwaarde.
Retourpercentage en de drie belangrijkste retourredenen.
Kortingen als aandeel van de bruto-omzet.
LCP, INP en CLS per template (velddata uit PageSpeed Insights).
Omzet uit e-mailflows en hun aandeel in de e-mailomzet.
Exporteer Search Console als eerste. Die bewaart zestien maanden en niets ouder: elke maand dat je de export uitstelt, ben je een maand historie kwijt. De rapporten van het oude platform verdwijnen met de licentie.
Stap 2: open elke doos voordat je inpakt
Wie de oude winkel één op één kopieert, verhuist ook de beperkingen. Elke pagina, template, app, flow, veld, koppeling en URL krijgt vóór de scope freeze precies één label, met een naam erbij:
Houden: het levert nu geld op, of de wet zegt dat je het bewaart. Producten, varianten, voorraad, klanten met toestemming, recente orders, URL's met een klik in de afgelopen 16 maanden.
Verbeteren: het werkt, en Shopify maakt het beter. Templates die converteren, lifecycleflows, productdata, checkout en betalen.
Weggooien: niemand weet meer wanneer het voor het laatst geld opleverde. Apps die niemand opent, pagina's zonder sessies, oude kortingscodes, velden die niemand invult.
Een "verbeteren" zonder één zin over wat beter betekent, valt terug naar houden. Zo worden twaalf weken er twintig. Ideeën die na de scope freeze binnenkomen, gaan op een parkeerlijst met een eigenaar en komen twee weken na livegang weer op tafel. Nieuwe functies komen na de livegang.
Stap 3: vertaal je data naar het Shopify-model
Migraties lopen vaker stuk op data dan op design. Bepaal voor elk veld waar het in Shopify landt, en stel één vraag: als dit veld op dag één leeg aankomt, wie merkt het dan, en in welk rapport? Is het antwoord niemand, dan blijft het achter.
Oud platform | In Shopify | Let op |
|---|---|---|
Producten en configureerbare producten | Producten en varianten | Maximaal 3 opties en 2.048 varianten per product; combined listings alleen op Plus |
Attributen | Metafields | Eerst de definities aanmaken; filters worden vaak metafields |
Categorieën | Collecties | Een categorie die alleen een filter draagt, wordt een metafield of tag |
Klantgroepen | Klantsegmenten of B2B-bedrijven | B2B werkt nu ook op Basic, Grow en Advanced (3 actieve catalogi); onbeperkt op Plus |
Orders | Orders via de Admin API of een migratie-app | Geen CSV-route; importeer eerst producten, dan klanten, dan orders |
URL-rewrites | URL-redirects | Tot 100.000 redirects, 20 miljoen op Plus |
Bevries je SKU's vóór de export: de SKU is de sleutel voor voorraad, ERP en elke feed. En bewaar de ID's uit het bronsysteem in metafields op producten en varianten, zodat een latere ERP-koppeling de records nog kan matchen.
Een paar dingen verhuizen niet vanzelf mee:
Wachtwoorden. Klantwachtwoorden kun je niet migreren. Met de nieuwe klantaccounts van Shopify loggen klanten in met een eenmalige code per e-mail, dus niemand hoeft iets te resetten. De oude (legacy) klantaccounts zijn sinds februari 2026 deprecated; gebruik je die nog, dan moet elke klant een uitnodiging krijgen. Plan dat als campagne.
Abonnementen. Het contract zit in de app, de betaalkaart bij de oude betaalprovider. De meeste abonnees moeten opnieuw toestemming geven: mail ze vóór de livegang.
Data van apps. Reviews, loyaltypunten en cadeaubonsaldi hebben elk een eigen importer en eigenaar nodig. Cadeaukaarten kun je na het aanmaken niet meer wijzigen of verwijderen, dus importeer ze vlak voor livegang.
Stap 4: oefen de import drie keer
Eén import is een gok. Wij draaien er drie:
Proefrun in een development store: welke velden komen leeg aan?
Generale repetitie op de echte store met de volledige dataset: hoe lang duurt de import? Op dat getal plan je het livegang-uur.
Delta na de freeze: alleen wat veranderde. Bereken de omvang vooraf: orders per jaar ÷ 8.760 × uren bevroren. Een winkel met 126.400 orders per jaar en een freeze van vier uur moet ongeveer 58 orders overzetten.
Spreek vooraf de tolerantie af (klanten en orders tot op de eenheid, bruto-omzet tot op de euro) en tel aan beide kanten vijf totalen: klanten, producten, varianten, orders en bruto-omzet. Zo verhuisde Malelions meer dan 180.000 klanten van Lightspeed naar Shopify Plus; lees de case van Malelions.
Stap 5: geef elk object één eigenaar
De meeste koppelingsproblemen zijn eigenaarschapsproblemen: twee systemen denken allebei dat ze de prijs bepalen. Vóór de scope freeze krijgt elk object precies één eigenaar-systeem. Een gebruikelijke verdeling: het ERP beheert verkoopprijs, kostprijs en factuur; het PIM productcontent en beeld; Shopify orders, checkout, kortingen, markten en B2B-catalogi; het WMS de voorraad per locatie; Klaviyo toestemmingen en flows.
Schrijf elke koppeling op als een zin: richting, frequentie, en wat er gebeurt als hij vastloopt. Een stille fout in een ERP-koppeling ontdek je anders pas bij de maandafsluiting. Omcirkel elk object met twee eigenaren: dat is je integratiescope én je buglijst, en het doel is nul vóór de scope freeze. Laat de leverancier van je ERP de Shopify-connector schriftelijk bevestigen voordat je scopet. Elke connector is een project op zich; bij OGÉR ging het om twee of meer ERP- en WMS-koppelingen naast Shopify POS. Meer over onze aanpak lees je bij Shopify ERP-integratie.
Verhuis je naar Shopify Plus met eigen checkoutlogica? Shopify Scripts draaien sinds 30 juni 2026 niet meer. Korting-, verzend- en betaalregels bouw je nu opnieuw als Shopify Functions binnen checkout extensibility. Schrijf elke regel eerst uit op papier en test hem tegen de limieten van Functions voordat je tekent.
Stap 6: bouw een volledige redirectmatrix
Shopify werkt met vaste paden zoals /products/, /collections/, /pages/ en /blogs/; alleen het laatste deel van de URL (de handle) bepaal je zelf. Vrijwel elke oude URL verandert dus. Bouw de matrix op uit alles wat ooit een 200 gaf: een volledige crawl, de oude sitemaps en Search Console.
Sorteer op klikken, daarna op verwijzende domeinen. Alles met een klik of een link krijgt een bestemming die een mens kiest; de rest volgt patroonregels.
Stuur oude URL's nooit naar de homepage: Google ziet dat als een soft 404. Een vervallen product gaat naar zijn collectie; zoek- en filter-URL's mogen gewoon een 404 geven.
Geen redirectketens: van oud naar nieuw in één stap.
Shopify voert een redirect alleen uit als het oude pad niet meer als pagina bestaat, en redirects met querystrings werken niet altijd zoals verwacht. Test ze.
De adreswijzigingstool in Search Console is alleen bedoeld voor een domeinwissel. Blijf je op hetzelfde domein, dan doen redirects en een bijgewerkte sitemap het werk.
Bewaar de matrix als apart document, met een eigenaar die hem vóór livegang aftekent. Je hebt hem maanden later nog nodig voor late 404's.
Stap 7: ga live in een uur, niet in een dag
Wat misgaat, gaat mis in de vier uur rond de omschakeling. Ons livegangschema:
T−7 dagen: beslis of terugdraaien mogelijk is. De oude winkel blijft draaien, de DNS-TTL gaat 48 uur vooraf naar 300 seconden, en er komt geen order in de nieuwe winkel die de oude niet ziet.
T−2 uur: go/no-go. Eén eigenaar, vier criteria, één besluit.
T−1 uur: de oude winkel neemt geen orders meer aan.
T−0: A-record en CNAME om, wachtwoord eraf.
T+15 minuten: één betaalde order per betaalmethode, daarna een terugbetaling.
T+60 minuten: 50 oude URL's met de hand, daarna de volledige redirectmatrix.
T+2 uur: tellers vergelijken met hetzelfde uur vorige week.
We draaien alleen terug op vier criteria: de belangrijkste betaalmethode neemt niets aan, orders bereiken het ERP niet, klantdata loopt tussen accounts door, of prijzen of voorraad zijn in de hele catalogus fout. Meer dan dertig minuten zonder oplossing in zicht: dan draaien we terug. Al het andere lossen we vooruit op. En we gaan live op een dinsdagochtend, nooit op vrijdag. Die les hebben we zelf geleerd.
De eerste 72 uur en de eerste 90 dagen
Een livegang is geslaagd als de klant van je klant niets merkt. 72 uur lang vergelijken we per uur vijf tellers met dezelfde weekdag een week eerder: orders per uur, checkoutconversie, mislukte betalingen per methode, 404's per 1.000 sessies en supporttickets per 1.000 sessies. Eén teller dertig minuten uit de pas is een incident; twee tegelijk betekent terug naar de terugdraaicriteria.
Nazorg hoort in het contract, met uren en namen. Die van ons loopt negentig dagen: in week één blijft het bouwteam op het project, in week twee tot en met vier is er elke ochtend een check van een kwartier op de tellers, en vanaf week vijf wekelijks. Zakt er iets in, zoek de oorzaak dan in deze volgorde voordat je iets aanpast: tracking (orders in de admin tegenover GA4), redirects (404's per 1.000 sessies), feeds (afgekeurde items in Merchant Center en de Meta-catalogus), betalingen (mislukte betalingen per methode), seizoen (dezelfde weken vorig jaar, nooit vorige maand) en als laatste zoekverkeer (vertoningen per template, dan klikken). De meeste dips stoppen bij de eerste of tweede.
Meet succes op marge per bezoeker, met dezelfde maanden dit jaar en vorig jaar. Omzet en sessies kunnen er prima uitzien terwijl retouren en kortingen de winst opeten.
Aandachtspunten per bronplatform
Van | Grootste aandachtspunten |
|---|---|
EAV-attributen en configureerbare producten naar varianten en metafields; .html- en filter-URL's; maatwerkmodules; end-of-supportdatums | |
Functies die in plug-ins zitten, abonnementen, en WordPress-content die eigen redirects nodig heeft | |
Variantstructuur, kassa en voorraad, winkelprocessen | |
Property groups, B2B-processen, meertalige content en koppelingen | |
Platforms zonder bruikbare export | De publieke webshop uitlezen, producten en content via de API opnieuw opbouwen, bron-ID's in metafields bewaren voor de latere ERP-koppeling |
Twijfel je tussen alles in één keer, gefaseerd of parallel? Die keuze staat in onze vergelijking van migratieroutes.
Acht fouten die we het vaakst zien
Drie ervan hebben we zelf ooit gemaakt: live gaan op vrijdag, terugdraaien op een getal dat niemand had onderzocht, en een datum beloven die we niet konden waarmaken.
De oude winkel één op één overzetten.
De scope weer openen na de freeze.
Live gaan op een vrijdag.
De nulmeting overslaan.
Oude URL's naar de homepage sturen.
Terugdraaien op een getal dat niemand onderzocht.
Een livegangdatum beloven die je niet kunt verdedigen.
Stoppen bij de livegang.
Een bruikbare oefening: lees de lijst hardop voor aan het projectteam en de budgethouder. Iedereen noemt de twee die dit bedrijf het waarschijnlijkst gaat maken. Die twee krijgen een eigenaar en een datum voordat het plan getekend wordt.
Overstappen met een partner
Deze gids beschrijft de hele route, maar elke migratie heeft zijn eigen complexiteit in data, koppelingen en organisatie. Lees hoe wij het aanpakken op onze pagina over Shopify-migratie, met cases zoals Malelions, OGÉR en Noordcode.
Bronnen
Gerelateerde artikelen
F.A.Q.
Hoe lang duurt een overstap naar Shopify?
Voor een middelgrote catalogus met twee koppelingen rekenen we op ongeveer negen maanden van eerste scan tot het einde van de livegangbegeleiding: zes weken scan, vier weken nulmeting en scope, twintig weken bouw en testen, en zes weken livegang en nazorg. Meer koppelingen, B2B of meerdere markten kosten extra tijd. Tel terug vanaf je piekseizoen, niet vooruit vanaf vandaag.
Moeten klanten na de overstap naar Shopify een nieuw wachtwoord aanmaken?
Klantwachtwoorden kun je niet migreren, omdat elk platform ze anders versleutelt. Met de nieuwe klantaccounts van Shopify maakt dat niet meer uit: klanten loggen in met een eenmalige code per e-mail. Alleen winkels die nog de verouderde legacy-accounts gebruiken, moeten elke klant uitnodigen om het account te activeren.
Kunnen we onze orderhistorie meenemen naar Shopify?
Ja, maar niet via CSV. Historische orders gaan via de Admin API of een migratie-app naar binnen, na de producten en klanten, omdat elke order die allebei nodig heeft. Bepaal vooraf hoeveel jaar je klantenservice en finance echt nodig hebben, en zet ordermeldingen uit tijdens de import.
Behouden we onze posities in Google na een migratie?
Geen bureau kan garanderen dat je posities gelijk blijven. Wat een gecontroleerd proces wel doet, is de schade voorkomen die te voorkomen is: een nulmeting uit Search Console, een volledige redirectmatrix met één stap per URL, meegenomen content en metadata, en dagelijkse controle op 404's vanaf het eerste uur.