Composable Commerce nach EoMM: Ist das der richtige Weg für Ihr Unternehmen?

Das End of Mainstream Maintenance für SAP Commerce On-Prem zwingt jeden Kunden zu einer Plattform-Entscheidung. Für manche ist die Antwort eine direkte Migration auf SAP Commerce Cloud. Für andere ist EoMM der Auslöser, alles neu zu denken — und hier kommt Composable Commerce ins Spiel.

Aber Composable Commerce ist keine universelle Antwort. Es löst spezifische Probleme für spezifische Organisationen. Dieser Beitrag hilft Ihnen zu entscheiden, ob es der richtige Weg für Ihr Unternehmen ist — oder ob SAP Commerce Cloud der klügere Schritt wäre.

Was Composable Commerce konkret bedeutet

Composable Commerce ersetzt eine monolithische Commerce-Plattform durch einen Satz unabhängiger, spezialisierter Best-of-Breed-Services. Statt eines Systems, das alles von Produktkatalog über Checkout bis Auftragsmanagement abdeckt, wählen Sie spezialisierte Tools für jede Funktion:

• Ein Headless CMS für Inhalte (Contentful, Storyblok, Strapi)
• Ein PIM für Produktdaten (Akeneo, Salsify, Pimcore)
• Ein OMS für Auftragsmanagement (Fluent Commerce, commercetools Order API)
• Eine Suchmaschine für Produktfindung (Algolia, Typesense)
• Ein modernes Frontend-Framework (Next.js, Nuxt, Astro)

Diese Services kommunizieren über APIs. Sie verantworten die Orchestrierungsschicht, die alles zusammenhält.

Das Versprechen ist Flexibilität. Sie können jede Komponente austauschen, ohne die gesamte Plattform neu zu bauen. Sie können jeden Service unabhängig skalieren. Sie können das beste Tool für jede Aufgabe einsetzen.

Die Realität ist differenzierter.

Wann Composable Sinn ergibt

Composable Commerce funktioniert gut in bestimmten Situationen:

Sie haben ein starkes internes Entwicklungsteam

Composable Commerce verlagert Verantwortung vom Vendor auf Ihr Team. Es gibt keinen einzelnen Support-Vertrag. Keine einheitliche Admin-Konsole. Ihre Entwickler bauen und pflegen die Integrationen, die Orchestrierungsschicht und das Frontend. Wenn Ihr Team 5+ erfahrene Commerce-Entwickler hat, die API-Architektur und Event-Driven-Systeme verstehen, ist Composable machbar.

Wenn Sie für den Grossteil der Entwicklungsarbeit auf externe Berater angewiesen sind, wird Composable teuer in Aufbau und Betrieb.

Sie brauchen Frontend-Flexibilität, die SAP Commerce Cloud nicht bietet

SAP Commerce Cloud kommt mit Spartacus (jetzt Composable Storefront) als Referenz-Frontend. Es ist funktional, gut integriert und stabil. Aber es ist opinionated. Wenn Ihre Marke ein stark individuelles Shopping-Erlebnis verlangt — interaktive 3D-Produktkonfiguratoren, komplexe B2B-Self-Service-Portale oder Multi-Brand-Storefronts mit völlig unterschiedlicher UX — bietet ein Composable-Ansatz mehr Freiheit.

Sie betreiben mehrere Marken mit unterschiedlichen Anforderungen

Ein Konzern mit fünf Marken, die jeweils ein anderes Shopping-Erlebnis, andere Produktkataloge und andere Checkout-Flows benötigen, kann von einer Composable-Architektur profitieren. Jede Marke kann die Services nutzen, die sie braucht, ohne von einem gemeinsamen Monolithen eingeschränkt zu werden.

Ihre Integrationslandschaft ist bereits API-first

Wenn Ihr ERP, PIM, CRM und Logistiksysteme bereits saubere REST- oder GraphQL-APIs anbieten, fügt sich Composable Commerce natürlich ein. Sie fügen einer bestehenden Architektur weitere APIs hinzu, statt eine nachzurüsten.

Wann SAP Commerce Cloud die bessere Wahl ist

Für viele SAP Commerce On-Prem-Kunden ist SAP Commerce Cloud der schnellere, günstigere und risikoärmere Weg. Hier sind die Situationen, in denen es mehr Sinn ergibt als Composable:

Ihre Anpassungen sind tief an SAP Commerce-Datenmodelle gebunden

Wenn Sie über Jahre hinweg Geschäftslogik rund um das Typsystem, die Warenkorb-Berechnung und das Promotions-Framework von SAP Commerce aufgebaut haben, bewahrt eine Migration auf Commerce Cloud dieses Investment. Composable bedeutet, diese Logik von Grund auf neu zu schreiben — häufig ein Aufwand von 6-12 Monaten allein dafür.

Sie müssen schnell handeln

Die EoMM-Deadline ist Juli 2026. Eine Commerce Cloud-Migration ist in 3-6 Monaten machbar. Wir haben Franke in 90 Tagen migriert. Ein Composable-Aufbau — mit Vendor-Auswahl, Architekturdesign, Integrationsentwicklung und Frontend-Bau — dauert typischerweise 9-15 Monate für vergleichbaren Umfang. Wenn Zeit Ihr Engpass ist, bringt Commerce Cloud Sie schneller von On-Prem weg.

Ihr Team ist SAP-zentrisch

Wenn Ihre Entwickler SAP Commerce in- und auswendig kennen, aber wenig Erfahrung mit Node.js-Ökosystemen, Headless-Architekturen und Event-Driven-Patterns haben, kommt ein Composable-Ansatz mit einer steilen Lernkurve. Commerce Cloud lässt Ihr Team in einer vertrauten Umgebung mit verbessertem Tooling arbeiten.

Sie möchten einen einzigen Vendor für den Support

SAP Commerce Cloud gibt Ihnen einen Support-Vertrag, ein SLA, einen Eskalationspfad. Composable Commerce bedeutet, 5-10 Vendor-Beziehungen zu managen, jede mit unterschiedlichen Support-Bedingungen, Release-Zyklen und Preismodellen. Dieser operative Overhead wird oft unterschätzt.

Der hybride Ansatz

Es gibt einen Mittelweg, der für manche Organisationen funktioniert: mit SAP Commerce Cloud starten und schrittweise Composable-Elemente einführen.

SAP Commerce Cloud unterstützt Headless Commerce über seine OCC-APIs (Omni Commerce Connect). Sie können das Standard-Composable-Storefront durch ein eigenes Frontend ersetzen und gleichzeitig SAP Commerce Cloud als Backend für Katalog, Warenkorb, Checkout und Auftragsmanagement behalten.

Dieser Ansatz bietet Ihnen:

• Schnelle Migration weg von On-Prem (3-6 Monate)
• Frontend-Freiheit durch Headless-Architektur
• Backend-Stabilität von SAPs verwalteter Plattform
• Schrittweise Dekomposition — SAP-Komponenten über die Zeit gegen Best-of-Breed-Services austauschen, während Ihr Team Kompetenz aufbaut

Wir haben gesehen, dass dies gut für Unternehmen funktioniert, die die Flexibilität von Composable wollen, sich aber die Timeline oder das Risiko einer vollständigen Dekomposition im Moment nicht leisten können.

Das ehrliche Entscheidungs-Framework

Stellen Sie sich diese fünf Fragen:

1. Wie viele Commerce-Entwickler haben Sie intern? Bei weniger als 5 wird Composable Commerce Ihr Team überlasten. Commerce Cloud ist sicherer.

2. Können Sie sich eine Timeline von 12-15 Monaten leisten? Wenn Sie bis Juli 2026 von On-Prem weg müssen und noch nicht begonnen haben, ist Composable zu langsam. Commerce Cloud ist realistisch.

3. Muss Ihr Frontend grundlegend anders sein als Composable Storefront? Wenn Ihre Anforderungen Standard-B2C oder -B2B sind, deckt Composable Storefront das ab. Sie brauchen Composable nicht nur wegen kleinerer UI-Unterschiede.

4. Ist Ihre Integrationslandschaft bereits API-first? Wenn Ihr ERP noch mit Batch-Dateien läuft und Ihr PIM ein Excel-Sheet ist, fügt Composable Komplexität hinzu, ohne seinen Kernvorteil zu liefern.

5. Sind Sie bereit, mehrere Vendor-Beziehungen zu managen? Support-Tickets bei 5-10 Anbietern, Versionskonflikte und Schuldzuweisungen, wenn etwas kaputtgeht — wenn das anstrengend klingt, ist es das auch. Commerce Cloud gibt Ihnen einen einzigen Ansprechpartner.

Was wir empfehlen

Wir sind bei diesem Thema nicht ideologisch. Wir haben auf SAP Commerce Cloud gebaut und wir haben mit Composable-Stacks gearbeitet. Die richtige Antwort hängt von Ihrem Geschäft ab.

Für die meisten SAP Commerce On-Prem-Kunden, die vor dem EoMM stehen, ist SAP Commerce Cloud die pragmatische Wahl. Sie ist schneller, risikoärmer und schützt Ihr bestehendes Investment. Die Franke-Migration — 90 Tage, SAP Quality Award — ist der Beweis für das Mögliche.

Für Unternehmen mit ausgereiften Engineering-Teams, Multi-Brand-Komplexität und einem Vorlauf von 12+ Monaten kann Composable Commerce signifikante langfristige Vorteile bringen. Aber gehen Sie mit offenen Augen hinein: Es kostet mehr im Vorfeld, dauert länger und erfordert laufendes Engineering-Investment.

Und für die dazwischen? Der hybride Ansatz — Commerce Cloud-Backend mit eigenem Frontend — trifft oft den Sweet Spot.

Finden wir Ihren Weg

Jede Situation ist anders. Wir starten mit einem Architektur-Assessment: Ihre aktuelle Plattform, Ihre Team-Kompetenzen, Ihre Integrationslandschaft und Ihr Zeitrahmen. Daraus leiten wir den Ansatz ab, der passt — nicht den, der am aufregendsten klingt.

Sprechen Sie mit uns — wir helfen Ihnen, die richtige Plattform-Entscheidung zu treffen, bevor EoMM eine überstürzte erzwingt.