Wat er technisch komt kijken bij een overstap naar Shopify — drie projecten uit de praktijk

Wat er technisch komt kijken bij een overstap naar Shopify — drie projecten uit de praktijk

Migreren zonder datafreeze, voorraad over twee winkels en een extern leidend bronsysteem: drie Shopify-projecten uit de praktijk.

Categorie:

Blog

7 minuten

Een migratie naar Shopify Plus wordt meestal aangevlogen als een designproject: nieuw thema, nieuwe customer journey, een frisse start voor het merk. Dat is ook waar het meeste gesprek naartoe gaat, en terecht — de winkel moet er goed uitzien en prettig werken. Maar de projecten die uitlopen, lopen zelden uit op het ontwerp. Ze lopen uit op de data: op producten die niet 1-op-1 overzetten naar de nieuwe structuur, op voorraad die op twee plekken tegelijk moet kloppen, op een extern systeem dat de baas blijft over de productinformatie terwijl Shopify alleen het verkoopkanaal is.

Hieronder drie Shopify-projecten die Duxly heeft uitgevoerd — twee migraties en één integratie waarbij Shopify bewust níet het bronsysteem is — elk met een andere technische kern. Geen drie keer hetzelfde stappenplan met een andere klantnaam erboven — drie verschillende problemen: een winkel die niet stil mag staan tijdens de overstap, twee winkels die zelfstandig moeten kunnen draaien maar wel dezelfde voorraad delen, en een winkel waar het brondata-systeem niet Shopify is en dat ook nooit wordt.

Style Woerden: migreren zonder de winkel stil te zetten

Style Woerden verkoopt damesmode en schoenen, met een omzet van circa €10 miljoen per jaar, zo'n 4.000 producten en 14.500 varianten verdeeld over 40 categorieën en 10 merken. De winkel migreerde van Magento naar Shopify Plus: klantdata, orders, CMS-pagina's en redirects gingen allemaal mee.

Style Woerden in de winkel, een van de Shopify Plus-projecten uit het artikel.
Style Woerden combineerde een nieuwe Shopify Plus-omgeving met een migratie zonder winkelstilstand.

Het lastige aan deze migratie zat niet in de omvang, maar in het tempo van de klant. Style Woerden is fast fashion: er komen dagelijks nieuwe producten bij en er lopen dagelijks orders binnen. Een standaardaanpak — alles exporteren, een periode niets meer wijzigen in het oude systeem, importeren, live gaan — was hier geen optie. Elke dag datafreeze is een dag gemiste voorraadmutaties en orders.

De oplossing was een hot-swap migratie: live synchronisatie tussen Magento en Shopify tot het moment van daadwerkelijk overschakelen. Beide systemen bleven tot aan cutover in de lucht en in sync, zodat de winkel gewoon door kon verkopen terwijl de nieuwe omgeving werd opgebouwd. Dat is een ander soort project dan een eenmalige export-import: het vraagt een live sync die tot aan cutover blijft draaien en precies op het juiste moment stopt.

Daarbovenop kwam een stuk datamanipulatie dat makkelijk over het hoofd wordt gezien: producten met dezelfde titel maar een andere kleur zijn gesplitst naar losse Shopify-producten, met de juiste foto's, de juiste fotovolgorde en de juiste publicatiekanalen per variant — handmatig narekenen bij 4.000 producten is geen optie, dus dat proces moest kloppen voordat de eerste rij data werd weggeschreven.

Duxly trad op als e-commerce solution architect: vóór livegang is vastgelegd hoe de Magento-data, Shopify Plus, de Loop App, checkout-extensies, betaalmethoden en operationele filters op elkaar aansluiten. Onderdeel van de oplevering waren een picking app en een custom checkout met betaalopties voor zowel Nederland als België, plus een checkout-app die een toeslag van €0,95 toevoegt bij betaling via Billink of Riverty. Aan de SEO-kant zijn 3.574 gebroken redirects teruggebracht tot 3.460 gematchte regels, om linkwaarde en vindbaarheid te behouden bij de overstap.

Het ontwerp van Opklopper voor Style Woerden zorgde voor de frontend die de klant nu ziet — maar die frontend kon pas werken omdat de data er op het juiste moment, in de juiste vorm, achter zat. In het artikel Shopify redesign en migratie: frontend én backend beschrijft Opklopper hoe beide disciplines vanaf het begin samenkomen. Meer over de technische uitvoering staat in de Style Woerden case.

Hart Beach: twee winkels, één assortiment, twee voorraadadministraties

Hart Beach is de eerste surfwinkel van Nederland, opgericht in 1971 in Scheveningen, en bestaat inmiddels uit meerdere onderdelen onder één merk: een surfschool, fysieke winkels, een strandpaviljoen en een webshop. Die onderdelen zijn verdeeld over twee juridische entiteiten, en dat vertaalde zich naar twee Shopify-omgevingen: Haven, de volledige webshop, en Strand, een kassa-gerichte omgeving voor het strandpaviljoen op het Noorderstrand.

Drie mobiele schermen van de vernieuwde Hart Beach Shopify-webshop.
Het mobiele ontwerp van de Hart Beach-webshop, gemaakt door Opklopper.

De winkel draaide op Divide en stapte over naar Shopify. Kick-off was op 6 november 2025, live ging het op 19 mei 2026, met bijna 24.000 klanten inclusief orderhistorie en zo'n 14.000 producten die mee moesten.

Het eigenlijke technische probleem zat niet in de omvang van de migratie, maar in wat er daarna moest blijven werken. Haven en Strand verkopen deels hetzelfde assortiment, met deels gedeelde en deels gescheiden voorraad — en beide moeten zelfstandig kunnen doorwerken. Dat is een ander vraagstuk dan een simpele voorraad-sync tussen twee winkels: het gaat om twee winkels die onafhankelijk moeten kunnen opereren én tegelijk een gedeelde realiteit moeten weerspiegelen.

Voor dat vraagstuk zijn drie bestaande Shopify-apps geëvalueerd: Syncio, Multi-Store Sync Power en Sumtracker. Geen van de drie bleek geschikt voor deze opzet met twee aparte juridische entiteiten. Duxly bouwde daarom een eigen synchronisatielaag, webhook-first, met daarnaast een Stock Transfer App op AWS voor de voorraadtransfers tussen de locaties — inclusief barcode-scanning voor het fysiek verwerken ervan.

Dat is het soort keuze waar een migratieproject vaak op vastloopt: niet op de overzetting zelf, maar op de vraag wat er daarna elke dag moet blijven kloppen tussen twee systemen die allebei gelijk denken te hebben.

Yama Food: wanneer Shopify niet het systeem is dat de baas is

Yama Food is een Nederlandse importeur en groothandel in Japanse voedingsproducten, met twee Shopify-webshops: yamafoodshop.nl voor consumenten en yamafoodprofessional.nl voor de horeca (B2B). Dit project speelde een ander probleem dan de eerste twee: hier was Shopify niet het systeem waar de productdata vandaan kwam, en dat zou het ook nooit worden.

Yama Food, waarvoor productdata uit externe bronsystemen naar twee Shopify-webshops wordt gesynchroniseerd.
Bij Yama Food blijft de productdata buiten Shopify leidend en worden twee webshops vanuit dezelfde bronnen gevoed.

De productdata voor Yama Food komt uit PS in Foodservice, een externe voedseldatabank. Producttitel, omschrijving, allergenen, ingrediënten en voedingswaarden worden automatisch gesynchroniseerd vanuit dat systeem naar beide Shopify-shops. Productafbeeldingen lopen via een ander kanaal: die worden apart beheerd via Microsoft Business Central. Er zijn dus twee databronnen naast elkaar, en de sleutel om ze aan elkaar te knopen — en aan de twee Shopify-shops — is het EAN-nummer.

De architectuurkeuze hierachter is het punt dat vaak misgaat bij dit soort projecten: PS in Foodservice blijft leidend voor productinformatie, Shopify is en blijft het verkoopkanaal. Wie dat omdraait en Shopify laat meebeslissen over wat de "waarheid" is, krijgt op termijn dubbele producten en updates die elkaar tegenspreken, omdat twee systemen dan allebei denken dat zij de laatste stand hebben. Door EAN als vaste sleutel te gebruiken en de rolverdeling tussen de systemen vooraf vast te leggen, is dat te voorkomen. De B2B-shop ging eind december 2025 live, op de afgesproken deadline. Meer over de aanpak staat in de Yama Food case.

Wat je vooraf moet uitzoeken

De drie projecten hierboven delen geen stappenplan, maar wel een paar vragen die je vóór de eerste regel migratiecode beantwoord wilt hebben:

       
  • Welk systeem blijft na de migratie leidend voor welke data? Bij Yama Food is dat expliciet niet Shopify. Als die vraag niet vooraf beantwoord is, ontstaat de dubbele-waarheid-situatie vanzelf — meestal pas na livegang, als het al pijn doet.
  •    
  • Kan de winkel een datafreeze verdragen, of niet? Bij Style Woerden was het antwoord nee, en dat bepaalde de hele aanpak: geen export-import, maar een live sync tot aan cutover.
  •    
  • Sluit de structuur van de oude data aan op Shopify, of moet die eerst worden herschikt? Kleurvarianten die in het ene systeem samen zaten en in Shopify apart moeten, zoals bij Style Woerden, kom je pas tegen als je er specifiek naar kijkt — niet als je aanneemt dat een export zich vanzelf laat importeren.
  •    
  • Is er een situatie die niet binnen de aannames van een standaard-app past? Bij Hart Beach paste geen van de drie geëvalueerde sync-apps bij twee entiteiten die voorraad delen. Dat is precies het moment om uit te rekenen wat maatwerk kost tegenover wat de gaten in een net-niet-passende oplossing je structureel gaan kosten.
  •  

Een migratie naar Shopify Plus is in de basis een technisch project met een designresultaat, niet andersom. Loop je tegen een van deze vraagstukken aan, of twijfel je of je huidige platform en databronnen zich wel laten migreren zoals je denkt? Neem contact op met Duxly.

Een migratie naar Shopify Plus wordt meestal aangevlogen als een designproject: nieuw thema, nieuwe customer journey, een frisse start voor het merk. Dat is ook waar het meeste gesprek naartoe gaat, en terecht — de winkel moet er goed uitzien en prettig werken. Maar de projecten die uitlopen, lopen zelden uit op het ontwerp. Ze lopen uit op de data: op producten die niet 1-op-1 overzetten naar de nieuwe structuur, op voorraad die op twee plekken tegelijk moet kloppen, op een extern systeem dat de baas blijft over de productinformatie terwijl Shopify alleen het verkoopkanaal is.

Hieronder drie Shopify-projecten die Duxly heeft uitgevoerd — twee migraties en één integratie waarbij Shopify bewust níet het bronsysteem is — elk met een andere technische kern. Geen drie keer hetzelfde stappenplan met een andere klantnaam erboven — drie verschillende problemen: een winkel die niet stil mag staan tijdens de overstap, twee winkels die zelfstandig moeten kunnen draaien maar wel dezelfde voorraad delen, en een winkel waar het brondata-systeem niet Shopify is en dat ook nooit wordt.

Style Woerden: migreren zonder de winkel stil te zetten

Style Woerden verkoopt damesmode en schoenen, met een omzet van circa €10 miljoen per jaar, zo'n 4.000 producten en 14.500 varianten verdeeld over 40 categorieën en 10 merken. De winkel migreerde van Magento naar Shopify Plus: klantdata, orders, CMS-pagina's en redirects gingen allemaal mee.

Style Woerden in de winkel, een van de Shopify Plus-projecten uit het artikel.
Style Woerden combineerde een nieuwe Shopify Plus-omgeving met een migratie zonder winkelstilstand.

Het lastige aan deze migratie zat niet in de omvang, maar in het tempo van de klant. Style Woerden is fast fashion: er komen dagelijks nieuwe producten bij en er lopen dagelijks orders binnen. Een standaardaanpak — alles exporteren, een periode niets meer wijzigen in het oude systeem, importeren, live gaan — was hier geen optie. Elke dag datafreeze is een dag gemiste voorraadmutaties en orders.

De oplossing was een hot-swap migratie: live synchronisatie tussen Magento en Shopify tot het moment van daadwerkelijk overschakelen. Beide systemen bleven tot aan cutover in de lucht en in sync, zodat de winkel gewoon door kon verkopen terwijl de nieuwe omgeving werd opgebouwd. Dat is een ander soort project dan een eenmalige export-import: het vraagt een live sync die tot aan cutover blijft draaien en precies op het juiste moment stopt.

Daarbovenop kwam een stuk datamanipulatie dat makkelijk over het hoofd wordt gezien: producten met dezelfde titel maar een andere kleur zijn gesplitst naar losse Shopify-producten, met de juiste foto's, de juiste fotovolgorde en de juiste publicatiekanalen per variant — handmatig narekenen bij 4.000 producten is geen optie, dus dat proces moest kloppen voordat de eerste rij data werd weggeschreven.

Duxly trad op als e-commerce solution architect: vóór livegang is vastgelegd hoe de Magento-data, Shopify Plus, de Loop App, checkout-extensies, betaalmethoden en operationele filters op elkaar aansluiten. Onderdeel van de oplevering waren een picking app en een custom checkout met betaalopties voor zowel Nederland als België, plus een checkout-app die een toeslag van €0,95 toevoegt bij betaling via Billink of Riverty. Aan de SEO-kant zijn 3.574 gebroken redirects teruggebracht tot 3.460 gematchte regels, om linkwaarde en vindbaarheid te behouden bij de overstap.

Het ontwerp van Opklopper voor Style Woerden zorgde voor de frontend die de klant nu ziet — maar die frontend kon pas werken omdat de data er op het juiste moment, in de juiste vorm, achter zat. In het artikel Shopify redesign en migratie: frontend én backend beschrijft Opklopper hoe beide disciplines vanaf het begin samenkomen. Meer over de technische uitvoering staat in de Style Woerden case.

Hart Beach: twee winkels, één assortiment, twee voorraadadministraties

Hart Beach is de eerste surfwinkel van Nederland, opgericht in 1971 in Scheveningen, en bestaat inmiddels uit meerdere onderdelen onder één merk: een surfschool, fysieke winkels, een strandpaviljoen en een webshop. Die onderdelen zijn verdeeld over twee juridische entiteiten, en dat vertaalde zich naar twee Shopify-omgevingen: Haven, de volledige webshop, en Strand, een kassa-gerichte omgeving voor het strandpaviljoen op het Noorderstrand.

Drie mobiele schermen van de vernieuwde Hart Beach Shopify-webshop.
Het mobiele ontwerp van de Hart Beach-webshop, gemaakt door Opklopper.

De winkel draaide op Divide en stapte over naar Shopify. Kick-off was op 6 november 2025, live ging het op 19 mei 2026, met bijna 24.000 klanten inclusief orderhistorie en zo'n 14.000 producten die mee moesten.

Het eigenlijke technische probleem zat niet in de omvang van de migratie, maar in wat er daarna moest blijven werken. Haven en Strand verkopen deels hetzelfde assortiment, met deels gedeelde en deels gescheiden voorraad — en beide moeten zelfstandig kunnen doorwerken. Dat is een ander vraagstuk dan een simpele voorraad-sync tussen twee winkels: het gaat om twee winkels die onafhankelijk moeten kunnen opereren én tegelijk een gedeelde realiteit moeten weerspiegelen.

Voor dat vraagstuk zijn drie bestaande Shopify-apps geëvalueerd: Syncio, Multi-Store Sync Power en Sumtracker. Geen van de drie bleek geschikt voor deze opzet met twee aparte juridische entiteiten. Duxly bouwde daarom een eigen synchronisatielaag, webhook-first, met daarnaast een Stock Transfer App op AWS voor de voorraadtransfers tussen de locaties — inclusief barcode-scanning voor het fysiek verwerken ervan.

Dat is het soort keuze waar een migratieproject vaak op vastloopt: niet op de overzetting zelf, maar op de vraag wat er daarna elke dag moet blijven kloppen tussen twee systemen die allebei gelijk denken te hebben.

Yama Food: wanneer Shopify niet het systeem is dat de baas is

Yama Food is een Nederlandse importeur en groothandel in Japanse voedingsproducten, met twee Shopify-webshops: yamafoodshop.nl voor consumenten en yamafoodprofessional.nl voor de horeca (B2B). Dit project speelde een ander probleem dan de eerste twee: hier was Shopify niet het systeem waar de productdata vandaan kwam, en dat zou het ook nooit worden.

Yama Food, waarvoor productdata uit externe bronsystemen naar twee Shopify-webshops wordt gesynchroniseerd.
Bij Yama Food blijft de productdata buiten Shopify leidend en worden twee webshops vanuit dezelfde bronnen gevoed.

De productdata voor Yama Food komt uit PS in Foodservice, een externe voedseldatabank. Producttitel, omschrijving, allergenen, ingrediënten en voedingswaarden worden automatisch gesynchroniseerd vanuit dat systeem naar beide Shopify-shops. Productafbeeldingen lopen via een ander kanaal: die worden apart beheerd via Microsoft Business Central. Er zijn dus twee databronnen naast elkaar, en de sleutel om ze aan elkaar te knopen — en aan de twee Shopify-shops — is het EAN-nummer.

De architectuurkeuze hierachter is het punt dat vaak misgaat bij dit soort projecten: PS in Foodservice blijft leidend voor productinformatie, Shopify is en blijft het verkoopkanaal. Wie dat omdraait en Shopify laat meebeslissen over wat de "waarheid" is, krijgt op termijn dubbele producten en updates die elkaar tegenspreken, omdat twee systemen dan allebei denken dat zij de laatste stand hebben. Door EAN als vaste sleutel te gebruiken en de rolverdeling tussen de systemen vooraf vast te leggen, is dat te voorkomen. De B2B-shop ging eind december 2025 live, op de afgesproken deadline. Meer over de aanpak staat in de Yama Food case.

Wat je vooraf moet uitzoeken

De drie projecten hierboven delen geen stappenplan, maar wel een paar vragen die je vóór de eerste regel migratiecode beantwoord wilt hebben:

       
  • Welk systeem blijft na de migratie leidend voor welke data? Bij Yama Food is dat expliciet niet Shopify. Als die vraag niet vooraf beantwoord is, ontstaat de dubbele-waarheid-situatie vanzelf — meestal pas na livegang, als het al pijn doet.
  •    
  • Kan de winkel een datafreeze verdragen, of niet? Bij Style Woerden was het antwoord nee, en dat bepaalde de hele aanpak: geen export-import, maar een live sync tot aan cutover.
  •    
  • Sluit de structuur van de oude data aan op Shopify, of moet die eerst worden herschikt? Kleurvarianten die in het ene systeem samen zaten en in Shopify apart moeten, zoals bij Style Woerden, kom je pas tegen als je er specifiek naar kijkt — niet als je aanneemt dat een export zich vanzelf laat importeren.
  •    
  • Is er een situatie die niet binnen de aannames van een standaard-app past? Bij Hart Beach paste geen van de drie geëvalueerde sync-apps bij twee entiteiten die voorraad delen. Dat is precies het moment om uit te rekenen wat maatwerk kost tegenover wat de gaten in een net-niet-passende oplossing je structureel gaan kosten.
  •  

Een migratie naar Shopify Plus is in de basis een technisch project met een designresultaat, niet andersom. Loop je tegen een van deze vraagstukken aan, of twijfel je of je huidige platform en databronnen zich wel laten migreren zoals je denkt? Neem contact op met Duxly.

We horen
We horen
graag!
graag!

Stel je vraag of maak een afspraak, we praten graag persoonlijk verder!

Afspraak
Contact
NL | EN | DE | FR