In jedem Composable Vendor Pitch tauchen die gleichen Versprechen auf. Bessere Customer Experience, …
Salesforce Commerce Cloud Headless Migration, Schritt für Schritt
Eine SFCC-Headless-Migration ist Enterprise-Architektur-Arbeit, kein Theme-Update mit Extras. Sie ist ein eigenständiges Projekt mit Phasen, Stakeholdern, Risiken und einem klaren Übergangsplan. Für Multi-Brand-Konzerne und internationale Brands sind die Phasen wichtiger als bei Single-Brand-Plattformen.
Dieser Guide zeigt sechs Phasen, jeweils mit Zielen, typischer Dauer und den häufigsten Stolperfallen.
Phase 0: Vorbereitung, bevor das Projekt offiziell startet
Ziel: Klarheit über Geschäftsziel, Stakeholder, Budget, Salesforce-Stack-Strategie.
Typische Dauer: 2 bis 4 Wochen (länger wegen Procurement und Multi-Brand-Stakeholder).
In dieser Phase fixieren Sie das „Warum": Multi-Brand-Beschleunigung, Managed-Runtime-Kosten-Reduktion, Marketing-Velocity, EU-Souveränität, BFSG-Compliance. Plus die Salesforce-Stack-Strategie: bleiben Sie tief in Salesforce Customer 360, oder öffnen Sie Vendor-Diversifizierung?
Identifizieren Sie vier Schlüssel-Stakeholder: einen SFCC-Architekten, einen Multi-Brand-Owner, einen Marketing-Owner und den CFO oder Procurement-Verantwortlichen.
Häufiger Fehler: Migration starten, ohne den Salesforce-Stack-Strategie-Kontext zu klären. Wenn die Strategie „voll im Salesforce-Stack bleiben" ist, ist PWA Kit die richtige Wahl.
Phase 1: Discovery und Architektur
Ziel: Technische Bestandsaufnahme, Architektur-Entscheidung.
Typische Dauer: 4 bis 6 Wochen.
Inventarisieren Sie Ihren bestehenden SFCC-Stack: aktive Cartridges, Einstein-AI-Konfigurationen, Marketing-Cloud-Anbindung, B2C- und B2B-Setup, Multi-Site- und Multi-Region-Konfiguration, Drittsysteme.
Treffen Sie die Frontend-Entscheidung: bleiben Sie bei SiteGenesis oder SFRA, gehen Sie auf PWA Kit, oder zu einer FMP wie Laioutr? Diese Frage wird im Detail in SFCC Frontend Alternative entschieden.
Häufiger Fehler: Einstein-AI- und Marketing-Cloud-Integrationen werden im Audit unterschätzt. Wenn diese tief im aktuellen Stack verankert sind, lohnt sich PWA Kit meistens mehr als eine FMP.
Phase 2: Setup und Integration
Ziel: Frontend-Plattform aufsetzen, SFCC-API-Anbindung herstellen.
Typische Dauer: 3 bis 5 Wochen.
Mit Laioutr richten Sie Studio ein, verbinden die Shopper API Platform (SCAPI), konfigurieren Multi-Brand- und Multi-Region-Setups, docken Drittsysteme (Marketing Cloud, Service Cloud, Adobe Analytics, ERP, PIM) über den App Store an.
Häufiger Fehler: SCAPI-Endpoints für B2B oder spezifische Pricing-Books werden zu spät getestet. Frühe API-Tests mit echten Account- und Pricing-Daten sind kritisch.
Phase 3: Komponenten- und Theme-Aufbau
Ziel: Tatsächliche Storefront bauen, inklusive Multi-Brand- und B2B-Workflows.
Typische Dauer: 6 bis 12 Wochen, je nach Anzahl der Brands.
Mit Laioutrs B2C- und B2B-Komponenten starten Sie nicht bei null. Multi-Brand-Renderings, Theme-Switcher, Quote-Frontends und Account-Hierarchie-UIs sind verfügbar. Branding pro Brand, projektspezifische Workflows und SFCC-spezifische Logik bauen Sie darauf auf.
Häufiger Fehler: Salesforce-spezifische Frontend-Logik (Einstein-Empfehlungen, Marketing-Cloud-Inhalte) wird parallel zur Storefront entwickelt, statt vorgelagert zu integrieren.
Phase 4: Datenmigration und Inhalts-Transfer
Ziel: Bestehende Inhalte sicher übertragen.
Typische Dauer: 3 bis 4 Wochen.
SFCC-Page-Designer-Inhalte, Marketing-Cloud-Content-Snippets, Blog-Posts. Bei SiteGenesis-, SFRA- oder PWA-Kit-Migration: Inhalte werden in Studio nachgebaut.
Häufiger Fehler: Page-Designer-eingebundene Inhalte werden nicht 1:1 übertragbar sein, manche Komponenten müssen neu gebaut werden.
Phase 5: SEO-Übergang und Redirects
Ziel: Bestehende Rankings retten.
Typische Dauer: 2 Wochen, parallel zu Phase 4.
301-Redirect-Map (besonders wichtig bei Multi-Brand und Multi-Region), Hreflang- und Canonical-Tags, Schema.org-Markup neu setzen.
Häufiger Fehler: SFCC-spezifische URL-Settings (cgid-Parameter, Suffix-Settings) werden in der Redirect-Map vergessen.
Phase 6: Go-live, Monitoring, Iteration
Ziel: Live gehen und sicherstellen, dass nichts kippt.
Typische Dauer: Go-live an einem Werktag, Stabilisierung 3 bis 4 Wochen.
Gehen Sie nicht freitags live. Beobachten Sie in den ersten 72 Stunden besonders: Conversion-Rate (B2C plus B2B getrennt, plus pro Brand), Multi-Region-Funnel-Completion, Core Web Vitals, SCAPI-Latenzen, Search-Console-Auffälligkeiten.
Häufiger Fehler: Multi-Brand-Tests werden auf das letzte Sprint-Wochenende verschoben. Ein gebrochener Funnel auf einer Brand kann sechsstellige Tagesumsätze kosten.
Typische Gesamt-Timeline
Für ein Enterprise-SFCC-Projekt mit Multi-Brand, B2B-Workflows und Salesforce-Ecosystem-Integration: 14 bis 24 Wochen vom Kickoff bis zum Go-live für die erste Brand. Folge-Brands gehen in 4 bis 6 Wochen live. Die längere Initial-Timeline reflektiert die Procurement-, Stakeholder- und Multi-Brand-Komplexität.
Welche Partner Sie unterstützen
Eine Migration auf eigene Faust ist möglich, aber selten der schnellste Weg. In Deutschland haben sich für SFCC-Frontend-Projekte mit Laioutr besonders bewährt: zertifizierte Salesforce-Solution-Partner mit Commerce-Cloud-Erfahrung. Eine vollständige Liste finden Sie im Bereich Partner.
Fazit: Migration ist Enterprise-Architektur-Arbeit
Eine erfolgreiche SFCC-Frontend-Migration scheitert selten an der Technologie, meistens an unklaren Salesforce-Stack-Strategie-Entscheidungen, Multi-Brand-Komplexität-Unterschätzung oder einer SEO-Phase, die zu spät bedacht wird.
Wenn Sie eine konkrete Migration planen, gehen wir mit Ihnen einen Audit durch, ehrlich, mit konkretem Phasenplan und realistischer Timeline.