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

Das End of Mainstream Maintenance für SAP Commerce On-Prem kommt im Juli 2026 (SAP Help Portal, 2026). Jeder Kunde muss eine Plattform-Entscheidung treffen. Manche machen eine direkte Migration auf SAP Commerce Cloud. Andere nehmen EoMM als Auslöser, alles neu zu denken.

Und genau da kommt Composable Commerce ins Gespräch. Meistens an einer Konferenz. Meistens mit viel Enthusiasmus und zu wenig Rechnen.

Ich bin ehrlich: Composable Commerce ist keine universelle Antwort. Es löst spezifische Probleme für spezifische Organisationen. 90 % der Unternehmen, die ihre E-Commerce-Plattform migriert haben, meldeten Umsatzverbesserungen (commercetools, 2024), unabhängig davon, ob sie composable oder integriert gewählt haben. Die Plattformentscheidung ist weniger wichtig als die Umsetzung.

TL;DR: SAP Commerce EoMM (Juli 2026) erzwingt eine Plattform-Entscheidung. Eine Commerce-Cloud-Migration dauert 3-6 Monate und bewahrt bestehende Investitionen. Composable Commerce dauert 9-15 Monate, bietet aber mehr langfristige Flexibilität. Für die meisten On-Prem-Kunden ist Commerce Cloud die pragmatische Wahl: Die Franke-Migration haben wir in 90 Tagen abgeschlossen (SAP Quality Award). Der hybride Ansatz (Commerce-Cloud-Backend + eigenes Frontend) trifft oft den Sweet Spot.

Was ersetzt Composable Commerce eigentlich?

Über 3’200 Unternehmen nutzen aktuell SAP Commerce (6sense, 2025). Für alle, die auf Composable schauen, heisst das in der Praxis: Sie ersetzen eine monolithische Commerce-Plattform durch unabhängige Best-of-Breed-Services.

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. Die Orchestrierungsschicht gehört Ihnen. Das Versprechen ist Flexibilität: jede Komponente austauschen, ohne alles neu zu bauen. Die Realität ist differenzierter, als die Konferenzvorträge suggerieren. Ich habe genug von diesen Vorträgen gesessen.

Wann ergibt Composable nach EoMM Sinn?

Composable funktioniert in drei spezifischen Situationen gut. Ausserhalb davon wäre ich vorsichtig.

Sie haben ein starkes internes Entwicklungsteam. Composable verlagert Verantwortung vom Vendor auf Ihr Team. Kein einzelner Support-Vertrag. Keine einheitliche Admin-Konsole. Ihre Entwickler bauen und pflegen die Integrationen, die Orchestrierungsschicht, das Frontend. Wenn Ihr Team 5+ erfahrene Commerce-Entwickler hat, die API-Architektur und Event-Driven-Systeme verstehen, ist Composable machbar. Wenn nicht, handeln Sie sich ein paar wacklige Jahre ein.

Sie brauchen Frontend-Flexibilität über den Composable Storefront hinaus. SAP Commerce Cloud kommt mit dem Composable Storefront: funktional, gut integriert, stabil, aber opinionated. Wenn Ihre Marke interaktive 3D-Konfiguratoren, komplexe B2B-Self-Service-Portale oder Multi-Brand-Storefronts mit völlig unterschiedlicher UX verlangt, bietet Composable mehr Spielraum. Fair genug.

Ihre Integrationsschicht ist bereits API-first. Wenn Ihr ERP, PIM, CRM und Ihre Logistiksysteme bereits saubere REST- oder GraphQL-APIs bereitstellen, fügt sich Composable natürlich ein. Sie ergänzen eine bestehende Architektur um APIs, statt eine von Grund auf nachzurüsten.

Wann ist Commerce Cloud der bessere Weg?

Für viele SAP Commerce On-Prem-Kunden ist Commerce Cloud die schnellere, günstigere und risikoärmere Option. SAP ist seit 11 Jahren in Folge Leader im Gartner Magic Quadrant für Digital Commerce (SAP News Center, 2025). In diesen Fällen ist es der klügere Schritt.

Ihre Anpassungen sind tief an SAP-Datenmodelle gebunden. Wenn Sie über Jahre 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 heisst: alles von Grund auf neu schreiben. Häufig allein dafür ein Aufwand von 6 bis 12 Monaten.

Sie müssen schnell handeln. Die EoMM-Deadline ist Juli 2026. Eine Commerce-Cloud-Migration dauert 3 bis 6 Monate. Franke haben wir in 90 Tagen migriert. Ein Composable-Aufbau (Vendor-Auswahl, Architekturdesign, Integrationsentwicklung, Frontend-Bau) dauert typischerweise 9 bis 15 Monate. Die Rechnung lügt nicht.

Ihr Team ist SAP-zentrisch. Wenn Ihre Entwickler SAP Commerce in- und auswendig kennen, aber wenig Erfahrung mit Node.js-Ökosystemen und Event-Driven-Patterns haben, kommt Composable mit einer steilen Lernkurve. Unterschätzen Sie das nicht. Ich habe gesehen, wie das Zeitpläne kippt.

Sie wollen einen Vendor für den Support. Commerce Cloud gibt Ihnen einen Support-Vertrag, ein SLA, einen Eskalationspfad. Composable heisst, 5 bis 10 Vendor-Beziehungen zu managen, jede mit anderen Support-Bedingungen und Preismodellen. Dieser operative Overhead ist real. Er wird immer unterschätzt.

Was ist mit dem hybriden Ansatz?

Es gibt einen Mittelweg, der bei vielen Organisationen punktgenau funktioniert: mit SAP Commerce Cloud starten und schrittweise Composable-Elemente einführen, wo sie Wert bringen.

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

Das gibt Ihnen eine schnelle Migration weg von On-Prem (3 bis 6 Monate), Frontend-Freiheit durch Headless-Architektur, Backend-Stabilität von SAPs verwalteter Plattform und schrittweise Dekomposition: SAP-Komponenten über die Zeit gegen Best-of-Breed-Services austauschen, wenn es Sinn ergibt.

Wir haben dieses Muster bei Unternehmen umgesetzt, die Composable-Flexibilität wollen, sich aber die Timeline oder das Risiko einer vollständigen Dekomposition im Moment nicht leisten können. Ein solider Mittelweg. Und wichtig: Sie müssen sich nicht für eine Seite entscheiden. Sie können pragmatisch starten und sich weiterentwickeln.

Ob Commerce Cloud, hybrid oder vollständig composable: Wir bringen tiefe SAP Commerce-Expertise in jedes Projekt. Mehr zu unserem Ansatz auf der SAP Commerce Cloud Lösungsseite.

Wie entscheiden Sie? Fünf Fragen.

1. Wie viele Commerce-Entwickler haben Sie intern? Bei weniger als 5 wird Composable Ihr Team überlasten. Commerce Cloud ist sicherer.
2. Können Sie sich eine Timeline von 12 bis 15 Monaten leisten? Wenn Sie bis Juli 2026 von On-Prem weg müssen und noch nicht begonnen haben, ist Composable zu langsam.
3. Muss Ihr Frontend grundlegend anders sein als der Composable Storefront? Standard-B2B- oder B2C-Anforderungen rechtfertigen die Composable-Komplexität nicht.
4. Ist Ihre Integrationsschicht bereits API-first? Batch-Dateien und Excel-basiertes PIM? Dann fügt Composable Komplexität hinzu, ohne seinen Kernvorteil zu liefern.
5. Sind Sie bereit, mehrere Vendor-Beziehungen zu managen? Support-Tickets bei 5 bis 10 Anbietern, Versionskonflikte, Schuldzuweisungen zwischen Providern. Wenn das anstrengend klingt: Commerce Cloud gibt Ihnen einen Anbieter.

Seien Sie bei diesen Fragen ehrlich mit sich. Ich habe zu viele Teams gesehen, die die ambitionierte statt die realistische Antwort gewählt haben. Und 9 Monate später rufen sie uns an, damit wir es richten.

Jede Situation ist anders. Wir starten mit einem Architektur-Assessment: Ihre aktuelle Plattform, Ihre Team-Kompetenzen, Ihre Integrationsanforderungen und Ihr Zeitrahmen. Sprechen Sie mit uns, und wir helfen Ihnen, die richtige Plattform-Entscheidung zu treffen, bevor EoMM eine überstürzte erzwingt.

Häufig gestellte Fragen

Können wir mit Commerce Cloud starten und später composable werden?

Ja. Das ist der hybride Ansatz, den wir den meisten Kunden empfehlen. Die OCC-APIs von SAP Commerce Cloud ermöglichen Headless Commerce vom ersten Tag an. Sie können den Composable Storefront sofort durch ein eigenes Frontend ersetzen und danach schrittweise Backend-Komponenten (PIM, Suche, OMS) gegen Best-of-Breed-Alternativen austauschen, wenn Ihr Team die Kompetenz aufgebaut hat und der Geschäftsbedarf die Investition rechtfertigt.

Wie viel teurer ist Composable als eine Commerce-Cloud-Migration?

Composable kostet vorab typischerweise das 2- bis 3-Fache. Eine Commerce-Cloud-Migration liegt bei CHF 250’000 bis 600’000. Ein vergleichbarer Composable-Aufbau bei CHF 600’000 bis 1.2 Millionen, inklusive Vendor-Lizenzen, Integrationsentwicklung und Frontend-Bau. Auch die laufenden Kosten sind höher: mehrere SaaS-Abonnements plus das Engineering-Team für die Orchestrierungsschicht.

Was ist die minimale Teamgrösse für eine Composable-Commerce-Plattform?

Realistisch 5+ erfahrene Entwickler: 2 bis 3 Frontend-Entwickler (React/Next.js), 1 bis 2 Backend-/Integrationsentwickler und mindestens ein DevOps-Engineer für mehrere Deployment-Pipelines. Zum Vergleich: Commerce Cloud läuft mit 2 bis 3 SAP-Commerce-Entwicklern. Composable erfordert zudem stärkere Architekturdisziplin. Jemand muss das Systemdesign verantworten.

Ist Composable Commerce skalierbarer als Commerce Cloud?

Nicht zwingend. Commerce Cloud enthält elastisches Auto-Scaling und ein integriertes CDN. Composable-Architekturen können jede Komponente unabhängig skalieren, was theoretisch effizienter ist, aber nur, wenn Sie in die Infrastruktur-Orchestrierung investieren (Kubernetes, Service Mesh, Observability). Für die meisten Mittelstandsunternehmen ist das verwaltete Scaling von Commerce Cloud mehr als ausreichend.

Was passiert, wenn ein Composable-Vendor vom Markt verschwindet?

Das ist der Kernvorteil von Composable und zugleich sein Kernrisiko. Wenn Ihr CMS-Anbieter scheitert, können Sie ihn gegen ein anderes CMS austauschen, ohne Commerce Engine oder Frontend anzufassen. Aber der Austausch kostet trotzdem Wochen an Integrationsarbeit. Commerce Cloud eliminiert dieses Risiko: SAPs Commerce-Plattform steht hinter einem Unternehmen mit über 35 Milliarden Euro Umsatz und 11 Jahren in Folge als Gartner Leader.