80 Prozent schneller sollten Unternehmen neue Shop-Features ausrollen, wenn sie auf einen composablen Ansatz setzen, so lautete die Gartner-Prognose aus dem Jahr 2020, die den Begriff Composable Commerce salonfähig machte. Sechs Jahre später fällt die Bilanz nüchterner aus: Die Architekturphilosophie ist im E-Commerce-Mainstream angekommen, doch die Projekt-Friedhöfe der Branche füllen sich mit Replattformings, die genau an der versprochenen Flexibilität zerschellt sind.
Wer 2026 eine Shop-Architektur entscheidet, steht vor einer unbequemen Wahrheit: Composable Commerce ist kein Produkt, das man kauft. Es ist ein Betriebsmodell, das man können muss. Dieser Guide trennt das Versprechen von der Rechnung, und zeigt, welcher Anbieter zu welchem Händlertyp passt.
Warum scheitern so viele Composable-Projekte im zweiten Jahr?
Die kurze Antwort: am Team, nicht an der Technik. Modulare Architekturen verlagern die Integrationsverantwortung vom Softwareanbieter in die eigene Organisation. Im ersten Projektjahr trägt das die Agentur, das Budget und der Adrenalinpegel eines großen Relaunchs. Im zweiten Jahr beginnt der Ernst: Frontend-Regressionen nach Vendor-Updates, Orchestrierung zwischen Checkout, PIM und OMS, Monitoring über ein Dutzend Services hinweg.
Zalando zeigt, wie das obere Ende aussieht. Der Berliner Modehändler betreibt seit rund einem Jahrzehnt eine Microservice-Landschaft mit mehreren tausend Services, und unterhält dafür eine Platform-Engineering-Organisation, die größer ist als die gesamte IT-Abteilung der meisten DACH-Händler. About You ging den gleichen Weg und baute aus dem eigenen Schmerz heraus SCAYLE, inzwischen ein eigenständiges Commerce-Produkt. Beide Fälle belegen: Composable funktioniert. Beide belegen ebenso, was es kostet, nämlich eine Engineering-Kultur, die man nicht per Vertrag einkauft.
Agenturen kalkulieren mittelständische Composable-Replattformings derzeit zwischen 500.000 und zwei Millionen Euro, je nach Integrationslandschaft. Wer dieses Budget bewilligt, ohne die laufenden Betriebskosten mitzudenken, baut ein Haus und vergisst die Heizung.
MACH ist ein Versprechen, kein Gütesiegel
Microservices, API-first, Cloud-native, Headless, hinter dem Akronym der MACH Alliance steckt ein sinnvolles Architekturprinzip: Jede Commerce-Funktion, vom Warenkorb bis zur Produktsuche, lässt sich als eigenständiger Service betreiben, ersetzen und skalieren. Doch der Markt hat das Label inzwischen verwässert. Fast jeder Hersteller klebt eine API-Schicht auf seinen Bestandscode und nennt das Ergebnis composable.
Der Praxistest ist simpel und wird in Ausschreibungen erstaunlich selten gestellt: Fragen Sie den Anbieter, wie viele seiner Services sich unabhängig voneinander deployen lassen, wie oft Updates ausgerollt werden und wer im Fehlerfall das Frontend betreibt. Ehrliche Antworten trennen echte MACH-Architekturen vom Marketing-Klebeetikett. Shopware 6 etwa ist genuin API-first gebaut, wird aber von den meisten Händlern als vollintegrierter Full-Stack betrieben, auch das ist eine legitime Entscheidung, nur eben keine composable.
Welcher Anbieter passt zu welchem Händlertyp?
Es gibt keinen besten Anbieter, nur den passenden für Ihre Teamgröße, Ihr Geschäftsmodell und Ihre Release-Frequenz. Fünf Profile dominieren derzeit den deutschsprachigen Markt:
- commercetools aus München: das Enterprise-Schwergewicht der Szene. Streng API-first, hochgradig modular, geeignet für Konzerne und digitale Champions wie OBI oder REWE, die eine eigene Entwicklungsorganisation mitbringen. Ohne mindestens ein zweistelliges Engineering-Team wird das Projekt zur Belastung.
- Spryker aus Berlin: stark im B2B- und Marketplace-Umfeld, etwa bei komplexen Preislogiken, Firmenkundenportalen und Ersatzteilgeschäften. Wer klassischen Handel mit industriellen Anforderungen verbindet, landet hier schneller als bei den Mode-Plattformen.
- SCAYLE aus Hamburg: aus der About-You-Organisation geboren, klar auf Fashion und Lifestyle zugeschnitten. Weniger Baukasten, mehr vorkonfigurierte Meinung, ideal für Brands, die composable wollen, ohne jeden Microservice selbst zu kuratieren.
- Shopware aus Schöppingen: der DACH-Mittelstands-Anker. API-first im Kern, mit riesigem Plugin-Ökosystem. Der pragmatische Einstieg für Händler, die modular denken, aber einen Full-Stack-Betrieb schätzen.
- BigCommerce und Shopify: SaaS mit headless Option. Wer sein Frontend entkoppeln will, ohne die Backend-Verantwortung abzugeben, fährt hier mit dem geringsten operativen Risiko.
„Kaufen Sie keine Architektur, die Ihr Team nicht betreiben kann. Die eleganteste Microservice-Landschaft nützt nichts, wenn um zwei Uhr nachts niemand sie debuggt.“
Dieser Grundsatz unterschreibt fast jeder CTO nach seinem ersten Replattforming, leider meist hinterher.
Warum sind die Lizenzkosten nur ein Drittel der Rechnung?
Weil die Commerce-Engine im Composable-Stack nur eine Komponente unter vielen ist. Die ehrliche Kalkulation umfasst das Frontend, etwa über Alokai oder commercetools Frontend, die Integrationsschicht zu PIM-Systemen wie Akeneo, Zahlungsdienstleistern wie Adyen, einem Order-Management-System plus Hosting, Observability und DevOps-Kapazität. Hinzu kommt das Vendor-Management: Statt eines Vertrags verhandeln Sie fünf bis zwölf, jedes mit eigenem SLA, eigenem Release-Rhythmus, eigenem Support-Desk.
Für den laufenden Betrieb einer mittelgroßen Composable-Landschaft kalkulieren erfahrene Systemintegratoren im DACH-Markt monatliche Kosten im mittleren fünfstelligen Bereich, Personal eingerechnet. Auf fünf Jahre gerechnet übersteigt der Betrieb die initiale Implementierung deutlich.
Wann bleibt der Monolith die klügere Entscheidung?
Öfter, als die Anbieter zugeben. Liegt Ihr Shop-Umsatz unter rund 30 Millionen Euro, arbeiten weniger als acht Entwickler an Ihrer Plattform und folgt Ihre Customer Journey weitgehend dem Standard aus Produktseite, Warenkorb und Checkout, dann schlagen Shopify Plus oder ein sauber betriebenes Shopware-Setup fast jedes Composable-Projekt bei Time-to-Market und Gesamtkosten. Die Flexibilität, für die Sie zahlen, würden Sie schlicht nie abrufen.
Composable rechnet sich dagegen bei mehreren internationalen Storefronts, parallelen B2B- und B2C-Journeys, hohem Release-Druck oder einem Sortiment, das klassische Datenmodelle sprengt. Das ist keine Frage von Modernität, sondern von Aufgabenstellung.
Der eigentliche Engpass sitzt in der Organisation
Die spannendere Frage von 2026 lautet nicht mehr „monolithisch oder composable“, sondern: Wie viel architektonische Souveränität können Sie sich leisten, organisch, nicht finanziell? Starten Sie deshalb nicht mit der Ausschreibung, sondern mit einem Audit der eigenen Mannschaft: Wer betreibt den Stack nach dem Relaunch? Wer entscheidet bei Vendor-Konflikten? Wer überwacht die Schnittstellen am Wochenende?
Händler, die diese drei Fragen beantworten können, treffen fast automatisch die richtige Architekturentscheidung. Alle anderen kaufen Flexibilität, die sie nie nutzen werden, und zahlen dafür die nächsten fünf Jahre.