Der globale Headless-Commerce-Markt wird 2026 auf über zwei Milliarden US-Dollar geschätzt – mit einer jährlichen Wachstumsrate von mehr als 22 Prozent. Gartner prognostiziert, dass mindestens 70 Prozent der Unternehmen bis Ende 2026 Composable-DXP-Technologie einsetzen werden. Die Frage ist nicht mehr ob, sondern wie der Wechsel gelingt – und ob er für jedes Unternehmen sinnvoll ist.
In diesem Artikel erkläre ich, was hinter den Begriffen Headless Commerce, Composable Architecture und MACH steckt, welche Plattformen wir bei Smart Commerce im B2B-Umfeld einsetzen und wann ein Umstieg wirtschaftlich Sinn ergibt. Ohne Buzzword-Bingo, dafür mit ehrlicher Einschätzung.
Warum monolithische Commerce-Plattformen an ihre Grenzen stoßen
Klassische E-Commerce-Plattformen wie SAP Commerce Cloud, Magento oder ältere Intershop-Versionen wurden als sogenannte Monolithen gebaut: Frontend, Backend, Geschäftslogik und Datenhaltung bilden eine fest verbundene Einheit. Das funktionierte jahrelang gut – aber die Anforderungen haben sich verändert.
- Kunden erwarten Echtzeit-Personalisierung über alle Kanäle hinweg – Webshop, App, POS, Marktplätze
- Release-Zyklen müssen von Quartalen auf Wochen oder Tage verkürzt werden
- Internationale Rollouts scheitern an der starren Kopplung von Sprache, Währung und Geschäftslogik
- Jede Anpassung am Frontend erfordert ein Backend-Deployment – und umgekehrt
- Lizenzkosten steigen schneller als der Umsatz, weil Funktionen im Paket verkauft werden, die niemand nutzt
Das Ergebnis: Unternehmen investieren den Großteil ihres IT-Budgets in die Wartung bestehender Systeme statt in Innovation. Laut einer Studie von Forrester fließen bei monolithischen Plattformen bis zu 70 Prozent des Budgets in «Keeping the Lights on».
Was Composable Commerce wirklich bedeutet
Composable Commerce ist kein einzelnes Produkt, sondern ein Architekturprinzip: Statt einer monolithischen Plattform wählen Sie für jede Geschäftsfunktion die beste verfügbare Lösung und verbinden diese über standardisierte APIs. Katalogmanagement von Anbieter A, Checkout von Anbieter B, Suche von Anbieter C – jede Komponente kann unabhängig aktualisiert, skaliert oder ausgetauscht werden.
Der Begriff wurde von Gartner geprägt und basiert auf dem Prinzip der «Packaged Business Capabilities» (PBCs): vorgefertigte, fachlich abgegrenzte Software-Bausteine, die über APIs kommunizieren und sich flexibel kombinieren lassen.
MACH-Architektur: Die technologische Grundlage
MACH ist das Akronym für die vier technologischen Prinzipien, die Composable Commerce ermöglichen:
M – Microservices
Statt einer großen Anwendung besteht das System aus vielen kleinen, spezialisierten Services. Jeder Service hat eine klar definierte Aufgabe – Warenkorb, Preisberechnung, Bestandsführung – und kann unabhängig entwickelt, deployed und skaliert werden. Fällt ein Service aus, läuft der Rest weiter.
A – API-first
Alle Funktionen werden über dokumentierte APIs bereitgestellt. Das bedeutet: Jeder Service kann von jedem anderen Service – oder von externen Systemen wie ERP, PIM oder CRM – angesprochen werden. Die API ist kein Nachgedanke, sondern das primäre Interface.
C – Cloud-native
Die Infrastruktur läuft in der Cloud und nutzt deren Vorteile: automatisches Scaling bei Lastspitzen, globale Verfügbarkeit, nutzungsbasierte Abrechnung. Kein eigenes Rechenzentrum, keine manuelle Server-Wartung.
H – Headless
Die Präsentationsschicht ist vollständig vom Backend entkoppelt. Das Frontend – ob Website, App, Digital Signage oder Voice Interface – wird separat entwickelt und bezieht Daten über APIs. Ein Backend, beliebig viele Frontends.
Plattformvergleich: Intershop, Shopware, commercetools und Spryker
Bei Smart Commerce arbeiten wir als zertifizierter Partner mit vier führenden Commerce-Plattformen. Jede hat ihre Stärken – die richtige Wahl hängt von Geschäftsmodell, Teamstruktur und Integrationslandschaft ab.
| Kriterium | Intershop | Shopware | commercetools | Spryker |
|---|---|---|---|---|
| Architektur | Hybrid (Headless-fähig) | API-first mit Storefront | Cloud-native, rein Headless | Vollmodular, PaaS |
| Zielgruppe | Enterprise B2B, Großhandel | KMU bis Enterprise, B2B + B2C | Enterprise, technikaffine Teams | Enterprise B2B + B2C |
| B2B-Funktionen | Sehr umfangreich (RFQ, Punchout, Org-Management) | Gut (B2B Suite als Extension) | Grundlegend (B2B Engine) | Sehr umfangreich (800+ Module) |
| Time-to-Market | Mittel (viel Out-of-the-Box) | Schnell (großes Plugin-Ökosystem) | Variabel (hoher Entwicklungsaufwand) | Mittel (modularer Aufbau) |
| Cloud-Modell | Managed Cloud + On-Premise | Cloud + Self-hosted | Rein SaaS (Multi-Tenant) | PaaS (Spryker Cloud) |
| KI-Integration | Sparque AI (Suche, Empfehlungen) | AI Copilot (Content, Kategorien) | Über Partner / Custom | Über Partner / Custom |
| Einstiegskosten | Hoch | Niedrig bis mittel | Mittel bis hoch | Hoch |
| Ideal für | Komplexe B2B-Szenarien mit SAP-Integration | Schneller Einstieg, modularer Ausbau | Maximale Flexibilität, globale Skalierung | Hochkomplexe, individuelle Geschäftsmodelle |
Vergleich der vier Commerce-Plattformen, mit denen Smart Commerce als zertifizierter Partner arbeitet
Zusätzlich setzen wir Emporix als cloud-native All-in-One-Lösung für B2B und B2C ein – besonders dann, wenn Unternehmen eine schlanke, sofort einsatzbereite Plattform suchen, ohne ein großes Entwicklungsteam aufbauen zu müssen.
Für die intelligente Produktsuche und Empfehlungen ergänzen wir den Stack häufig mit FactFinder – dem in Deutschland führenden Tool für KI-gestützte Onsite-Search im E-Commerce.
Der Migrationsweg: Vom Monolith zu Composable in 5 Phasen
Ein Composable-Umbau ist kein Big-Bang-Projekt. Wir empfehlen einen schrittweisen Ansatz, der Risiken minimiert und schnell erste Ergebnisse liefert.
Phase 1: Assessment und Zielarchitektur
Analyse der bestehenden Systemlandschaft, Identifikation von Schmerzpunkten und Definition der Zielarchitektur. Ergebnis: ein Solution Blueprint mit klarer Priorisierung, welche Komponenten zuerst migriert werden.
Phase 2: Strangler-Fig-Pattern – Frontend entkoppeln
Das Frontend wird als erstes vom Monolith getrennt – nach dem Strangler-Fig-Pattern. Eine neue Headless-Frontendschicht (z. B. mit Next.js) übernimmt schrittweise Seiten und Funktionen, während der Monolith im Hintergrund weiterläuft. Kein Risiko, kein Downtime.
Phase 3: Services extrahieren
Einzelne Geschäftsfunktionen – Suche, Checkout, Preisberechnung – werden als eigenständige Services herausgelöst und durch Best-of-Breed-Lösungen ersetzt. Jeder Service wird separat getestet und deployed.
Phase 4: Integration und Orchestrierung
Die neuen Services werden über eine API-Gateway-Schicht orchestriert. Event-driven Architecture stellt sicher, dass Bestandsänderungen, Preise und Kundendaten in Echtzeit zwischen allen Systemen synchronisiert werden.
Phase 5: Monolith abschalten
Erst wenn alle kritischen Funktionen migriert und produktiv getestet sind, wird der alte Monolith abgeschaltet. Bei den meisten Projekten dauert dieser Gesamtprozess 12 bis 24 Monate – abhängig von der Komplexität der bestehenden Integrationslandschaft.
Wann Sie NICHT headless gehen sollten
Composable Commerce ist kein Allheilmittel. Es gibt Szenarien, in denen ein monolithischer oder hybrider Ansatz die bessere Wahl bleibt:
- Ihr Unternehmen hat weniger als 5 Mio. Euro Online-Umsatz und keine komplexe Systemlandschaft – der Overhead lohnt sich nicht
- Sie haben kein internes Entwicklungsteam und keinen Partner, der den Stack langfristig betreut – Composable erfordert technische Kompetenz
- Ihre Anforderungen sind standardisiert und ändern sich selten – ein gut konfiguriertes Shopware oder Intershop reicht vollkommen
- Time-to-Market ist kritischer als Flexibilität – ein Monolith mit starkem Out-of-the-Box-Funktionsumfang ist schneller live
- Ihr Budget erlaubt keinen schrittweisen Umbau – ein Composable-Stack hat höhere initiale Integrationskosten
Monolith vs. Composable Architecture
- Best-of-Breed: Für jede Funktion die beste Lösung wählen
- Unabhängige Skalierung einzelner Services bei Lastspitzen
- Schnellere Feature-Releases durch entkoppelte Deployments
- Zukunftssicher: Einzelne Bausteine austauschbar, ohne Gesamtsystem zu gefährden
- Multi-Channel nativ: Ein Backend bedient Web, App, POS, Marktplätze
- Geringere Komplexität: Ein System, ein Vendor, ein Vertrag
- Schnellerer Start: Out-of-the-Box-Funktionen sofort nutzbar
- Niedrigere initiale Kosten für Standardszenarien
- Weniger technische Kompetenz im Team erforderlich
- Etablierte Prozesse für Updates und Wartung
Was Composable Commerce in der Praxis kostet
Transparenz bei Kosten ist uns wichtig – deshalb eine ehrliche Einschätzung basierend auf unseren Projekterfahrungen:
| Kostenposition | Monolith (typisch) | Composable (typisch) |
|---|---|---|
| Initiale Implementierung | 200.000 – 500.000 € | 300.000 – 800.000 € |
| Jährliche Lizenzkosten | 50.000 – 200.000 € | 30.000 – 150.000 € (nutzungsbasiert) |
| Laufende Betriebskosten | 80.000 – 150.000 €/Jahr | 60.000 – 120.000 €/Jahr |
| Time-to-Value (erster ROI) | 6 – 12 Monate | 3 – 6 Monate (iterativ) |
| Total Cost of Ownership (5 Jahre) | 800.000 – 2.000.000 € | 600.000 – 1.500.000 € |
Richtwerte basierend auf Smart Commerce Projekterfahrung – die tatsächlichen Kosten variieren je nach Komplexität erheblich
Der entscheidende Punkt: Composable Commerce hat höhere Anfangsinvestitionen, amortisiert sich aber über die Laufzeit durch niedrigere Lizenzkosten, schnellere Iterationszyklen und reduzierte Abhängigkeit von einem einzelnen Anbieter. Besonders bei B2B-Unternehmen mit komplexen Integrationslandschaften – ERP, PIM, CRM, Außendienst-Tools – sehen wir nach zwei bis drei Jahren eine deutlich bessere Kostenstruktur.
Der nächste Schritt: Agentic Commerce
Der bedeutendste Trend für 2026 ist die Konvergenz von Composable Commerce und Künstlicher Intelligenz zu dem, was wir Agentic Commerce nennen. KI-Agenten übernehmen dabei nicht nur die Produktsuche oder Empfehlungen, sondern orchestrieren ganze Geschäftsprozesse: automatische Nachbestellungen, dynamische Preisgestaltung, vorausschaünde Bestandsplanung.
Composable Architecture ist die Voraussetzung dafür – denn nur wenn Services über standardisierte APIs kommunizieren, können KI-Agenten sie intelligent verknüpfen. Monolithische Plattformen sind für diese Art der Orchestrierung schlicht nicht gebaut.
Häufig gestellte Fragen
Gut zu wissen.
Fazit: Composable ist der neue Standard – aber kein Selbstläufer
Composable Commerce ist keine Zukunftsmusik mehr – es ist der Standard, auf den sich der Markt zubewegt. Aber es ist auch kein Schalter, den man umlegt. Es ist ein Architekturprinzip, das technische Kompetenz, eine klare Strategie und einen Partner erfordert, der sowohl die Geschäftsseite als auch die Technologie versteht.
Bei Smart Commerce haben wir in über 120 Projekten erfahren, dass die größte Herausforderung nicht die Technologie ist – sondern die Frage, welche Komponenten in welcher Reihenfolge migriert werden sollten, um den maximalen Business Value zu erzielen. Das ist keine rein technische Entscheidung, sondern eine strategische.
Die beste Architektur ist die, die zum Geschäftsmodell passt – nicht die, die auf der Konferenz am besten klingt.
Ingo Körber, COO Smart Commerce SE
Lassen Sie uns über Composable Commerce sprechen.
Kostenlose Erstberatung – Antwort innerhalb von 24 Stunden.
