Migration von Salesforce Commerce Cloud zu Shopify Plus: Kosten, Zeitplan und die Entflechtung des Stacks
Von Robin Laseur
Eine Migration von Salesforce Commerce Cloud zu Shopify Plus bleibt selten auf den Storefront beschränkt. Commerce-Daten können mit Marketing Cloud, Service Cloud, Order Management, Data Cloud, Middleware und individuellen Cartridges verbunden sein. Wer den Commerce-Kern austauscht, muss daher entscheiden, welche Teile dieses Ökosystems bleiben, neu angebunden werden, umziehen oder wegfallen.
Von Salesforce Commerce Cloud zu Shopify Plus zu migrieren, heißt: brauchbare Commerce-Daten übertragen, den Storefront neu bauen, plattformspezifische Cartridges ersetzen und die Systeme neu anbinden, die das Unternehmen weiterhin braucht. Das Programm sollte mit der Erfassung der Abhängigkeiten beginnen und danach Zielarchitektur, Daten, Integrationen, SEO, Tests, Umstellung und Stabilisierung nach dem Go-live abdecken.
Das ist ebenso eine Entflechtungsentscheidung wie ein Replatforming-Projekt. Wer es als Katalogimport behandelt, verdeckt operative Abhängigkeiten; wer jedes Salesforce-Produkt ersetzt, kann nützliche Integrationen verwerfen. Ziel ist es, wertvolle Funktionen zu erhalten, jeder eine klare Verantwortung im Zielsystem zuzuweisen und Komplexität abzubauen, die das Unternehmen nicht mehr finanzieren will.
Was bedeutet „Salesforce Commerce Cloud“ bei einer Migration?
Salesforce Commerce Cloud, heute als Agentforce Commerce vermarktet, kann nach wie vor unterschiedliche Quellumgebungen bezeichnen. B2C Commerce, früher Demandware, hat eigene Storefront-Frameworks, den Business Manager, eigene Datenstrukturen und APIs. B2B Commerce folgt einem anderen Modell. Der Migrationsumfang muss Produkt, Storefront-Architektur und angebundene Salesforce-Dienste festhalten, bevor der Aufwand geschätzt wird.
Salesforce gibt inzwischen an, dass Commerce Cloud Agentforce Commerce heißt, während die Produktsuite weiterhin B2C- und B2B-Commerce unterstützt. Der neue Name ist für aktuelle Architektur- und Einkaufsgespräche relevant. Salesforce Commerce Cloud, SFCC und Demandware bleiben nützliche Begriffe für die Suche und zur Einordnung von Umgebungen, weil ältere Implementierungen, Dokumentation und Spezialteams sie weiterhin verwenden.
Dieser Leitfaden behandelt vor allem Salesforce B2C Commerce. Dessen Storefront kann SiteGenesis nutzen, die Storefront Reference Architecture (SFRA), PWA Kit auf Managed Runtime, die neuere Option Storefront Next oder eine Mischung aus klassischen und Headless-Routen. Die aktuellen Storefront-Hinweise von Salesforce unterscheiden diese Architekturen. Deshalb verrät „wir sind auf SFCC“ nicht, wie viel Code ersetzt werden muss.
Bei B2B Commerce muss die Discovery zusätzlich das Datenmodell der Salesforce Platform prüfen, Experience-Cloud-Komponenten, Kontobeziehungen, Berechtigungen, verhandelten Einkauf, Vertriebsabläufe und Anpassungen in Apex oder Lightning. Diese Elemente lassen sich nicht anhand eines Inventars von B2C-Cartridges schätzen.
Damit Angebote vergleichbar werden, sollte jedes angeben, ob die Umgebung B2C Commerce, B2B Commerce oder beides umfasst; welches Storefront-Framework läuft; welche Sites, Locales und Price Books aktiv sind; welche Salesforce-Produkte angebunden sind; welche Systeme maßgeblich sind; und welche Cartridges, Jobs, APIs und Middleware-Flüsse den Betrieb betreffen.
Ohne diese Basis ist ein Zeitplan auf Grundlage der SKU-Zahl keine Schätzung für eine Enterprise-Migration. Es ist eine Schätzung für einen Import.
Wann ist der Wechsel von Salesforce Commerce Cloud zu Shopify Plus sinnvoll?
Der Wechsel von Salesforce Commerce Cloud zu Shopify Plus ist sinnvoll, wenn die Organisation einen stärker standardisierten Commerce-Kern, schnellere kaufmännische Iterationen und weniger plattformspezifischen Entwicklungsaufwand will. Am stärksten ist der Business Case, wenn das Unternehmen nur einen Teil des Salesforce-Commerce-Stacks nutzt, vorausgesetzt Shopify und die verbleibenden Systeme können die nötigen Märkte, das Merchandising und den Betrieb tragen.
Salesforce Commerce Cloud bleibt eine leistungsfähige Enterprise-Plattform, besonders mit tiefer Salesforce-Integration, anspruchsvollem Multi-Site-Betrieb und einer reifen Delivery-Organisation. Eine Migration sollte nicht mit der Behauptung beginnen, eine Enterprise-Plattform sei der anderen grundsätzlich überlegen.
Die Rechnung ändert sich, wenn die Betriebslast schneller wächst als der Nutzen: Releases brauchen knappe Spezialisten, Cartridges überschneiden sich, routinemäßiges Merchandising wartet auf Entwickler oder Teams überbrücken eine teure Salesforce-Landschaft noch immer mit manuellen Prozessen.
Eine formale Bewertung ist angebracht, wenn alte Integrationen die Architektur bestimmen, die Verantwortung für Funktionen unklar ist, umgesetzte Funktionen kaum genutzt werden oder die Plattform- und Supportkosten über drei Jahre nicht mehr zum erzeugten Wert passen.
Flatlines bestehender Vergleich von Shopify und Salesforce Commerce Cloud behandelt die grundsätzliche Plattformwahl. In der Migrationsphase lautet die schärfere Frage nicht, welche Funktionsliste gewinnt. Es geht darum, ob die Zielarchitektur das Geschäft mit weniger Abhängigkeiten und einem produktiveren Betriebsmodell tragen kann.
Wann das Bleiben bei Salesforce die bessere Entscheidung sein kann
Bleiben kann vernünftig sein, wenn die Umgebung zuverlässig läuft, das Unternehmen das integrierte Salesforce-Ökosystem nutzt und die Roadmap von der vorhandenen Kontrolle profitiert. Ein Replatforming ist schwer zu rechtfertigen, wenn es SFCC durch individuelle Dienste rund um Shopify nachbaut. Schlechte Produktdaten, Governance und Verantwortlichkeiten ziehen außerdem mit um. Beheben Sie also zuerst das Betriebsmodell, wenn Salesforce nicht der Engpass ist.
Warum ist eine SFCC-Migration ein Projekt zur Entflechtung eines Ökosystems?
Eine SFCC-Migration entflechtet ein Ökosystem, weil Storefront-Verhalten, Kundendaten, Kampagnen, Serviceabläufe und Auftragsprozesse sich über mehrere Salesforce-Produkte erstrecken können. Das Migrationsteam muss entscheiden, welche Funktionen Shopify übernimmt, welche Salesforce-Dienste wertvoll bleiben, wie verbleibende Dienste neu angebunden werden und welche Integrationen oder Lizenzen wegfallen können, sobald der neue Shop stabil läuft.
Commerce Cloud kann Teil eines breiteren Salesforce-Ökosystems sein statt einer isolierten Anwendung. Order Management erhält womöglich Bestellungen sowie Produkt- oder Preisdaten aus B2C Commerce. Service Cloud nutzt vielleicht Bestellinformationen. Marketing-Dienste verarbeiten womöglich Katalog-, Verhaltens- oder Transaktions-Events. Data Cloud nimmt vielleicht Commerce-Daten auf, während MuleSoft die Anbindungen an ERP, PIM und Fulfillment koordiniert.
Keine dieser Beziehungen beweist, dass ein Salesforce-Produkt bleiben oder gehen muss. Sie beweisen, dass die Abhängigkeit verstanden sein muss, bevor sich der Commerce-Endpunkt ändert.
Ein nützliches Discovery-Modell weist jeder Funktion eine von vier Entscheidungen zu:
Dieses Modell verhindert zwei teure Annahmen. Die erste lautet, dass ein Abschied von Commerce Cloud auch den Verzicht auf CRM-, Service- oder Marketing-Tools von Salesforce erfordert. Die zweite lautet, dass diese Tools unberührt bleiben können. Ein verbleibendes System braucht trotzdem einen neuen Quellvertrag, ein Event-Modell, einen Fehlerprozess und eine verantwortliche Stelle.
Ein Abhängigkeitsregister anlegen, nicht nur eine Integrationsliste
Eine Integrationsliste nennt vielleicht „Marketing Cloud“ oder „OMS“. Ein Abhängigkeitsregister erklärt, was durch die Verbindung fließt, in welche Richtung, wie oft, unter wessen Verantwortung und mit welchen Folgen, wenn sie ausfällt.
Halten Sie je Abhängigkeit Systeme, Objekte, Events, Übertragungsmethode, Häufigkeit, Volumen, Transformationen, Identitätsregeln, Verhalten bei Wiederholungen und Abgleich, operative Verantwortliche, Grenzen bei Lastspitzen und die Zielentscheidung fest.
Diese Informationen legen den tatsächlichen kritischen Pfad offen. Ein Storefront kann fertig aussehen, während ein ungetesteter Fluss für Kundenidentität oder Bestellstatus den Go-live unsicher macht.
Welche SFCC-Daten und -Funktionen müssen neu abgebildet werden?
SFCC-Daten sollten nach ihrer geschäftlichen Bedeutung neu abgebildet werden, nicht nach ihrem Container in der Quelle kopiert. Kataloge, Price Books, Aktionen, Kundengruppen, Inhalte, Custom Objects und Bestellhistorie können jeweils das Live-Verhalten beeinflussen. Das Zielmodell muss die nötigen Beziehungen erhalten, ohne den Business Manager eins zu eins in Shopify nachzubauen.
Salesforce B2C Commerce stellt eigene Strukturen für Kataloge, Produkte, Price Books und Aktionen bereit. Ob ein Preis oder eine Aktion gilt, kann zudem von Sites, Source Codes, Kundengruppen oder dem Kontext des Käufers abhängen. Diese Beziehungen machen einen reinen Export zu einer unvollständigen Beschreibung dessen, was der Shop tut.
Produkte, Kataloge und Variationsmodelle
Erfassen Sie Master- und Variationsprodukte, Bundles oder Sets, Kategorien, Attribute, Medien, Suchfilter, Verfügbarkeit je Markt und Kennungen aus vorgelagerten Systemen und bestätigen Sie dann, wie PIM, ERP, Feeds und Storefront sie nutzen. Produkte, Varianten, Kollektionen, Metafields und Metaobjects in Shopify können breite Sortimente abbilden, doch validieren Sie Kundenverhalten und operative Ausgabe gemeinsam. Eine korrekt aussehende Seite reicht nicht, wenn Bestell- oder Bestandskennungen ihre Bedeutung ändern.
Price Books, Aktionen und Kundengruppen
Price Books brauchen eine kaufmännische Interpretation. Dokumentieren Sie Vererbung, Währung, Gültigkeitsdaten, Staffeln, Berechtigungen und das System, das jeden Preis veröffentlicht. Shopify Markets und Kataloge können Verfügbarkeit und Preise steuern, und B2B-Kataloge unterstützen firmenspezifische Vereinbarungen, doch sie sind keine automatische Entsprechung für jedes SFCC-Muster.
Aktionen brauchen dieselbe Behandlung. Halten Sie Bedingungen, Kombinierbarkeit, Ausschlüsse, Gutscheinverhalten, Auswirkungen auf den Versand, Berechtigung der Kunden und Erwartungen an das Reporting fest. Erhalten Sie die kaufmännische Regel und entscheiden Sie dann, ob Shopify-Rabatte, Functions, eine App oder ein externer Preisdienst sie verantworten.
Kunden, Identität und Einwilligung
Kundenprofile erfordern Deduplizierung, Identitätsabgleich und eine Prüfung der Einwilligungen. Kundengruppen oder Attribute in Salesforce können Preise, Aktionen, Personalisierung und Serviceabläufe steuern. In Shopify können einige dieser Zwecke zu Kundensegmenten, Tags, Metafields, Markets, B2B-Firmen oder einer externen Kundenplattform wandern.
Passwörter brauchen einen eigenen Übergangsplan. Shopify gibt an, dass sich Kundenpasswörter nicht per CSV migrieren lassen, weil sie außerhalb von Shopify verschlüsselt sind. Marken können eine Reaktivierung planen, die passwortlosen Kundenkonten von Shopify nutzen oder auf Plus einen externen Identitätsanbieter prüfen. Der richtige Weg hängt von der aktuellen Identitätsarchitektur und der Supportkapazität ab.
Einwilligungen sollten nicht aus dem Vorhandensein einer E-Mail-Adresse abgeleitet werden. Bilden Sie Quelle, Zeitstempel, Zweck, Region und Abmeldestatus ab und prüfen Sie dann, wie die Zielsysteme diese Datensätze berücksichtigen.
Bestellungen und operative Historie
Der Umfang der historischen Bestellungen sollte echten Anwendungsfällen in Kundenservice, Finance, Treueprogrammen und Analyse folgen. Legen Sie fest, welche Historie Kunden und interne Teams in laufenden Interaktionen brauchen und welche nur rechtskonform in einem Warehouse, einer Service-Oberfläche oder einem Archiv aufbewahrt werden muss. Diese Entscheidung prägt Migrationsmethode und Kosten.
Custom Objects, Jobs und geplante Prozesse
Custom Objects und Jobs können Importe, Exporte, Feeds, Bereinigung oder externe Dienste unterstützen. Da individuelle Job-Schritte Cartridge-basierte Skripte ausführen können, prüfen Sie das Job-Inventar im Business Manager zusammen mit Code und Integrationen. Bestimmen Sie für jedes Element den Geschäftsprozess und ordnen Sie das Ergebnis Shopify, einer App, Middleware, einem externen System oder der Abschaltung zu. Kopieren Sie keine eigenen Daten ohne gesteuerten Zweck.
Was passiert mit Storefront Next, SFRA, SiteGenesis, PWA Kit und Cartridges?
Storefront Next, SFRA, SiteGenesis, PWA Kit und SFCC-Cartridges wandern nicht als wiederverwendbare Anwendungen zu Shopify. Ihre Anforderungen müssen auf das Storefront-, Checkout-, App- und Integrationsmodell von Shopify abgebildet werden. Design-Assets und Inhalte können nützlich bleiben, doch React-Komponenten, Controller, ISML-Templates, Page-Designer-Definitionen und serverseitige Cartridge-Logik müssen bewertet werden.
Die Wahl des Ziel-Storefronts sollte bei den Geschäftsanforderungen beginnen, nicht bei der Annahme, dass ein bestehender Headless-Build wieder einen Headless-Build erfordert.
Eine SFRA- oder SiteGenesis-Site verbindet Templates, Controller, Skripte und Cartridges rund um die Runtime von B2C Commerce. PWA Kit und Storefront Next nutzen React-basierte Komponenten, hängen aber weiterhin von Commerce-Verträgen, Identität, Routing, Managed Runtime und Plattformverhalten von Salesforce ab. Einzelne Komponenten können wiederverwendbar sein, doch der umgebende Zustand und die APIs ändern sich.
Bei Shopify fällt die zentrale Entscheidung meist zwischen einem Theme-basierten Online Store mit Liquid und einem Headless-Storefront mit Hydrogen oder einem anderen Framework. Theme-basiert heißt nicht generisch, und headless heißt nicht automatisch fortschrittlicher. Wählen Sie das am wenigsten komplexe Modell, das die Anforderungen an Erlebnis, Lokalisierung, Inhalte, Performance und Umsetzung erfüllt.
Page-Designer-Inhalte brauchen einen Plan auf Komponentenebene
Mit dem Page Designer von Salesforce erstellen Entwickler wiederverwendbare Seiten- und Komponententypen, die Merchants anordnen, einplanen und veröffentlichen. Die Inhalte in diesen Instanzen können wertvoll bleiben, doch Komponentendefinitionen und Rendering-Logik sind plattformspezifisch.
Erfassen Sie Page-Designer-Seiten, Content Assets, Slots, Zeitpläne und Personalisierungsregeln. Legen Sie für jede Komponente fest, ob Sie sie als Section oder Block in einem Shopify-Theme neu bauen, ihre Inhalte in ein Metaobject oder CMS verschieben, sie über eine App umsetzen oder abschalten. Ziel ist es, redaktionelle Möglichkeiten zu erhalten, nicht Screenshots der alten Seiten.
Cartridges nach geschäftlichem Zweck einordnen
Machen Sie aus der Zahl der Cartridges keine Zahl von Shopify-Apps. Eine Cartridge kann mehrere Anforderungen bedienen, während mehrere Cartridges gemeinsam eine Funktion für Kunden tragen können. Ordnen Sie sie nach Storefront-Erlebnis, Suche, Zahlungen, Steuern, Betrugsprävention, Aktionen, Analyse, Feeds, Kundenservice, Auftragsmanagement und Integrationen.
Stellen Sie dann drei Fragen:
Besteht die Anforderung noch?
Kann Shopify sie nativ mit vertretbaren Einschränkungen unterstützen?
Falls nicht: Ist eine App, ein verbleibender externer Dienst oder eine individuelle Komponente die stärkste Verantwortung?
So vermeiden Sie, jahrelang angesammelten Code nachzubauen, nur weil er im Quell-Repository liegt.
Wie sollten verbleibende Salesforce-Produkte an Shopify angebunden werden?
Verbleibende Salesforce-Produkte sollten über ausdrückliche Datenverträge und Verantwortungsregeln an Shopify angebunden werden. Marketing Cloud, Service Cloud, Order Management, CRM oder Data Cloud zu behalten, kann sinnvoll sein, doch jede Anbindung braucht neu gestaltete Events, Kennungen, Einwilligungsverarbeitung, Abgleich und eine Supportverantwortung. „In Salesforce bleiben“ macht die frühere Commerce-Cloud-Integration nicht übertragbar.
Die Zielarchitektur sollte Funktion für Funktion festgelegt werden.
Salesforce dokumentiert, dass die Order-Management-Anbindung Bestellungen sowie Produkt- oder Preisdaten aus B2C Commerce erhält. Ein Austausch der Commerce-Plattform ändert also mehr als einen Endpunkt. Das Team muss das Bestellmodell von Shopify, Änderungen, Stornierungen, Retouren, Fulfillment-Updates, steuerliche Behandlung und das Status-Mapping gegen die verbleibenden OMS-Abläufe validieren.
Dasselbe Prinzip gilt für den Kundenservice. Ein Servicemitarbeiter braucht vielleicht eine zusammengeführte Ansicht, doch das beweist nicht, dass jeder historische Datensatz in Shopify gehört. Eine Service-Integration kann aktuelle Shopify-Daten und aufbewahrte Historie dort anzeigen, wo die Mitarbeiter bereits arbeiten.
Wie sollten B2B- und Multi-Market-Anforderungen behandelt werden?
B2B- und Multi-Market-Anforderungen sollten auf Ebene der Abläufe erfasst werden, bevor Shopify-Shop, Markets und Katalogstruktur gewählt werden. Firmen, Käuferberechtigungen, Preislogik, Zahlungsbedingungen, Steuern, Währung, juristische Einheiten und Fulfillment können sich über mehrere Salesforce-Produkte erstrecken. Shopify kann viele dieser Anforderungen erfüllen, doch ihre Beziehungen aus der Quelle lassen sich selten eins zu eins übertragen.
Trennen Sie bei B2C Commerce mit großhandelsähnlichen Kundengruppen zuerst echte Geschäftskonten von Konsumentensegmenten. Prüfen Sie bei Salesforce B2B Commerce Kontohierarchien, Kontakte, Berechtigungen, verhandelte Preise, Vertragsprodukte, Einkäuferrollen, Freigaben, Angebote, Nachbestellungen und vertriebsgestützte Abläufe.
Das B2B-Modell von Shopify arbeitet mit Firmen und Firmenstandorten, mit Katalogen, Zahlungseinstellungen und Kundenzugang rund um diese Einheiten. Die B2B-Grundfunktionen von Shopify sind inzwischen in allen Tarifen verfügbar, während Plus Funktionen wie unbegrenzte Kataloge und die direkte Zuordnung zu Firmenstandorten ergänzt. Mit Shopify Markets lassen sich Währung, Produkte, Preise, Domains und Sprachen variieren. Das sind nützliche Bausteine, keine garantierte Parität.
Bilden Sie jeden Einkaufsweg von der Anmeldung bis zum Eingang im ERP ab:
Wer darf kaufen, und für welchen Firmenstandort?
Welches Sortiment und welchen Preis sollte dieser Einkäufer erhalten?
Sind Mengenstaffeln, Vertragspreise oder verhandelte Ausnahmen nötig?
Braucht die Bestellung eine Freigabe, eine Bestellnummer oder Zahlungsbedingungen?
Kann ein Vertriebs- oder Servicemitarbeiter im Namen des Kunden bestellen?
Welche juristische Einheit nimmt die Bestellung an, und welches Lager liefert?
Wie funktionieren Retouren, Gutschriften und Bestelländerungen nach dem Checkout?
Gehen Sie bei einer internationalen Architektur nicht davon aus, dass jede SFCC-Site zu einem Shopify-Shop wird. Manche Sites lassen sich über Markets zusammenführen. Andere müssen wegen Marken, juristischer Einheiten, Kataloge, Betrieb oder Teamverantwortung getrennt bleiben. Die richtige Struktur folgt Governance- und Transaktionsanforderungen, nicht einer Eins-zu-eins-Zählung der Sites.
Wie lange dauert eine Migration von SFCC zu Shopify Plus?
Eine Migration einer etablierten SFCC-Umgebung zu Shopify Plus sollte in der Regel in Monaten geplant werden. Ein abgegrenztes B2C-Programm passt womöglich in rund vier Monate, während ein Programm mit mehreren Sites, vielen Integrationen oder der Entflechtung von Salesforce sechs bis neun Monate oder länger dauern kann. Die Discovery muss die Spanne bestätigen, sobald Storefront, Cartridges, Daten und Abhängigkeiten im Ökosystem verstanden sind.
Das sind Planungsspannen, keine Lieferzusagen. Öffentliche Schätzungen von Agenturen gehen weit auseinander, weil „SFCC-Migration“ alles beschreiben kann, von einem abgegrenzten Storefront mit Katalog bis zu einem globalen Programm über mehrere Salesforce-Clouds, B2B und ein OMS. Eine glaubwürdige Schätzung erklärt, welche Abhängigkeiten das Projekt in seine Spanne bringen.
Der kritische Pfad verläuft oft über Entscheidungen und Integrationen statt über die Theme-Entwicklung. Eine typische Reihenfolge umfasst Audit der Umgebung, Zielarchitektur, Belege für schwierige Daten, Bau von Storefront und Integrationen, End-to-End-Validierung, Generalprobe der Umstellung und überwachte Stabilisierung. Jedes Gate braucht benannte Abnahmekriterien, bevor die nächste Phase zum verbindlichen Umfang wird.
Zeitdruck sollte zu Priorisierung führen, nicht zu verstecktem Umfang. Ein gestaffelter Rollout kann Märkte, ein Content-Redesign oder nicht kritische Funktionen trennen, aber nur, wenn Datenverantwortung und Customer Journeys während der Umstellung stimmig bleiben.
Was kostet eine Migration von Salesforce Commerce Cloud zu Shopify Plus?
Die Kosten einer Migration von Salesforce Commerce Cloud zu Shopify Plus umfassen Discovery, Storefront-Umsetzung, Datenumwandlung, Ersatz von Cartridges, Neuanbindung von Salesforce, SEO, Tests, Umstellung und Stabilisierung. Eine abgegrenzte Enterprise-Migration erfordert häufig eine fünfstellige Investition, während Programme mit mehreren Märkten oder einem umfangreichen Ökosystem deutlich sechsstellig werden können. Nur ein Umfang auf Basis der Abhängigkeiten liefert eine belastbare Schätzung.
Diese Spannen sind richtungsweisender Kontext für die Planung, kein Angebot von Flatline. Komplexität verändert die Zahl stärker als die Kataloggröße. Ein Unternehmen mit 100.000 gut gepflegten Produkten und stabilen Integrationen kann leichter zu migrieren sein als ein kleinerer Katalog mit undokumentierten Preisregeln, individuellen Jobs und sich überschneidenden Salesforce-Diensten.
Shopify Plus ist eine Budgetposition. [Die offiziellen Preise beginnen derzeit bei 2.300 USD pro Monat](https://www.shopify.com/plus/pricing) für Standard-Setups bei drei Jahren Laufzeit oder 2.500 USD pro Monat bei einem Jahr Laufzeit. Komplexere Unternehmen oder solche mit höherem Volumen können zu einer variablen Plattformgebühr wechseln, daher müssen die aktuellen Bedingungen weiterhin kaufmännisch bestätigt werden.
Bauen Sie das Projektbudget aus sechs sichtbaren Arbeitspaketen auf:
Discovery und Architektur: Audit der Umgebung, Anforderungen, Systemverantwortung, Datenverträge, Migrationsspezifikation und Programmplan.
Storefront- und Commerce-Konfiguration: Experience Design, Theme- oder Headless-Entwicklung, Checkout, Suche, Merchandising, Märkte und B2B.
Datenmigration: Extraktion, Bereinigung, Umwandlung, wiederholte Testladungen, Abgleich und letzte Synchronisierung.
Veränderung im Ökosystem: Integrationen für Salesforce, ERP, PIM, OMS, WMS, Zahlungen, Steuern, Marketing und Analyse, einschließlich Abschaltarbeiten.
Absicherung des Go-lives: SEO, Barrierefreiheit, Performance, QA, Abnahmetests, Sicherheitsprüfung, Generalprobe der Umstellung und Monitoring.
Betrieblicher Übergang: Inhalte, Schulung, Kundenkommunikation, Kosten für parallel laufende Plattformen, App-Abos und Support nach dem Go-live.
Diese Struktur macht Angebote vergleichbar. Eine niedrigere Summe lässt vielleicht die Migration von Page Designer, Bestellhistorie, Einwilligungen, Kundenaktivierung, Middleware-Änderungen oder Stabilisierung weg. Ein anderes Angebot enthält womöglich ein vollständiges Redesign, das sich staffeln ließe. Prüfen Sie enthaltene Leistungen, Annahmen und Verantwortlichkeiten auf Kundenseite, bevor Sie Summen vergleichen.
Der Business Case sollte mindestens drei Jahre Kosten des Zielzustands mit den Kosten eines Verbleibs auf SFCC vergleichen. Flatlines TCO-Analyse für E-Commerce bietet einen breiteren Rahmen für Implementierung, Lizenzen, Entwicklung, Wartung und organisatorischen Aufwand. Berücksichtigen Sie auch Opportunitätskosten: Eine günstigere Plattform ist nicht günstiger, wenn sie die operativen Fähigkeiten schwächt, die Umsatz bringen.
Wie schützen Sie SEO und Betrieb während der Umstellung?
SEO und Betrieb zu schützen, erfordert einen einzigen Umstellungsplan für URLs, Daten, Identität, Bestellungen, Bestand, verbleibende Salesforce-Systeme, Analyse und Kundenkommunikation. Proben Sie die letzte Synchronisierung und kritische Abläufe, schalten Sie validierte Weiterleitungen live, legen Sie die Befugnis für Go-live und Rollback fest und überwachen Sie Suche, Umsatz und Backoffice-Abläufe ab dem Moment, in dem der Traffic wechselt.
Beginnen Sie die SEO-Arbeit, bevor die Ziel-Informationsarchitektur feststeht. Crawlen Sie jede aktive SFCC-Site und kombinieren Sie das Ergebnis mit Daten aus Analyse, Search Console, Backlinks und Umsatz. Treffen Sie für jede wertvolle indexierbare URL eine Entscheidung: behalten, zusammenführen, auf einen relevanten Ersatz weiterleiten oder bewusst abschalten.
SFCC-URLs können Muster für Locale, Kategorie, Produkt oder Kampagne enthalten, die von individuellen Controllern und Routing erzeugt werden. Shopify unterstützt den Massenimport von URL-Weiterleitungen, doch die Weiterleitungsfunktion erstellt nicht das Mapping. Validieren Sie Schleifen, Ketten, das Verhalten von Query-Strings, Canonicals, Signale für andere Sprachen, interne Links, Sitemaps, Robots-Anweisungen und strukturierte Daten.
Das operative Runbook muss festlegen: Freeze-Zeiträume in der Quelle, letzte und Delta-Synchronisierung, das maßgebliche System für Bestand und Preise, Kundenzugang, Transaktionstests, Validierung von OMS und ERP, Prüfungen von Einwilligung und Analyse, Aktivierung der Domain, Go-live-Kriterien, Rollback-Befugnis und den Abgleich nach dem Go-live.
„Zero Downtime“ ist kein brauchbares Versprechen, solange nicht festgelegt ist, was ohne Unterbrechung laufen muss. Ein Storefront kann Seiten ausliefern, während Bestellungen das Fulfillment nicht erreichen oder Kunden-Events nicht mehr bei Service und Marketing ankommen. Die Go-live-Bereitschaft erfordert daher Belege aus End-to-End-Szenarien, nicht nur ein erreichbares Frontend.
Wer Salesforce Commerce Cloud entflechtet, berührt jedes Salesforce-Produkt, das bleibt. Wenn Sie noch zwischen Plattformwechsel, Neuaufbau und Bleiben entscheiden, sorgen Sie für eine fundierte Antwort, bevor die Cartridge-Inventur beginnt; findet der Wechsel statt, führt unsere Shopify-Migration Abhängigkeitsregister, Datenmapping und Go-live als einen Plan durch.
Häufig gestellte Fragen
Lassen sich Kundenpasswörter aus Salesforce Commerce Cloud zu Shopify migrieren?
Kundendatensätze lassen sich migrieren, Passwörter können in der Regel aber nicht importiert werden, weil sie außerhalb von Shopify verschlüsselt sind. Planen Sie einen Reaktivierungsweg, nutzen Sie die passwortlosen Kundenkonten von Shopify oder prüfen Sie auf Shopify Plus einen externen Identitätsanbieter. Testen Sie den Umgang mit Duplikaten, die Kommunikation und die Skripte für den Kundenservice vor dem Go-live.
Können wir Salesforce Marketing Cloud oder Service Cloud behalten?
Ja. Ein Wechsel des Commerce-Kerns erfordert nicht, jedes Salesforce-Produkt zu entfernen. Verbleibende Produkte brauchen eine neu gestaltete Shopify-Anbindung, ein Identitätsmodell, einen Event-Vertrag, einen Einwilligungsprozess, eine Abgleichsmethode und eine Supportverantwortung. Bestätigen Sie die geschäftlichen Anwendungsfälle, bevor Sie die frühere Commerce-Cloud-Integration nachbauen.
Kann Salesforce Order Management nach der Migration bleiben?
Möglicherweise. Bilden Sie zuerst Bestellerfassung, Routing, Zuteilung, Stornierung, Retouren, Fulfillment und Serviceabläufe ab. Validieren Sie dann Bestellmodell und Events von Shopify gegen diese Anforderungen. Das OMS zu behalten, bedeutet, die Commerce-Anbindung neu zu bauen und zu testen; es bedeutet nicht, dass die aktuelle Integration unverändert bleibt.
Lassen sich Price Books und Aktionen aus SFCC direkt zu Shopify Plus übertragen?
Die Daten lassen sich exportieren, doch die Beziehungen übertragen sich selten direkt. Dokumentieren Sie Währungen, Vererbung, Gültigkeitsdaten, Berechtigungen, Kombinierbarkeit und Quellsysteme. Bilden Sie die kaufmännischen Regeln dann auf Shopify Markets, Kataloge, Rabatte, Functions, Apps oder einen externen Preisdienst ab.
Lässt sich ein SFCC-Storefront mit PWA Kit auf Shopify wiederverwenden?
Ausgewählte Design-Assets oder React-Komponenten können wiederverwendbar sein, doch PWA Kit hängt von APIs, Identität, Routing und Managed Runtime von Salesforce ab. Behandeln Sie Wiederverwendung als Bewertung auf Code-Ebene, nicht als Architekturannahme. Ein Shopify-Theme kann das einfachere Ziel sein, sofern die Headless-Anforderungen nicht kaufmännisch gerechtfertigt bleiben.
Eignet sich Shopify Plus für eine Migration von Salesforce B2B Commerce?
Das kann es, doch Salesforce B2B Commerce erfordert ein eigenes Funktionsaudit. Erfassen Sie Konten, Kontakte, Berechtigungen, Kataloge, verhandelte Preise, Einkäuferrollen, Freigaben, Angebote, Zahlungsbedingungen und vertriebsgestütztes Bestellen. Vergleichen Sie diese Abläufe mit Firmen, Standorten, Katalogen und Markets in Shopify sowie dem umgebenden ERP oder CRM.
Das Wichtigste in Kürze
Salesforce Commerce Cloud wird heute als Agentforce Commerce vermarktet, doch der Migrationsumfang muss weiterhin klären, ob die Quellumgebung B2C Commerce, B2B Commerce oder beides ist.
Behandeln Sie die Migration als Entflechtung eines Ökosystems. Jede Funktion sollte umziehen, neu angebunden, ersetzt oder abgeschaltet werden.
Kataloge, Price Books, Aktionen, Kundengruppen, Custom Objects und Jobs erfordern ein Mapping nach Bedeutung, nicht nur Export und Import.
Storefront Next, SFRA, SiteGenesis, PWA Kit, Page-Designer-Komponenten und Cartridges sind plattformspezifisch. Erhalten Sie ihren geschäftlichen Zweck, statt Code-Parität anzustreben.
Verbleibende Salesforce-Produkte brauchen trotzdem neue Datenverträge, Identitätsregeln, Monitoring und operative Verantwortung.
Ein Planungshorizont von vier bis neun Monaten ist für etablierte SFCC-Umgebungen glaubwürdiger; komplexe globale oder B2B-Programme können länger dauern.
Kosten werden belastbar, wenn Storefront, Daten, Integrationen, Salesforce-Abhängigkeiten, SEO und operative Veränderung als getrennte Arbeitspakete sichtbar sind.
SEO und operative Kontinuität gehören in dasselbe Go-live-Runbook, weil ein sichtbar live geschalteter Shop trotzdem Suchwert oder Backoffice-Prozesse beschädigen kann.
Die zentrale Migrationsentscheidung lautet nicht „Salesforce oder Shopify?“. Es geht darum, welche Architektur es dem Unternehmen ermöglicht, Commerce zu betreiben und zu verbessern, ohne mehr Abhängigkeiten mitzuschleppen als nötig. Sobald jede Funktion eine Verantwortung und jede verbleibende Anbindung einen getesteten Vertrag hat, kann Shopify Plus zu einem saubereren Commerce-Kern werden statt zu einer weiteren Schicht im Stack.
Sie sind unsicher, welche Salesforce-Abhängigkeiten bleiben, neu angebunden oder ersetzt werden sollten? Flatline ist Shopify Platinum Partner mit praktischer Erfahrung in E-Commerce-Architektur, individueller Entwicklung, Integrationen und SEO. Nehmen Sie Kontakt auf, dann gehen wir den Umfang der Migration gemeinsam mit Ihnen durch.
Verwandte Artikel
