Composable Commerce: Die Zukunft der E-Commerce-Architektur

Während des größten Teils der Geschichte des E-Commerce war die monolithische Plattform das vorherrschende Technologiemodell – ein einziger Anbieter, der alle Funktionen bereitstellte: Storefront, Produktkatalog, Warenkorb, Kasse, Zahlungen, Bestellverwaltung und Inhaltsverwaltung. Plattformen wie Magento, Salesforce Commerce Cloud und das veraltete SAP Hybris verkörperten diesen Ansatz. Kaufen Sie die Plattform; innerhalb seiner Grenzen konfigurieren; mit zugelassenen Plugins erweitern.

Das monolithische Modell sorgte eine Zeit lang für eine schnelle Markteinführung und einfache Bedienung. Doch als der E-Commerce immer komplexer wurde (mehrere Kanäle, internationale Märkte, Personalisierung in großem Maßstab, schnelle Feature-Iteration), wurde die Starrheit des Monolithen zu einem Wettbewerbsrisiko. Die in Quartalen gemessenen Plattform-Release-Zyklen konnten mit den in Wochen gemessenen Wettbewerbsanforderungen nicht Schritt halten.

Composable Commerce – der Aufbau von E-Commerce-Funktionen aus erstklassigen, API-verbundenen Komponenten statt einer einzigen monolithischen Plattform – hat sich als architektonische Antwort herausgestellt. Bis 2026 wird es die dominierende Architektur der Wahl für Unternehmen und schnell wachsende mittelständische Händler darstellen.

Wichtige Erkenntnisse

– Composable Commerce zerlegt den E-Commerce-Monolithen in spezialisierte, API-verbundene Dienste

MACH-Prinzipien (Microservices, API-first, Cloud-native, Headless) definieren zusammensetzbare Architektur

Shopifys Storefront-API und Headless-Commerce-Funktionen machen es zu einer zusammensetzbaren Grundlage für viele Implementierungen – Typischer zusammensetzbarer Stack: Headless Storefront + Commerce Engine + Suche + CMS + Personalisierung + PIM

65 % der großen Einzelhändler mit einem Umsatz von > 1 Milliarde US-Dollar streben im Jahr 2026 eine zusammensetzbare Architektur an – Die Migration von Monolith zu Composable erfolgt am besten schrittweise unter Verwendung des „Würgefeigen“-Musters

Die Gesamtbetriebskosten sind bei hochkomplexen Händlern zunächst höher, langfristig jedoch niedriger

Entwicklererfahrung und Time-to-Feature sind die wichtigsten Wettbewerbsvorteile von Composable

Was ist Composable Commerce?

Composable Commerce wendet das „Separation of Concerns“-Prinzip der Softwareentwicklung auf die Architektur der E-Commerce-Plattform an. Anstelle eines Systems, das alles erledigt, erledigen spezialisierte Dienste jeweils eine Sache sehr gut und sind über APIs verbunden.

Die MACH Alliance, die 2020 gegründet wurde, um sich für Composable Architecture einzusetzen, definiert diese durch vier Prinzipien:

Microservices: Einzelne Geschäftsfunktionen werden als unabhängige Dienste gebündelt. Warenkorbverwaltung, Bestandsprüfung, Werbeberechnung und Steuerberechnung sind separate Dienste und keine Funktionen innerhalb eines Monolithen. Jeder Dienst kann unabhängig entwickelt, bereitgestellt und skaliert werden.

API-first: Jeder Dienst stellt seine Funktionen ausschließlich über gut dokumentierte APIs zur Verfügung. Es gibt keine privaten Schnittstellen oder Rückkanalintegrationen. Dies macht Dienste austauschbar – wenn ein besserer Suchdienst verfügbar wird, tauschen Sie ihn aus, ohne andere Komponenten zu berühren.

Cloud-nativ: Dienste sind darauf ausgelegt, die Cloud-Infrastruktur zu nutzen – automatische Skalierung, verwaltete Dienste, serverlose Ausführung, globale Verteilung. Dies bietet elastische Kapazität zu geringeren Betriebskosten als eine selbstverwaltete Infrastruktur.

Headless: Die Präsentationsschicht (Storefront) ist vollständig vom Commerce-Backend entkoppelt. Das Front-End nutzt Back-End-Funktionen über APIs. Dadurch kann jede Präsentationsebene – React/Next.js-Web-Apps, mobile Apps, Sprachschnittstellen, Kioske, digitale Out-of-Home-Displays – die gleichen Commerce-Funktionen nutzen.

Der Composable Commerce Stack

Eine typische Composable-Commerce-Implementierung fasst spezialisierte Dienste in mehreren Funktionskategorien zusammen:

Storefront und Experience Layer

Die Storefront ist als moderne JavaScript-Anwendung erstellt – am häufigsten unter Verwendung von React/Next.js, obwohl auch Vue.js, Nuxt und Remix verwendet werden. Dies ist die kundenorientierte Ebene: Produktanzeige, Navigation, Suchoberfläche, Checkout-Benutzeroberfläche und Kontoverwaltung.

Führende Frameworks für zusammensetzbare Storefronts:

Next.js Commerce: Vercels Open-Source-Next.js-Starter mit Integrationen für Shopify, BigCommerce und WooCommerce
Hydrogen: Shopifys React-basiertes Storefront-Framework, das auf Remix basiert und für die Shopify Storefront API entwickelt wurde
Medusa.js: Open-source commerce infrastructure with headless storefront support
Vue Storefront (Alokai): Framework-unabhängiger Composable-Commerce-Beschleuniger mit vorgefertigten Integrationen

Commerce Engine

Die Commerce-Engine verwaltet die Kerngeschäftslogik: Produktkatalog, Preise, Werbeaktionen, Warenkorb, Kasse und Bestellverwaltung. Dies ist das „Back-End“ des Commerce-Stacks.

Führende Composable-Commerce-Engines:

Shopify Plus (Headless): Die Storefront-API von Shopify ermöglicht Headless-Bereitstellungen mit der ausgereiften Commerce-Engine von Shopify als Back-End. Verarbeitet Bestellungen, Lagerbestände, Zahlungen, Erfüllung und mehrere Standorte.
commercetools: Cloudnative, API-First-Commerce-Plattform. Umfangreiche Konfigurationsmöglichkeiten, starke Unterstützung für mehrere Währungen/Sprachen. Der ursprüngliche Composable-Commerce-Pionier.
BigCommerce: Headless-freundlich mit starkem Funktionsumfang für das mittlere Marktsegment und geringerem Betriebsaufwand als Commercetools.
Elastic Path: Hochflexible API-First-Plattform mit starken B2B-Commerce-Funktionen.
Medusa.js: Open-Source-Alternative mit Selbsthosting-Funktion.

Suche und Entdeckung

Die Produkterkennung – Suche, Filterung, Navigation, Empfehlungen – wirkt sich erheblich auf die Konversionsraten aus. Die Composable-Architektur ermöglicht eine Best-of-Breed-Suche und ist nicht auf die integrierte Suche der Plattform beschränkt.

Algolia: Marktführende gehostete Suche mit KI-gestützter Relevanz, sofortigen Ergebnissen und Merchandising-Kontrollen
Elastic App Search: Open-Source-Basis mit gehosteter Option; starke technische Flexibilität
Constructor.io: KI-gestützte Suche und Entdeckung speziell für E-Commerce, mit starken A/B-Tests
Searchspring: Fokussiert auf den Mittelstand mit starken Merchandising- und Personalisierungsfunktionen

Content Management (CMS)

Headless CMS verwaltet redaktionelle Inhalte – Landingpages, Blogbeiträge, Kampagneninhalte, Produktgeschichten – unabhängig von der Commerce-Engine. Dadurch können Content-Teams ohne technische Abhängigkeit arbeiten.

Inhaltlich: Marktführendes Headless-CMS mit starker API und Flexibilität bei der Inhaltsmodellierung
Sanity: Entwicklerfreundlich mit Echtzeit-Zusammenarbeit und hervorragender React-Integration
Prismic: Einfacheres Headless-CMS mit starkem Slice-Modell für komponentenbasierte Layouts
Storyblok: Visueller Editor, der CMS-Flexibilität mit einem visuellen Bearbeitungserlebnis bietet

Personalisierung und A/B-Tests

Personalisierungsdienste bieten individuelle Erlebnisse – Produktempfehlungen, dynamische Preise, personalisierte Inhalte –, ohne dass umfassende Änderungen erforderlich sind.

Dynamic Yield (McDonald's): Echtzeit-Personalisierungs- und Experimentierplattform
Monetate: KI-gestützte Personalisierung für E-Commerce mit starken multivariaten Tests
Nosto: E-Commerce-spezifische Personalisierung mit Empfehlungen, Pop-ups und dynamischen Inhalten

Produktinformationsmanagement (PIM)

Für Händler mit großen, komplexen Produktkatalogen – insbesondere im B2B- oder Multi-Attribut-Einzelhandel – verwaltet ein dediziertes PIM die Qualität und Verteilung der Produktdaten.

Akeneo: Führende Open-Source- und Cloud-PIM-Plattform
Contentserv: Enterprise PIM mit starker Digital Asset Management-Integration
inRiver: SaaS-PIM mit starken Feed-Management-Funktionen

Auftragsverwaltungssystem (OMS)

Komplexes Omnichannel-Fulfillment – Versand aus dem Geschäft, Online-Kauf mit Abholung im Geschäft (BOPIS), Direktversand, geteilte Sendungen – erfordert ein dediziertes OMS, das von der Commerce-Engine getrennt ist.

Fluent Commerce: Cloud-natives OMS mit starker verteilter Auftragsverwaltung
Manhattan Active Omni: Unternehmens-OMS für komplexe Einzelhandelsabläufe
Radial: End-to-End-Fulfillment und OMS für mittelständische Händler

Warum Composable Commerce gewinnt

Geschwindigkeit der Funktionsbereitstellung

Der Release-Zyklus des Monolithen – die gleichzeitige Bereitstellung eines vollständigen Plattform-Updates für alle Komponenten – bedeutet, dass eine einzelne problematische Funktion eine ganze Version verzögern kann. Zusammensetzbare Dienste werden unabhängig voneinander bereitgestellt. Eine neue Suchfunktion kann in Betrieb genommen werden, ohne den Checkout-Service zu beeinträchtigen.

Händler mit zusammensetzbarer Architektur berichten über Lieferzeiten von Tagen bis Wochen für Änderungen, die auf monolithischen Plattformen Monate dauern würden. In schnelllebigen Wettbewerbsmärkten verschärft sich dieser Unterschied schnell.

Best-of-Breed-Fähigkeit

Keine einzelne Plattform übertrifft alles. Die beste Suchmaschine unterscheidet sich vom besten CMS, welches sich auch von der besten Personalisierungsmaschine unterscheidet. Die zusammensetzbare Architektur ermöglicht die Auswahl des besten Werkzeugs für jede Funktion, anstatt die schwächste Komponente eines Monolithen zu akzeptieren.

Dies ist besonders wichtig für Händler in wettbewerbsintensiven Branchen, in denen bestimmte Fähigkeiten – Suchgenauigkeit, Personalisierungstiefe, Inhaltsgeschwindigkeit – echte Wettbewerbsvorteile sind.

Langlebigkeit der Technologie

Monolithische Plattformen führen zu einer starken Anbieterabhängigkeit – eine Abwanderung ist enorm kostspielig, da die Plattform alles verwaltet. Zusammensetzbare Architekturen sind von Natur aus tragbarer. Einzelne Dienste können ausgetauscht werden, ohne den gesamten Stack zu ersetzen.

Dies reduziert das langfristige Plattformrisiko und bewahrt den Verhandlungsspielraum mit Anbietern.

Omnichannel Native

Headless-Architekturen sind von Natur aus Omnichannel. Die gleiche Commerce-API dient der Web-Storefront, der mobilen App, dem In-Store-Kiosk, der Voice-Commerce-Integration und allen zukünftigen Kanälen. Monolithische Plattformen erfordern individuelle Integrationsarbeiten für jeden neuen Kanal.

Der Shopify Composable-Ansatz

Shopify hat sich von einer gehosteten SaaS-Plattform zu einer voll funktionsfähigen Composable-Commerce-Engine entwickelt. Mit der Storefront-API (REST und GraphQL) können Headless-Storefronts Shopify als Commerce-Backend verwenden und gleichzeitig vollständig benutzerdefinierte Präsentationsebenen erstellen.

Wasserstoff und Sauerstoff

Das Hydrogen-Framework von Shopify bietet eine React-basierte Entwicklungsumgebung, die für die Storefront-API von Shopify optimiert ist. Oxygen ist die Edge-Hosting-Plattform von Shopify für Hydrogen-Storefronts – weltweit einsetzbar mit Reaktionszeiten von unter 100 ms.

Zusammen bieten Hydrogen und Oxygen einen speziell entwickelten, zusammensetzbaren Commerce-Stack: Shopifys ausgereifte Commerce-Funktionen (Zahlungen, Bestellungen, Inventar, Erfüllung) mit einer vollständig benutzerdefinierten, leistungsstarken Storefront. Dies ist der schnellste Weg zum Composable Commerce für Händler, die bereits bei Shopify sind.

Shopify-Märkte und globaler Handel

Shopify Markets bietet Katalog- und Preisverwaltung in mehreren Währungen, mehreren Sprachen und marktspezifisch – eine entscheidende Funktion für internationale Händler. In Kombination mit einer Headless-Architektur ermöglicht Shopify Markets marktspezifische Storefronts (mit einzigartiger Benutzeroberfläche, Sprache, Währung und Produktauswahl), die von einem einzigen Shopify-Backend unterstützt werden.

Shopifys App-Ökosystem als zusammensetzbare Ebene

Das App-Ökosystem von Shopify (über 8.000 Apps) ist selbst eine Form einer zusammensetzbaren Architektur – spezialisierte Dienste (Bewertungen, Treueprogramme, Abonnements, Upsell) werden über definierte APIs in den Shopify-Kern integriert. Der Hauptunterschied zu Plattform-Plugins ist das API-First-Design: klar definierte Integrationspunkte statt monolithischer Code-Einbindung.

Migrationsstrategie: Würgefeigenmuster

Die Migration von einer monolithischen E-Commerce-Plattform zu einer zusammensetzbaren Architektur ohne Geschäftsunterbrechung erfordert eine bewusste Migrationsstrategie. Das „Würgefeigen“-Muster – benannt nach einer Ranke, die nach und nach einen Wirtsbaum ersetzt – ist der bewährte Ansatz.

Wie Würgefeige funktioniert

Anstatt das neue zusammensetzbare System parallel aufzubauen und einen Big-Bang-Cutover durchzuführen, ersetzt der Würgefeigen-Ansatz schrittweise Teile des Monolithen durch zusammensetzbare Dienste:

Identifizieren Sie die Naht: Finden Sie die API oder den Integrationspunkt, an dem der neue Dienst Anfragen abfängt, die zuvor an den Monolithen gingen
Erstellen Sie den neuen Dienst: Implementieren Sie die neue Funktion als zusammensetzbaren Dienst
Verkehr schrittweise weiterleiten: Beginnen Sie mit dem Senden eines Prozentsatzes des Datenverkehrs an den neuen Dienst, zunächst für Szenarien mit geringem Risiko
Validieren und skalieren: Leistung und Korrektheit überwachen; Erhöhen Sie den Verkehr zum neuen Dienst schrittweise
Die Monolith-Komponente außer Betrieb nehmen: Sobald der neue Dienst 100 % des Datenverkehrs verarbeitet, entfernen Sie die entsprechende Monolith-Funktion

Auf den E-Commerce übertragen könnte das so aussehen:

Phase 1: Ersetzen Sie die Suche des Monolithen durch Algolia (geringstes Risiko, große Auswirkung auf die Konvertierung) – Phase 2: Erstellen Sie eine neue Headless-Storefront auf Next.js, die 10 % des Datenverkehrs weiterleitet
Phase 3: Content-Management auf ein Headless-CMS migrieren
Phase 4: Skalieren Sie die Headless-Storefront auf 100 % und nehmen Sie das alte Front-End außer Betrieb
Phase 5: Bewerten Sie, ob die Commerce-Engine selbst (Katalog, Warenkorb, Kasse) ersetzt werden muss

Überlegungen zu den Gesamtbetriebskosten

Die Gesamtbetriebskosten (TCO) von Composable Commerce werden häufig missverstanden.

Höhere Anschaffungskosten

Composable deployments have higher initial costs than monolithic platforms for several reasons:

Integrationskomplexität: Die Verbindung mehrerer spezialisierter Dienste erfordert mehr Integrationsarbeit als die Konfiguration einer einzelnen Plattform
Front-End-Entwicklung: Der Aufbau einer benutzerdefinierten Storefront erfordert mehr technische Investitionen als die Konfiguration einer Plattformvorlage
Beziehungen zu mehreren Anbietern: Die Verwaltung von 5–10 spezialisierten Anbietern ist komplexer als die Verwaltung von nur einem

Für kleine und mittlere Händler ohne komplexe Anforderungen überwiegen diese Kosten oft die Vorteile. Composable Commerce hat einen natürlichen minimalen Umfang.

Niedrigere langfristige Kosten (im Maßstab)

Bei Händlern mit einem Jahresumsatz von mehr als 10 Millionen US-Dollar oder mit erheblicher Komplexität (Mehrmarken, international, B2B) sind die zusammensetzbaren Gesamtbetriebskosten über einen Zeithorizont von 3 bis 5 Jahren in der Regel niedriger, weil:

Best-of-Breed-Dienste übertreffen in der Regel monolithische Äquivalente und verbessern die Konvertierung und Bindung
Unabhängige Skalierung bedeutet, dass Sie für die Kapazität dort zahlen, wo Sie sie benötigen, und nicht für den gesamten Monolithen
Die Geschwindigkeit der Funktionsbereitstellung führt dazu, dass Umsatzchancen schneller genutzt werden
Die Verhandlungsmacht des Anbieters senkt die Servicekosten im Laufe der Zeit

Häufig gestellte Fragen

Was ist der Mindestmaßstab, damit Composable Commerce sinnvoll ist?

Composable Commerce macht Sinn, wenn die Komplexität Ihrer Commerce-Anforderungen über das hinausgeht, was eine monolithische Plattform elegant bewältigen kann, ODER wenn die Geschwindigkeit Ihres Entwicklungsteams durch die Release-Zyklen des Monolithen erheblich eingeschränkt wird. Als grobe Orientierung: Händler mit einem Jahresumsatz von über 10 Millionen US-Dollar und komplexen Anforderungen (Multichannel, international, anspruchsvolle Personalisierung, B2B) oder hohen Anforderungen an die Funktionsgeschwindigkeit sind in der Regel gute Kandidaten. Unterhalb dieser Schwelle bietet eine gut konfigurierte monolithische Plattform (Shopify Plus, BigCommerce) in der Regel einen besseren Nutzen bei geringerer betrieblicher Komplexität.

Ist Shopify Headless (Hydrogen) Composable Commerce?

Ja, in dem Sinne, dass MACH-definierende Prinzipien (API-first, Headless, Cloud-native) erfüllt werden. Die Shopify Storefront API stellt die Commerce-API bereit; Wasserstoff liefert das Headless-Storefront-Framework; Oxygen bietet Cloud-natives Edge-Hosting. Sie können dies mit zusätzlichen Composable-Diensten erweitern (Algolia für die Suche, Contentful für CMS, Nosto für die Personalisierung). Die wichtigste Einschränkung besteht darin, dass Shopify selbst ein verwalteter Dienst bleibt – Sie haben die Möglichkeit, die Präsentations- und Erweiterungsebenen zusammenzustellen, aber die Kern-Commerce-Engine (Shopify) kann nicht durch ein anderes Back-End ersetzt werden, ohne von Shopify weg zu migrieren.

Wie gehen wir mit SEO mit einer Headless/Composable Storefront um?

SEO ist ein entscheidender Aspekt für Headless-Storefronts. Mit JavaScript gerenderte Inhalte erfordern serverseitiges Rendering (SSR) oder statische Site-Generierung (SSG), um von Suchmaschinen zuverlässig indiziert zu werden. Next.js und Remix unterstützen beide nativ SSR/SSG. Wichtige SEO-Anforderungen für Headless: Stellen Sie sicher, dass alle Produkt- und Kategorieseiten serverseitig gerendert werden, implementieren Sie geeignete Meta-Tags und strukturierte Daten (JSON-LD) auf allen Seiten, stellen Sie sicher, dass die Seitenladeleistung die Core Web Vitals-Schwellenwerte erfüllt (Headless-Storefronts übertreffen Monolith-Vorlagen auf CWV oft deutlich) und implementieren Sie kanonische URLs und Hreflang korrekt für internationale Bereitstellungen.

Was sind die größten Implementierungsrisiken in Composable-Commerce-Projekten?

Die größten Risiken sind: Unterschätzung des Umfangs (zusammensetzbare Integrationen dauern länger als erwartet, insbesondere bei komplexer Handelslogik), Leistungseinbußen durch schlecht optimierte API-Aufrufe (zu viele sequentielle API-Aufrufe führen zu Latenz – verwenden Sie GraphQL oder API-Aggregation zum Stapeln), Datenkonsistenzprobleme zwischen Diensten (Gewährleistung, dass Inventar, Preise und Produktdaten über Such-, Handels-Engine und PIM hinweg konsistent sind) und die „Integrationssteuer“ (jeder Dienst fügt eine Integration hinzu, die gepflegt und überwacht werden muss). Entschärfen Sie mit erfahrenen Systemintegratoren, die bereits zusammensetzbare Projekte geliefert haben, strengen Leistungstests und einem sorgfältigen API-Design, um Geschwätzigkeit zu minimieren.

Wie gehen Composable-Commerce-Plattformen mit Werbeaktionen und Rabatten für alle Dienste um?

Werbeaktionen und Rabattlogik in zusammensetzbaren Architekturen können in der Commerce-Engine (Shopify's Discounts API, commercetools Promotions API), einem dedizierten Werbedienst oder verteilt werden. Das vorherrschende Muster ist die Zentralisierung der Aktionslogik in der Commerce-Engine, wobei die Aktionsergebnisse (Rabattbeträge, angewendete Codes) über die API an die Storefront weitergeleitet werden. Für komplexe B2B-Preisszenarien mit Staffelpreisen, Vertragspreisen und Mengenrabatten kann ein dedizierter CPQ-Service (Configure Price Quote) angemessen sein. Stellen Sie sicher, dass die Aktionslogik auf allen Kanälen getestet wird, die die Commerce-API nutzen – Inkonsistenzen bei der Anwendung von Rabatten auf verschiedenen Kanälen sind ein häufiges Qualitätsproblem bei Composable Commerce.

Nächste Schritte

Composable Commerce stellt die Zukunft der E-Commerce-Architektur für Händler mit Wachstumsambitionen und Komplexitätsanforderungen dar, die monolithische Plattformen nicht effizient bedienen können. Die strategische Frage ist nicht, ob man komponierbar wird, sondern wann und wie.

Zu den [Shopify-Implementierungsdiensten] (/services/shopify) von ECOSIRE gehören Headless- und Composable-Commerce-Architekturdesign, wasserstoffbasierte kundenspezifische Storefront-Entwicklung und Integration mit erstklassigen Diensten im gesamten Composable-Stack. Unser Team hat Composable-Commerce-Projekte für Einzelhändler, D2C-Marken und B2B-Händler in mehreren Branchen durchgeführt.

[Kontaktieren Sie unser Shopify- und E-Commerce-Team] (/services/shopify), um Ihre Composable-Commerce-Strategie und Ihre Bereitschaftsbewertung zu besprechen.

Composable Commerce: The Future of eCommerce Architecture