Migratie van Salesforce Commerce Cloud naar Shopify Plus: kosten, doorlooptijd en de stack ontvlechten

Een migratie van Salesforce Commerce Cloud naar Shopify Plus blijft zelden beperkt tot de storefront. Commercedata kan gekoppeld zijn aan Marketing Cloud, Service Cloud, Order Management, Data Cloud, middleware en maatwerkcartridges. Wie de commercekern vervangt, moet dus bepalen welke delen van dat ecosysteem blijven, opnieuw worden gekoppeld, verhuizen of verdwijnen.

Migreren van Salesforce Commerce Cloud naar Shopify Plus betekent: bruikbare commercedata overzetten, de storefront opnieuw bouwen, platformspecifieke cartridges vervangen en de systemen die het bedrijf nog nodig heeft opnieuw koppelen. Het traject hoort te beginnen met het in kaart brengen van afhankelijkheden en omvat daarna doelarchitectuur, data, koppelingen, SEO, testen, de overstap en stabilisatie na de livegang.

Dit is net zo goed een ontvlechtingsbeslissing als een replatformingproject. Wie het als catalogusimport behandelt, verbergt operationele afhankelijkheden; wie elk Salesforce-product vervangt, kan nuttige koppelingen weggooien. Het doel is waardevolle functies te behouden, elke functie een duidelijke eigenaar in het doelsysteem te geven en complexiteit weg te nemen die het bedrijf niet meer wil financieren.

Wat betekent ‘Salesforce Commerce Cloud’ bij een migratie?

Salesforce Commerce Cloud, dat nu op de markt wordt gebracht als Agentforce Commerce, kan nog steeds verschillende bronomgevingen betekenen. B2C Commerce, voorheen Demandware, heeft eigen storefrontframeworks, Business Manager, datastructuren en API's. B2B Commerce volgt een ander model. De migratiescope moet het product, de storefrontarchitectuur en de gekoppelde Salesforce-diensten vaststellen voordat de inspanning wordt geschat.

Salesforce meldt inmiddels dat Commerce Cloud Agentforce Commerce heet, terwijl de productsuite nog steeds B2C- en B2B-commerce ondersteunt. De nieuwe naam doet ertoe in gesprekken over de huidige architectuur en inkoop. Salesforce Commerce Cloud, SFCC en Demandware blijven bruikbare termen om op te zoeken en omgevingen te herkennen, omdat oudere implementaties, documentatie en specialistische teams ze nog gebruiken.

Deze gids gaat vooral over Salesforce B2C Commerce. De storefront daarvan kan SiteGenesis gebruiken, Storefront Reference Architecture (SFRA), PWA Kit op Managed Runtime, de nieuwere optie Storefront Next of een hybride van traditionele en headless routes. De huidige storefrontrichtlijnen van Salesforce maken onderscheid tussen deze architecturen. Daarom zegt ‘we draaien op SFCC’ niets over hoeveel code vervangen moet worden.

Bij B2B Commerce moet discovery ook het datamodel van het Salesforce Platform bekijken, Experience Cloud-componenten, accountrelaties, rechten, onderhandelde inkoop, salesprocessen en maatwerk in Apex of Lightning. Die onderdelen zijn niet te schatten op basis van een inventaris van B2C-cartridges.

Voordat voorstellen vergelijkbaar worden, moet elk voorstel vermelden of de omgeving B2C Commerce, B2B Commerce of beide omvat; welk storefrontframework er draait; welke sites, locales en price books actief zijn; welke Salesforce-producten zijn gekoppeld; welke systemen leidend zijn; en welke cartridges, jobs, API's en middlewarestromen de operatie raken.

Zonder die basis is een planning op basis van het aantal SKU's geen schatting voor een enterprise-migratie. Het is een schatting voor een import.

Wanneer is overstappen van Salesforce Commerce Cloud naar Shopify Plus zinvol?

Overstappen van Salesforce Commerce Cloud naar Shopify Plus is zinvol als de organisatie een meer gestandaardiseerde commercekern wil, sneller commercieel wil kunnen bijsturen en minder platformspecifieke developmentlast wil. De case is het sterkst als het bedrijf maar een deel van de Salesforce-commercestack gebruikt, mits Shopify en de systemen die blijven de benodigde markten, merchandising en operatie kunnen ondersteunen.

Salesforce Commerce Cloud blijft een capabel enterpriseplatform, zeker met diepe Salesforce-integratie, geavanceerde multisite-operaties en een volwassen deliveryorganisatie. Een migratie hoort niet te beginnen met de claim dat het ene enterpriseplatform altijd beter is dan het andere.

De rekensom verandert als de operationele last sneller groeit dan het voordeel: releases vragen om schaarse specialisten, cartridges overlappen, routinematige merchandising wacht op developers of teams overbruggen nog steeds een dure Salesforce-omgeving met handmatige processen.

Een formele beoordeling is op zijn plaats als oude koppelingen de architectuur dicteren, het eigenaarschap van functies onduidelijk is, gebouwde functies weinig worden gebruikt of de platform- en supportkosten over drie jaar niet meer passen bij de waarde die ze opleveren.

De bestaande vergelijking van Shopify en Salesforce Commerce Cloud van Flatline behandelt de bredere platformkeuze. In de migratiefase is de scherpere vraag niet welke functielijst wint. Het gaat erom of de doelarchitectuur het bedrijf kan ondersteunen met minder afhankelijkheden en een productiever operationeel model.

Wanneer blijven op Salesforce de betere keuze kan zijn

Blijven kan verstandig zijn als de omgeving betrouwbaar presteert, het bedrijf het geïntegreerde Salesforce-ecosysteem gebruikt en de roadmap baat heeft bij de bestaande controle. Een replatforming is moeilijk te rechtvaardigen als die SFCC nabouwt met maatwerkdiensten rond Shopify. Slechte productdata, governance en eigenaarschap reizen ook met het bedrijf mee. Los dus eerst het operationele model op als Salesforce niet het knelpunt is.

Waarom is een SFCC-migratie een project om een ecosysteem te ontvlechten?

Een SFCC-migratie ontvlecht een ecosysteem, omdat storefrontgedrag, klantdata, campagnes, serviceprocessen en orderoperaties over meerdere Salesforce-producten kunnen lopen. Het migratieteam moet bepalen welke functies Shopify overneemt, welke Salesforce-diensten waardevol blijven, hoe die opnieuw worden gekoppeld en welke koppelingen of licenties kunnen verdwijnen zodra de nieuwe winkel stabiel draait.

Commerce Cloud kan onderdeel zijn van een breder Salesforce-ecosysteem in plaats van een losstaande applicatie. Order Management ontvangt misschien orders en product- of prijsdata uit B2C Commerce. Service Cloud gebruikt misschien orderinformatie. Marketingdiensten verwerken mogelijk catalogus-, gedrags- of transactie-events. Data Cloud neemt mogelijk commercedata op, terwijl MuleSoft de koppelingen met ERP, PIM en fulfilment regelt.

Geen van die relaties bewijst dat een Salesforce-product moet blijven of verdwijnen. Ze bewijzen dat de afhankelijkheid begrepen moet zijn voordat het commerce-endpoint verandert.

Een bruikbaar discoverymodel geeft elke functie een van vier beslissingen:

Dit model voorkomt twee dure aannames. De eerste is dat afstappen van Commerce Cloud betekent dat je ook de CRM-, service- of marketingtools van Salesforce moet opgeven. De tweede is dat die tools onaangeroerd kunnen blijven. Een systeem dat blijft, heeft nog steeds een nieuw broncontract, eventmodel, foutproces en een eigenaar nodig.

Maak een afhankelijkhedenregister, niet alleen een lijst met koppelingen

Een lijst met koppelingen zegt misschien ‘Marketing Cloud’ of ‘OMS’. Een afhankelijkhedenregister legt uit wat er door de koppeling gaat, in welke richting, hoe vaak, onder wiens eigenaarschap en met welk gevolg als het misgaat.

Leg per afhankelijkheid de systemen, objecten, events, overdrachtsmethode, frequentie, volume, transformaties, identiteitsregels, gedrag bij nieuwe pogingen en afstemming, operationele eigenaren, beperkingen bij pieken en de beslissing voor het doelsysteem vast.

Die informatie legt het echte kritieke pad bloot. Een storefront kan er af uitzien terwijl een ongeteste stroom voor klantidentiteit of orderstatus de livegang onveilig maakt.

Welke SFCC-data en -functionaliteit moeten opnieuw worden gemapt?

SFCC-data hoort te worden gemapt op basis van de zakelijke betekenis, niet gekopieerd op basis van de container in de bron. Catalogi, price books, acties, klantgroepen, content, custom objects en ordergeschiedenis kunnen elk live gedrag beïnvloeden. Het doelmodel moet de nodige relaties behouden zonder Business Manager één op één in Shopify na te bouwen.

Salesforce B2C Commerce kent aparte structuren voor catalogi, producten, price books en acties. Of een prijs of actie geldt, kan ook afhangen van sites, source codes, klantgroepen of de context van de shopper. Door die relaties is een ruwe export een onvolledige specificatie van wat de winkel doet.

Producten, catalogi en variatiemodellen

Breng master- en variatieproducten, bundels of sets, categorieën, kenmerken, media, zoekfilters, beschikbaarheid per markt en ID's uit bronsystemen in kaart en bevestig daarna hoe het PIM, het ERP, feeds en de storefront ze gebruiken. Producten, varianten, collecties, metafields en metaobjects in Shopify kunnen brede assortimenten weergeven, maar valideer klantgedrag en operationele output samen. Een pagina die er goed uitziet is onvoldoende als order- of voorraad-ID's van betekenis veranderen.

Price books, acties en klantgroepen

Price books vragen om commerciële interpretatie. Documenteer overerving, valuta, ingangsdata, staffels, voorwaarden en het systeem dat elke prijs publiceert. Shopify Markets en catalogi kunnen beschikbaarheid en prijzen sturen, en B2B-catalogi ondersteunen afspraken per bedrijf, maar ze zijn niet vanzelf gelijkwaardig aan elk SFCC-patroon.

Acties vragen dezelfde aanpak. Leg voorwaarden, stapelen, uitsluitingen, gedrag van kortingscodes, effecten op verzending, geschiktheid van klanten en verwachtingen voor rapportage vast. Behoud de commerciële regel en bepaal dan of Shopify-kortingen, Functions, een app of een externe prijsdienst er eigenaar van wordt.

Klanten, identiteit en toestemming

Klantprofielen vragen om ontdubbeling, het matchen van identiteiten en een controle van toestemmingen. Klantgroepen of kenmerken in Salesforce kunnen prijzen, acties, personalisatie en serviceprocessen aansturen. In Shopify kunnen sommige van die doelen verhuizen naar klantsegmenten, tags, metafields, Markets, B2B-bedrijven of een extern klantplatform.

Wachtwoorden vragen om een specifiek overgangsplan. Shopify stelt dat klantwachtwoorden niet via CSV kunnen worden gemigreerd, omdat ze buiten Shopify zijn versleuteld. Merken kunnen heractivering plannen, de klantaccounts zonder wachtwoord van Shopify gebruiken of, op Plus, een externe identiteitsprovider overwegen. De juiste route hangt af van de huidige identiteitsarchitectuur en de capaciteit van support.

Toestemming hoort niet te worden afgeleid uit het bestaan van een e-mailadres. Map bron, tijdstempel, doel, regio en afmeldstatus, en valideer daarna hoe de doelsystemen die records respecteren.

Orders en operationele geschiedenis

De scope van historische orders hoort echte toepassingen te volgen in klantenservice, finance, loyaliteit en analytics. Bepaal welke geschiedenis klanten en interne teams nodig hebben tijdens live interacties, en welke alleen conform de regels bewaard hoeft te worden in een warehouse, service-interface of archief. Die beslissing bepaalt migratiemethode en kosten.

Custom objects, jobs en geplande processen

Custom objects en jobs kunnen imports, exports, feeds, opschoning of externe diensten ondersteunen. Omdat eigen jobstappen scripts uit cartridges kunnen uitvoeren, bekijk je de jobinventaris in Business Manager samen met de code en koppelingen. Bepaal per onderdeel het bedrijfsproces en leg het resultaat bij Shopify, een app, middleware, een extern systeem of uitfasering. Kopieer geen eigen data zonder een beheerd doel.

Wat gebeurt er met Storefront Next, SFRA, SiteGenesis, PWA Kit en cartridges?

Storefront Next, SFRA, SiteGenesis, PWA Kit en SFCC-cartridges gaan niet als herbruikbare applicaties mee naar Shopify. Hun eisen moeten worden vertaald naar het storefront-, checkout-, app- en koppelingsmodel van Shopify. Designmateriaal en content kunnen bruikbaar blijven, maar React-componenten, controllers, ISML-templates, Page Designer-definities en server-side cartridgelogica vragen om een beoordeling.

De keuze voor de doelstorefront hoort te beginnen bij de bedrijfseisen, niet bij de aanname dat een bestaande headless build weer om een headless build vraagt.

Een SFRA- of SiteGenesis-site combineert templates, controllers, scripts en cartridges rond de runtime van B2C Commerce. PWA Kit en Storefront Next gebruiken componenten op basis van React, maar hangen nog steeds af van de commercecontracten, identiteit, routing, Managed Runtime en het platformgedrag van Salesforce. Sommige componenten kunnen herbruikbaar zijn, maar de toestand en API's eromheen veranderen.

Op Shopify gaat de belangrijkste keuze meestal tussen een Online Store op basis van een thema met Liquid en een headless storefront met Hydrogen of een ander framework. Op basis van een thema betekent niet generiek, en headless betekent niet automatisch geavanceerder. Kies het minst complexe model dat voldoet aan de eisen voor ervaring, lokalisatie, content, prestaties en oplevering.

Page Designer-content vraagt om een plan per component

Met Page Designer van Salesforce maken developers herbruikbare pagina- en componenttypen die merchants indelen, inplannen en publiceren. De content in die instanties kan waardevol blijven, maar de componentdefinities en renderlogica zijn platformspecifiek.

Inventariseer Page Designer-pagina's, contentassets, slots, planningen en personalisatieregels. Bepaal per component of je het opnieuw bouwt als sectie of blok in een Shopify-thema, de content verplaatst naar een metaobject of CMS, het via een app implementeert of het uitfaseert. Het doel is redactionele mogelijkheden te behouden, niet screenshots van de oude pagina's.

Deel cartridges in op zakelijk doel

Maak van een aantal cartridges geen aantal Shopify-apps. Eén cartridge kan meerdere eisen invullen, terwijl meerdere cartridges samen één functie voor klanten kunnen ondersteunen. Deel ze in naar storefrontervaring, zoeken, betalingen, btw, fraude, acties, analytics, feeds, klantenservice, orderbeheer en koppelingen.

Stel daarna drie vragen:

1. Bestaat de eis nog?

2. Kan Shopify het standaard ondersteunen binnen acceptabele beperkingen?

3. Zo niet, is een app, een externe dienst die blijft of een maatwerkcomponent dan de sterkste eigenaar?

Zo voorkom je dat je jaren aan opgebouwde code opnieuw maakt, alleen omdat die in de bronrepository staat.

Hoe koppel je Salesforce-producten die blijven aan Shopify?

Salesforce-producten die blijven, horen via expliciete datacontracten en eigenaarschapsregels aan Shopify te worden gekoppeld. Marketing Cloud, Service Cloud, Order Management, CRM of Data Cloud houden kan verstandig zijn, maar elke koppeling heeft opnieuw ontworpen events, ID's, verwerking van toestemming, afstemming en een eigenaar voor support nodig. ‘In Salesforce blijven’ maakt de oude Commerce Cloud-koppeling niet overdraagbaar.

De doelarchitectuur hoort per functie te worden bepaald.

Salesforce documenteert dat de Order Management-koppeling orders en product- of prijsdata uit B2C Commerce ontvangt. Het commerceplatform vervangen verandert dus meer dan een endpoint. Het team moet het ordermodel van Shopify, wijzigingen, annuleringen, retouren, fulfilmentupdates, btw-behandeling en de mapping van statussen valideren tegen de OMS-processen die blijven.

Hetzelfde principe geldt voor klantenservice. Een medewerker heeft misschien een samengevoegd overzicht nodig, maar dat bewijst niet dat elk historisch record in Shopify hoort. Een servicekoppeling kan actuele Shopify-data en bewaarde geschiedenis tonen op de plek waar medewerkers al werken.

Hoe ga je om met B2B-eisen en meerdere markten?

B2B-eisen en eisen voor meerdere markten horen op procesniveau in kaart te worden gebracht voordat je de Shopify-winkel, Markets en de catalogusstructuur kiest. Bedrijven, rechten van kopers, prijslogica, betalingsvoorwaarden, btw, valuta, juridische entiteiten en fulfilment kunnen over meerdere Salesforce-producten lopen. Shopify kan veel van die behoeften ondersteunen, maar de relaties uit de bron gaan zelden één op één over.

Scheid bij B2C Commerce met klantgroepen die op groothandel lijken eerst echte zakelijke accounts van consumentensegmenten. Bekijk bij Salesforce B2B Commerce accounthiërarchieën, contactpersonen, rechten, onderhandelde prijzen, contractproducten, koperrollen, goedkeuringen, offertes, nabestellingen en processen met ondersteuning van sales.

Het B2B-model van Shopify werkt met bedrijven en bedrijfslocaties, met catalogi, betaalinstellingen en klanttoegang rond die entiteiten. De B2B-basisfuncties van Shopify zijn nu op alle abonnementen beschikbaar, terwijl Plus mogelijkheden toevoegt zoals onbeperkte catalogi en directe toewijzing aan bedrijfslocaties. Met Shopify Markets kun je valuta, producten, prijzen, domeinen en talen laten verschillen. Dat zijn bruikbare bouwstenen, geen gegarandeerde gelijkwaardigheid.

Breng elke koperreis in kaart, van inloggen tot ontvangst in het ERP:

• Wie mag kopen, en voor welke bedrijfslocatie?

• Welk assortiment en welke prijs hoort die koper te krijgen?

• Zijn staffelkortingen, contractprijzen of onderhandelde uitzonderingen nodig?

• Heeft de order goedkeuring, een inkoopordernummer of betalingsvoorwaarden nodig?

• Kan een sales- of servicemedewerker namens de klant bestellen?

• Welke juridische entiteit neemt de order aan en welk magazijn levert?

• Hoe werken retouren, krediet en orderwijzigingen na de checkout?

Ga er bij een internationale architectuur niet van uit dat elke SFCC-site een Shopify-winkel wordt. Sommige sites kunnen via Markets worden samengevoegd. Andere moeten gescheiden blijven vanwege merken, juridische entiteiten, catalogi, operatie of eigenaarschap binnen teams. De juiste structuur volgt governance- en transactie-eisen, niet het aantal sites één op één.

Hoe lang duurt een migratie van SFCC naar Shopify Plus?

Een migratie van een gevestigde SFCC-omgeving naar Shopify Plus plan je normaal in maanden. Een afgebakend B2C-traject past misschien in ongeveer vier maanden, terwijl een traject met meerdere sites, veel koppelingen of het ontvlechten van Salesforce zes tot negen maanden of langer kan duren. Discovery moet de bandbreedte bevestigen zodra de storefront, cartridges, data en afhankelijkheden in het ecosysteem begrepen zijn.

Dit zijn planningsbandbreedtes, geen leveringsbeloftes. Openbare schattingen van bureaus lopen sterk uiteen, omdat ‘SFCC-migratie’ alles kan beschrijven, van een afgebakende storefront en catalogus tot een wereldwijd traject over meerdere Salesforce-clouds, B2B en een OMS. Een geloofwaardige schatting legt uit welke afhankelijkheden het project in zijn bandbreedte plaatsen.

Het kritieke pad loopt vaak via beslissingen en koppelingen in plaats van via themadevelopment. Een gebruikelijke volgorde omvat een audit van de omgeving, doelarchitectuur, bewijs voor lastige data, bouw van storefront en koppelingen, end-to-end validatie, een generale repetitie van de overstap en een gemonitorde stabilisatie. Elke poort heeft benoemde acceptatiecriteria nodig voordat de volgende fase vaste scope wordt.

Tijdsdruk hoort tot prioriteren te leiden, niet tot verborgen scope. Een gefaseerde uitrol kan markten, een contentredesign of niet-kritieke functies scheiden, maar alleen als data-eigenaarschap en klantreizen tijdens de overgang samenhangend blijven.

Wat kost een migratie van Salesforce Commerce Cloud naar Shopify Plus?

De kosten van een migratie van Salesforce Commerce Cloud naar Shopify Plus bestaan uit discovery, implementatie van de storefront, dataomzetting, vervanging van cartridges, het opnieuw koppelen van Salesforce, SEO, testen, de overstap en stabilisatie. Een afgebakende enterprise-migratie vraagt vaak een investering van vijf cijfers, terwijl trajecten met meerdere markten of een groot ecosysteem ruim in de zes cijfers kunnen komen. Alleen een scope op basis van afhankelijkheden levert een verdedigbare schatting op.

Die bandbreedtes zijn richtinggevende context voor planning, geen offerte van Flatline. Complexiteit verandert het bedrag meer dan de omvang van de catalogus. Een bedrijf met 100.000 goed beheerde producten en stabiele koppelingen kan makkelijker te migreren zijn dan een kleinere catalogus met ongedocumenteerde prijsregels, maatwerkjobs en overlappende Salesforce-diensten.

Shopify Plus is één budgetpost. [De officiële prijzen beginnen momenteel bij $ 2.300 USD per maand](https://www.shopify.com/plus/pricing) voor standaardsetups bij een looptijd van drie jaar, of $ 2.500 USD per maand bij een looptijd van één jaar. Complexere bedrijven of bedrijven met hogere volumes kunnen overgaan op een variabele platformfee, dus de actuele voorwaarden moeten nog steeds commercieel worden bevestigd.

Bouw het projectbudget op uit zes zichtbare werkstromen:

1. Discovery en architectuur: audit van de omgeving, eisen, systeemeigenaarschap, datacontracten, migratiespecificatie en programmaplan.

2. Storefront- en commerceconfiguratie: experience design, thema- of headless development, checkout, zoeken, merchandising, markten en B2B.

3. Datamigratie: extractie, opschoning, omzetting, herhaalde testimports, afstemming en laatste synchronisatie.

4. Verandering in het ecosysteem: koppelingen met Salesforce, ERP, PIM, OMS, WMS, betalingen, btw, marketing en analytics, inclusief uitfaseringswerk.

5. Bescherming van de livegang: SEO, toegankelijkheid, prestaties, QA, acceptatietests, securityreview, generale repetitie van de overstap en monitoring.

6. Operationele overgang: content, training, klantcommunicatie, kosten van parallelle platforms, app-abonnementen en support na de livegang.

Deze structuur maakt voorstellen vergelijkbaar. Een lager totaal laat misschien de migratie van Page Designer, ordergeschiedenis, toestemming, klantactivering, middlewarewijzigingen of stabilisatie weg. Een ander bevat misschien een volledig redesign dat gefaseerd kan worden. Bekijk wat erin zit, de aannames en de verantwoordelijkheden aan de kant van de klant voordat je totalen vergelijkt.

De businesscase hoort ten minste drie jaar kosten van de nieuwe situatie te vergelijken met de kosten van doorgaan op SFCC. De TCO-analyse voor eCommerce van Flatline biedt een breder kader voor implementatie, licenties, development, onderhoud en organisatorische overhead. Neem ook opportuniteitskosten mee: een goedkoper platform is niet goedkoper als het de operationele mogelijkheden verzwakt die omzet opleveren.

Hoe bescherm je SEO en de operatie tijdens de overstap?

SEO en de operatie beschermen vraagt om één plan voor de overstap voor URL's, data, identiteit, orders, voorraad, Salesforce-systemen die blijven, analytics en klantcommunicatie. Oefen de laatste synchronisatie en cruciale klantreizen, zet gevalideerde redirects live, leg vast wie over livegang en rollback beslist en monitor zoekprestaties, omzet en backofficeprocessen vanaf het moment dat het verkeer overgaat.

Begin met SEO-werk voordat de doelinformatiearchitectuur vastligt. Crawl elke actieve SFCC-site en combineer het resultaat met data uit analytics, Search Console, backlinks en omzet. Neem voor elke waardevolle indexeerbare URL een beslissing: behouden, samenvoegen, doorsturen naar een relevante vervanger of bewust uitfaseren.

SFCC-URL's kunnen patronen voor locale, categorie, product of campagne bevatten die door maatwerkcontrollers en routing worden gegenereerd. Shopify ondersteunt het in bulk importeren van URL-redirects, maar een redirectfunctie maakt de mapping niet. Valideer lussen, ketens, gedrag bij querystrings, canonicals, signalen voor andere talen, interne links, sitemaps, robots-instructies en gestructureerde data.

Het operationele draaiboek moet vastleggen: freezeperiodes in de bron, laatste en delta-synchronisatie, het leidende systeem voor voorraad en prijzen, klanttoegang, transactietests, validatie van OMS en ERP, controles van toestemming en analytics, activering van het domein, criteria voor livegang, wie over een rollback beslist en de afstemming na de livegang.

‘Zero downtime’ is geen bruikbare belofte zonder te bepalen wat ononderbroken moet blijven. Een storefront kan pagina's tonen terwijl orders de fulfilment niet bereiken of klantevents service en marketing niet meer bereiken. Gereedheid voor livegang vraagt daarom om bewijs uit end-to-end scenario's, niet alleen om een beschikbare frontend.

Wie Salesforce Commerce Cloud ontvlecht, raakt elk Salesforce-product dat blijft. Ben je nog aan het kiezen tussen overstappen, herbouwen of blijven, zorg dan voor een onderbouwd antwoord voordat de inventarisatie van cartridges begint; gaat de overstap door, dan voert onze Shopify-migratie het afhankelijkhedenregister, de datamapping en de livegang uit als één plan.

Veelgestelde vragen

Kunnen klantwachtwoorden uit Salesforce Commerce Cloud naar Shopify worden gemigreerd?

Klantrecords kunnen worden gemigreerd, maar wachtwoorden kunnen meestal niet worden geïmporteerd, omdat ze buiten Shopify zijn versleuteld. Plan een heractiveringsroute, gebruik de klantaccounts zonder wachtwoord van Shopify of beoordeel op Shopify Plus een externe identiteitsprovider. Test de afhandeling van dubbele accounts, communicatie en scripts voor de klantenservice vóór de livegang.

Kunnen we Salesforce Marketing Cloud of Service Cloud houden?

Ja. De commercekern verplaatsen betekent niet dat elk Salesforce-product moet verdwijnen. Producten die blijven, hebben een opnieuw ontworpen Shopify-koppeling nodig, een identiteitsmodel, een eventcontract, een toestemmingsproces, een afstemmingsmethode en een eigenaar voor support. Bevestig de zakelijke toepassingen voordat je de oude Commerce Cloud-koppeling nabouwt.

Kan Salesforce Order Management na de migratie blijven?

Mogelijk wel. Breng eerst ordervastlegging, routering, toewijzing, annulering, retouren, fulfilment en serviceprocessen in kaart. Valideer daarna het ordermodel en de events van Shopify tegen die eisen. Het OMS houden betekent de commercekoppeling opnieuw bouwen en testen; het betekent niet dat de huidige koppeling ongewijzigd blijft.

Kunnen price books en acties uit SFCC direct naar Shopify Plus?

De data kan worden geëxporteerd, maar de relaties gaan zelden direct mee. Documenteer valuta, overerving, ingangsdata, voorwaarden, stapelen en bronsystemen. Map daarna de commerciële regels naar Shopify Markets, catalogi, kortingen, Functions, apps of een externe prijsdienst.

Kan een SFCC-storefront met PWA Kit op Shopify worden hergebruikt?

Sommige designmaterialen of React-componenten zijn misschien herbruikbaar, maar PWA Kit hangt af van API's, identiteit, routing en Managed Runtime van Salesforce. Zie hergebruik als beoordeling op codeniveau, niet als aanname voor de architectuur. Een Shopify-thema kan het eenvoudigere doel zijn, tenzij de headless eisen commercieel gerechtvaardigd blijven.

Is Shopify Plus geschikt voor een migratie vanuit Salesforce B2B Commerce?

Dat kan, maar Salesforce B2B Commerce vraagt om een aparte audit van functies. Breng accounts, contactpersonen, rechten, catalogi, onderhandelde prijzen, koperrollen, goedkeuringen, offertes, betalingsvoorwaarden en bestellen met hulp van sales in kaart. Vergelijk die processen met bedrijven, locaties, catalogi en Markets in Shopify en met het ERP of CRM eromheen.

De belangrijkste punten

• Salesforce Commerce Cloud heet in de markt nu Agentforce Commerce, maar de migratiescope moet nog steeds bevestigen of de bronomgeving B2C Commerce, B2B Commerce of beide is.

• Behandel de migratie als het ontvlechten van een ecosysteem. Elke functie moet verhuizen, opnieuw worden gekoppeld, worden vervangen of worden uitgefaseerd.

• Catalogi, price books, acties, klantgroepen, custom objects en jobs vragen om mapping op betekenis, niet alleen om export en import.

• Storefront Next, SFRA, SiteGenesis, PWA Kit, Page Designer-componenten en cartridges zijn platformspecifiek. Behoud hun zakelijke doel in plaats van gelijkwaardigheid in code na te streven.

• Salesforce-producten die blijven, hebben nog steeds nieuwe datacontracten, identiteitsregels, monitoring en operationeel eigenaarschap nodig.

• Een planningshorizon van vier tot negen maanden is geloofwaardiger voor gevestigde SFCC-omgevingen; complexe wereldwijde of B2B-trajecten kunnen langer duren.

• Kosten worden verdedigbaar als storefront, data, koppelingen, Salesforce-afhankelijkheden, SEO en operationele verandering als aparte werkstromen zichtbaar zijn.

• SEO en operationele continuïteit horen in hetzelfde draaiboek voor de livegang, omdat een winkel die zichtbaar live is nog steeds zoekwaarde of backofficeprocessen kan breken.

De centrale migratiebeslissing is niet ‘Salesforce of Shopify?’. Het gaat erom welke architectuur het bedrijf in staat stelt commerce te beheren en te verbeteren zonder meer afhankelijkheden mee te slepen dan nodig. Zodra elke functie een eigenaar heeft en elke koppeling die blijft een getest contract heeft, kan Shopify Plus een schonere commercekern worden in plaats van nog een laag in de stack.

Weet je niet zeker welke Salesforce-afhankelijkheden moeten blijven, opnieuw gekoppeld of vervangen moeten worden? Flatline is Shopify Platinum Partner met praktijkervaring in eCommerce-architectuur, maatwerkdevelopment, koppelingen en SEO. Neem contact op, dan lopen we de scope van de migratie samen met je door.