Webshop migreren naar maatwerk: wat neem je mee en wat bouw je opnieuw?
Gepubliceerd op
Marco Lemmens
Een webshop migreren naar maatwerk betekent zelden alles vanaf nul bouwen. De route die meestal wint: een platform als basis met maatwerk erbovenop, zodat je alleen betaalt voor wat jouw shop uniek maakt. Reken voor een complexe migratie met maatwerk op 20.000 tot 60.000 euro, tegenover een veelvoud daarvan voor een volledig eigen platform.
De aanleiding is bijna altijd dezelfde. Je shop draait serieuze omzet, maar het platform eronder knelt: de configurator hangt met plakband aan elkaar, de prijsafspraken staan half in het systeem en half in hoofden, en elke wijziging wacht op een developer die het oude systeem nog kent. De vraag is dan niet óf er iets moet veranderen, maar welke vorm van maatwerk je kiest en wat er van het bestaande werk mee kan.
Twee betekenissen van "naar maatwerk"
Wie deze zoekterm intikt, bedoelt een van twee dingen, en het antwoord verschilt per bedoeling:
- Een maatwerkshop als bestemming. Je wilt weg van de standaardjas: een shop die eruitziet en werkt zoals jouw bedrijf, niet zoals het sjabloon van je platform.
- Je bestaande maatwerk als bagage. Je hebt in de loop van jaren een configurator, koppelingen en eigen logica laten bouwen, en je wilt weten wat daarvan de verhuizing overleeft.
In de praktijk is het dezelfde lezer: een shop die uit een standaardplatform is gegroeid, heeft vrijwel altijd al maatwerk aan boord. Daarom behandelt dit artikel allebei de kanten, te beginnen met de grootste beslissing.
Volledig maatwerk of maatwerk op een platform?
Volledig maatwerk betekent: eigen code, eigen server, eigen checkout, alles van jou. Maximale vrijheid, en ook maximale verantwoordelijkheid; beveiliging, betaalkoppelingen en elke toekomstige wijziging zijn jouw project. Het is de juiste route voor processen die écht nergens in passen, en dat is zeldzamer dan het voelt.
Maatwerk op een platform betekent: het platform doet de commodity (checkout, hosting, beveiliging, betaalmethoden) en het maatwerk zit waar jouw shop zich onderscheidt: het thema, de configurator, de prijslogica, de koppelingen. Je betaalt alleen voor wat uniek is aan jouw bedrijf, en de rest wordt onderhouden door het platform in plaats van door jouw budget.
De eerlijke toets is de checkout. Vrijwel geen enkele shop heeft een werkelijk unieke manier van afrekenen nodig; wat uniek voelt, is meestal het product en de prijsopbouw ervóór. Wil je toch alles bezitten, tot de server aan toe, lees dan eerst onze Magento-gids: dat is wat bezit in de praktijk kost aan onderhoud en patches.
Begin met de maatwerk-inventaris
Voordat er iets gebouwd wordt, hoort er een lijst te bestaan: al het maatwerk dat je huidige shop draagt, met per onderdeel twee vragen. Wat doet het precies, en wie gebruikt het nog?
Die tweede vraag is de belangrijkste van het hele traject. In tien jaar webshop stapelen zich functies op die ooit voor één klant of één actie zijn gebouwd en nooit zijn opgeruimd. Wie zijn oude shop een-op-een laat nabouwen, betaalt voor die hele stapel opnieuw. Wie eerst inventariseert, bouwt alleen wat het bedrijf vandaag gebruikt, en dat scheelt vaak tienduizenden euro's.
Zo verhuist het maatwerk dat je wél houdt
Maatwerk verhuist nooit letterlijk: de code van je oude platform draait niet op je nieuwe. Wat wél verhuist is de functionaliteit, en per soort ziet dat er anders uit.
De productconfigurator
De vraag is niet of het kan, maar waar de logica komt te wonen: in het thema, in een eigen app, of deels in je ERP. Een configurator die op het oude platform in de templates was gehackt, wordt op een modern platform een losse laag op de API's. Dat is eenmalig werk, en daarna is hij van jou en overleeft hij thema- en platformupdates.
Klantspecifieke prijzen en staffels
Prijsafspraken per klant, kortingsgroepen en staffels zijn tegenwoordig grotendeels standaardfunctionaliteit; wat overblijft aan echt maatwerk is de synchronisatie met de plek waar de afspraken worden gemaakt. Hoe de routes eruitzien, van segmentkortingen tot een ERP-sync, staat in klantspecifieke prijzen in je webshop.
Koppelingen met ERP, boekhouding en magazijn
Deze bouw je vrijwel altijd opnieuw, en dat is goed nieuws: de oude koppeling is vaak het brooste deel van de shop. Op moderne API's wordt het een bewaakte verbinding met logging en foutafhandeling in plaats van een script dat niemand meer durft aan te raken. De opbouw staat in zo werkt een Shopify ERP-koppeling.
Eigen contenttypes en landingspagina's
Merkenpagina's, handleidingen, dealoverzichten: dit soort structuren verhuist als content plus sjabloon. Het werk zit niet in de techniek maar in de redirects, want juist deze pagina's dragen vaak jaren aan opgebouwde posities. Hoe je die beschermt staat in migreren zonder SEO-verlies.
Wat je bewust achterlaat
Een goede migratie is ook een opruiming. Drie categorieën halen de overkant beter niet:
- Maatwerk dat standaard is geworden. Veel van wat tien jaar geleden gebouwd moest worden, zit nu in het platform of in een goed onderhouden app. Eigen code inruilen voor standaard is vooruitgang, geen verlies.
- Functies zonder gebruikers. De inventaris wijst ze aan. Twijfel je, laat ze dan aantoonbaar uit en kijk wie er belt.
- Werkstromen om beperkingen heen. Half werk dat ooit een tekort van het oude platform compenseerde. Het tekort verhuist niet mee, de omweg hoeft dus ook niet.
De volgorde die werkt
- Inventaris en audit. Alle maatwerk op een lijst, met gebruik en eigenaar. Dit bepaalt de offerte, dus doe het vóór het tekenen en niet erna.
- Data eerst. Producten, klanten en orders verhuizen als gecontroleerd, herhaalbaar proces. Zonder schone data heeft maatwerk niets om op te draaien.
- Maatwerk parallel aan de bouw. Configurator, prijslogica en koppelingen worden naast de nieuwe shop gebouwd en getest terwijl de oude gewoon doorverkoopt.
- Livegang met redirects. Elke oude URL krijgt zijn 301, en de rankings worden rond de overgang bewaakt.
Zo blijft het grootste risico van een maatwerkmigratie beheersbaar: dat de nieuwe shop af is behalve dat ene onmisbare ding. Door de inventaris vooraf en de parallelle bouw is dat ene ding er gewoon op dag één.
Wat kost een migratie met maatwerk?
Een reguliere migratie kost 8.000 tot 20.000 euro; met serieus maatwerk, B2B of een ERP-koppeling reken je op 20.000 tot 60.000 euro. Wat de prijs vooral bepaalt is niet het aantal producten maar de hoeveelheid logica die opnieuw gebouwd wordt, en dat is precies waarom de inventaris loont: elke functie die je schrapt, betaal je niet. De volledige opbouw staat in wat kost een migratie naar Shopify.
Zit je op een platform dat zelf ophoudt, zoals Zilver CMS, dan komt daar een factor tijd bij: op je eigen moment verhuizen is goedkoper en rustiger dan wanneer een verlopen koppeling of een gestopte leverancier het moment kiest.
Zelf aan de slag of uitbesteden?
De datamigratie kun je met tooling deels zelf; het maatwerk niet, want daar zit het bedrijfsrisico. Kies je een partij, kijk dan naar hoe wij het aanpakken op onze pagina over Shopify migratie, of leg je situatie voor. De eerste stap is altijd dezelfde: de inventaris, en die kost een middag in plaats van een budget.
