WebMCP und MCP finden sich gerade in zwei verschiedenen Rollen ein: WebMCP laesst einen Agenten im B…
SAP Accelerator End of Life: Migration zu Composable Frontend ohne Backend Replatforming
Wer heute eine Storefront auf dem klassischen SAP Accelerator betreibt, kennt das Gefühl, das in jedem Steering Committee mitschwingt. Die Plattform funktioniert, aber jeder Sprint kämpft mit Erblasten. Modernisierungen fühlen sich an wie Operationen am offenen Herzen. Das ist kein Einzelschicksal. Es ist die strukturelle Realität einer Frontend Architektur, die ihre besten Jahre hinter sich hat. Die gute Nachricht. Sie müssen nicht alles auf einmal austauschen.
Warum SAP Accelerator nicht mehr trägt
Der SAP Accelerator wurde für eine Welt gebaut, in der Server Side Rendering die einzige seriöse Option war, in der Mobile Traffic die Ausnahme war und in der Customer Experience kein eigenes KPI Bündel hatte. Die heutige Welt sieht anders aus. Mobile Traffic dominiert. Personalization ist kein Bonus, sondern Voraussetzung. Performance entscheidet über Conversion. AI Services tauchen monatlich auf und wollen integriert werden.
Diese Verschiebung trifft den Accelerator in seinem Kern. Templates sind eng an das Backend gekoppelt. Das Customizing erfordert tiefe Plattformkenntnisse. Performance Tuning für moderne Mobile Standards bleibt aufwendig. Wer ehrlich auf seine Roadmap schaut, erkennt schnell, dass die Frequenz der gewünschten Releases nicht mehr zur Frequenz passt, in der diese Plattform sich bewegen lässt.
Die häufige Fehlannahme: Komplettes Replatforming
Viele Teams gehen davon aus, dass nur ein kompletter Wechsel inklusive Backend hilft. Diese Annahme ist falsch und sie kostet viel Geld. SAP Commerce Cloud als Backend bleibt für die meisten Enterprise Merchants robust. Order Management, Pricing, Promotion Engine, Customer Data, Integrationen in ERP und Fulfillment. All das läuft. Das eigentliche Engpassthema ist das Frontend.
Die elegantere Bewegung lautet daher Frontend zuerst, Backend später oder gar nicht. Sie ersetzen das Frontend durch eine moderne, von der Plattform entkoppelte Schicht. Das Backend bleibt erhalten. Sie sparen die enormen Kosten und Risiken eines parallelen Backend Replatformings.
Wie eine saubere Migration aussieht
Erfolgreiche Migrationen aus dem Accelerator folgen einem klaren Muster. Es lässt sich in fünf Phasen abbilden.
Phase 1: Audit und Slicing
Sie zerlegen die heutige Storefront in funktionale Bereiche. Homepage und Landingpages, Produktkatalog, Produktdetail, Account, Checkout. Pro Bereich notieren Sie zwei Werte. Wie wichtig ist dieser Bereich für Conversion und Revenue? Wie hoch ist die Komplexität in der aktuellen Codebase? Aus dieser Matrix entsteht die Migrationsreihenfolge.
Phase 2: Unified Data Layer
Sie etablieren eine Datenschicht, die das neue Frontend mit dem SAP CC Backend verbindet. Diese Schicht abstrahiert Produkt, Pricing, Cart und Customer APIs. Sie wird zur einzigen Brücke zwischen alt und neu. Damit verhindern Sie, dass das neue Frontend direkt an alte Schnittstellen klebt.
Phase 3: Erste Bereiche live
Sie migrieren die Bereiche mit dem besten Verhältnis aus Wirkung und Risiko. Häufig sind das Landingpages und Kampagnenflächen. Das neue Frontend läuft parallel zum Accelerator, üblicherweise per Path Splitting oder per CDN Routing. Sie ernten erste Performance Wins ohne den Checkout zu berühren.
Phase 4: Hauptkatalog
Produktlistings und Produktdetailseiten folgen. Hier entstehen die größten Mobile Conversion Effekte und die sichtbaren UX Verbesserungen. Zeitgleich werden Best of Breed Services für Search und Recommendations angebunden, die der Accelerator nie elegant bedienen konnte.
Phase 5: Checkout und Account
Den Checkout migrieren Sie zuletzt. Hier liegt das höchste Risiko, deshalb braucht er die meiste Stabilisierungszeit der vorherigen Phasen. Wenn der Checkout sicher auf der neuen Plattform läuft, kann der Accelerator abgeschaltet werden.
Realistische Zeitachse
In der Praxis lässt sich diese Migration in neun bis fünfzehn Monaten umsetzen, abhängig von Komplexität und Anzahl der Storefronts. Erste produktive Bereiche sind häufig nach drei bis vier Monaten live. Der Aufwand verteilt sich auf wenige Engineers, weil viele Plattformaufgaben durch eine Frontend as a Service Lösung abgedeckt werden.
Wichtig ist, dass die Business KPIs sich nicht erst nach dem letzten Schritt verbessern. Mobile Performance Wins zeigen sich oft direkt mit dem ersten migrierten Bereich. Conversion Effekte aus Personalization beginnen, sobald der Hauptkatalog läuft.
Was Sie vermeiden sollten
Drei Fehler sehen wir wiederholt.
Erstens Big Bang Migration. Wer alles gleichzeitig migrieren will, bindet das Engineering Team für ein Jahr ohne Zwischenergebnisse. Risiko und Frust steigen, Vertrauen sinkt.
Zweitens Backend Replatforming parallel zum Frontend Wechsel. Das verdoppelt das Risiko und verzehnfacht die Komplexität. Halten Sie das SAP CC Backend stabil und konzentrieren Sie sich auf die Schicht, die der Kunde wirklich sieht.
Drittens Verzicht auf einen Unified Data Layer. Wer das neue Frontend direkt an die alten Schnittstellen koppelt, baut die nächste Erblast in den ersten Sprint ein.
Fazit
Der Accelerator hat seinen Dienst getan. Ein vollständiger Plattformwechsel ist nicht der richtige Weg. Eine sauber strukturierte Frontend Migration auf eine moderne Composable Plattform ist es. Sie behalten das funktionierende Backend, lösen die echten Engpässe und gewinnen ein Frontend, das Sie in den nächsten Jahren ohne Refactoring Marathons weiterentwickeln können.
Wenn Sie wissen wollen, wie eine solche Migration für Ihr Setup konkret aussieht, sprechen Sie uns an. Wir haben dieses Muster mehrfach erfolgreich umgesetzt und können Ihnen einen realistischen Plan auf Basis Ihrer Storefront skizzieren.
Mehr zur Laioutr-Plattform
Weiterführend: Headless Frontend für SAP Commerce Cloud.
Mehr dazu: Magento 2.4.x End-of-Life-Kalender: Versionen & Daten und Shopify Scripts EOL am 30. Juni: Checkout migrieren, ohne das Frontend zu verlieren.