Viele SAP-Commerce-Cloud-Teams stecken zwischen einer Legacy-Accelerator-Storefront und dem Aufwand eines vollen Composable-Storefront-Builds fest. Es gibt einen dritten Weg: das Frontend phasenweise auf der OCC-API erneuern, während das Backend exakt so bleibt, wie es ist.

Warum das Frontend der Druckpunkt ist

Die Accelerator-Storefront ist serverseitig, JSP-basiert und eng ans Backend gekoppelt. Sie ist zunehmend schwer zu warten, langsam für Marketing-Änderungen und hinter den Core Web Vitals zurück. SAP selbst lenkt Kunden zur entkoppelten Composable Storefront. Aber ein vollständiger Angular-Neubau ist ein großes Programm. Der Schmerz sitzt im Frontend, das Backend ist meist in Ordnung.

Phasenweises Replatforming auf der OCC-API

Weil die OCC-REST-API Frontend und Backend bereits entkoppelt, lässt sich das Frontend schrittweise umziehen:

• Phase 1: das neue Laioutr-Frontend gegen die OCC-API für einen abgegrenzten Scope aufsetzen, zum Beispiel Content- und Landingpages
• Phase 2: Kategorie- und Produktseiten migrieren und OCC-Antworten gegen den Live-Katalog validieren
• Phase 3: Warenkorb und Checkout umziehen, die risikoreichsten Flows, mit Parallelbetrieb und Messung
• Phase 4: verbleibende Routen umstellen und die Legacy-Storefront abschalten

In jeder Phase bleibt die SAP-Backend-Konfiguration unangetastet. Ihr ändert, wie Daten gerendert werden, nicht wo sie liegen.

Der Rollback-Plan zählt

Jede Phase hat einen definierten Scope und einen Rollback-Pfad: Routen können auf die Legacy-Storefront zurückzeigen, falls eine Phase Probleme macht. Damit wird Replatforming eine kontrollierte Folge umkehrbarer Schritte statt eines Big-Bang-Cutovers. Performance und Barrierefreiheit werden pro Phase validiert, nicht erst am Ende.

Was ihr gewinnt

• Marketing-Autonomie über einen visuellen Page Builder, kein Engineering-Ticket pro Banner
• Lighthouse-100-Ziel und Core Web Vitals ab Werk
• WCAG 3.0 und BFSG auf Plattform-Ebene gelöst
• Backend-Optionalität bleibt erhalten, weil das Frontend nicht erneut an SAP-Interna gekoppelt wird

Realistischer Zeitrahmen

Eine mittelgroße SAP-Storefront mit klarem Branding und ohne exotische Custom-Logik geht typischerweise in Wochen vom Kickoff zur ersten Live-Phase, mit vollem Cutover über einige Phasen. Multi-Site- oder schwere B2B-Setups dauern länger und werden pro Phase geschätzt.

Häufige Fragen

Müssen wir die Composable Storefront aufgeben?

Ihr könnt. Oder ihr betreibt Laioutr während des Übergangs parallel dazu. Beide konsumieren dieselbe OCC-API.

Wird das SAP-Backend verändert?

Nein. Replatforming passiert auf dem Frontend-Layer über OCC. Backend-Konfiguration, Erweiterungen und Daten bleiben bestehen. Migrations-Scoping-Call vereinbaren.

Wie wird das Risiko kontrolliert?

Durch Phasen und Rollback. Jede Phase ist umkehrbar, und risikoreiche Flows wie der Checkout laufen vor dem Cutover parallel.