Von Headless zu Composable: Wie sich die Commerce-Architektur weiterentwickelt hat
Du kennst wahrscheinlich Headless Commerce: Frontend und Backend werden strikt getrennt, einzelne Komponenten kommunizieren über APIs. Das war für viele Unternehmen ein wichtiger erster Schritt zu mehr Flexibilität, besonders wenn mehrere Kanäle gleichzeitig bespielt werden mussten.
Composable Commerce geht einen Schritt weiter. Hier wird nicht nur das Frontend entkoppelt, sondern der gesamte Stack. Checkout, Suche, CMS, PIM, Order Management, Analytics: Jede Komponente ist ein eigenständiger Baustein, der über offene APIs mit den anderen kommuniziert. Du wählst die beste Lösung für jeden Anwendungsfall und verbindest sie.
Das Prinzip dahinter ist die MACH-Architektur als technisches Fundament.
Was steckt hinter MACH-Architektur?
MACH steht für vier Prinzipien, die zusammen eine moderne Commerce-Infrastruktur definieren:
Microservices: Jede Funktion läuft als eigenständiger Service, unabhängig skalierbar und deploybar.
API-First: Alle Kommunikation zwischen Diensten läuft über standardisierte APIs. Kein proprietäres Datenformat, keine versteckten Abhängigkeiten.
Cloud Native: Die Software ist von Grund auf für den Betrieb in der Cloud gebaut, nicht nachträglich dorthin migriert.
Headless Commerce: Frontend und Backend sind entkoppelt, das Frontend konsumiert Daten über APIs.
Laut dem MACH Global Research 2024 sagen 91 % der befragten IT-Entscheider, dass MACH-Technologien in den nächsten fünf Jahren entscheidend für den Erfolg ihres Unternehmens sein werden. 85 % sehen bereits einen messbaren ROI auf ihre MACH-Investitionen. Der globale Markt für Composable Commerce wächst laut Precedence Research von 6,4 Milliarden USD (2024) auf prognostizierte 31,5 Milliarden USD bis 2034, bei einer jährlichen Wachstumsrate von 17,2 %. Das ist kein Trend mehr, das ist Infrastruktur.
Was Composable Commerce bedeutet und welche Rolle Produktdaten spielen
In einer Composable-Commerce-Architektur hat jedes System eine klar definierte Verantwortung. Das CRM verwaltet Kundendaten. Das OMS steuert Bestellungen und Fulfillment. Das CMS liefert redaktionellen Content. Und das PIM ist der zentrale Datenkern für Produktdaten.
Das ist keine Kleinigkeit. Produktdaten sind in einer Multichannel-Commerce-Welt das, was alles zusammenhält. Artikel-Stammdaten, Kategorisierungen, Attribute, Varianten, kanalspezifische Texte, Bilder und technische Spezifikationen: All das muss strukturiert, gepflegt und über APIs in jeden angebundenen Kanal ausgespielt werden.
Welche Komponenten braucht eine Composable-Commerce-Architektur?
Ein typischer Composable-Stack besteht aus mehreren unabhängigen Best-of-Breed-Komponenten:
Komponente | Verantwortung |
|---|---|
PIM | Produktdaten: Attribute, Texte, Bilder, Varianten, Kategorien |
CMS | Redaktioneller Content, Landing Pages, Kampagnenseiten |
Shop-Frontend | Darstellung, UX, Checkout-Prozess |
OMS | Auftragsabwicklung, Fulfillment, Retouren |
CRM / CDM | Kundendaten, Segmentierung, Personalisierung |
Analytics | Reporting, Sortimentssteuerung, Performance-Daten |
Jede dieser Komponenten kommuniziert über APIs. Das PIM liefert den produktdaten-seitigen Input für Shop, Marktplätze, Drittkanäle und alle Systeme, die Produktinformationen benötigen. Es ist ein zentraler Baustein in diesem Verbund, aber eben einer unter mehreren.
Der entscheidende Punkt: Damit dieses Zusammenspiel funktioniert, muss das PIM selbst nach MACH-Prinzipien gebaut sein. Ein PIM ohne offene API ist in einer Composable-Architektur schlicht nicht verwendbar.
Was ein PIM-System können muss, um in einer MACH-Architektur zu funktionieren
Nicht jedes PIM-System ist für eine Composable-Commerce-Architektur geeignet. Die technischen Anforderungen sind klar definiert.
Offene REST API als Grundvoraussetzung. Das PIM muss alle Kernfunktionen über eine vollständige REST API zugänglich machen: Produkte lesen und schreiben, Attribute abfragen, Kategorien navigieren, Mediendateien zuordnen, Exporte triggern. Wenn einzelne Funktionen nur über die Benutzeroberfläche zugänglich sind und nicht per API, entstehen Abhängigkeiten, die den gesamten Stack blockieren.
Webhooks und Event-Driven Architecture. Ein API-first-PIM reagiert nicht nur auf Anfragen, es sendet auch aktiv Signale. Wenn ein Produktattribut aktualisiert wird, soll der Shop-Cache automatisch invalidiert werden. Wenn ein neues Produkt freigegeben wird, soll der Marktplatz-Connector es automatisch aufnehmen. Das funktioniert nur mit Webhooks, die Ereignisse im PIM nach außen weitergeben.
Flexible Datenmodelle. Kein Sortiment gleicht dem anderen. Ein Elektronikhändler braucht andere Pflichtfelder als ein Modehändler. Die Attributstrukturen, Variantenlogik (Farbe, Größe, Material), Bündel- und Set-Definitionen, Relationen zwischen Produkten: All das muss im PIM ohne Entwicklungsaufwand konfigurierbar sein. Starre Datenmodelle sind ein Ausschlusskriterium für MACH-konforme Setups.
Kanalspezifische Datenausspielung. Amazon erwartet item_length, item_width, item_height in Zentimetern. Otto braucht Abmessungen als zusammengesetztes Feld. Shopify nutzt Dimensions im Format "L x B x H". Das PIM muss dieselben Stammdaten in die jeweiligen kanalspezifischen Formate transformieren und ausspielen, ohne dass für jeden Kanal manuelle Anpassungen nötig sind.
Welche PIM-Systeme verfügen über eine API?
Grundsätzlich bieten die meisten modernen Cloud-PIM-Systeme eine REST API an. Der Unterschied liegt im Umfang und in der Qualität. Fragen, die du bei der PIM-Auswahl für eine MACH-Architektur stellen solltest:
Ist die API vollständig dokumentiert und öffentlich zugänglich?
Können alle Entitäten (Produkte, Attribute, Kategorien, Medien) per API gelesen und geschrieben werden?
Gibt es Webhooks für Datenänderungen?
Wie wird Authentifizierung gehandhabt (OAuth 2.0, API Keys)?
Gibt es vorgefertigte Konnektoren für gängige Systeme?
Hublify PIM ist von Grund auf API-first gebaut. Das bedeutet: Jede Funktion, die du in der Benutzeroberfläche siehst, ist auch per API zugänglich. Konnektoren für Shopware, Shopify und weitere sind bereits verfügbar. Und weil Hublify als modulare Plattform konzipiert ist, lässt sich das PIM bei Bedarf mit weiteren Modulen aus demselben Stack erweitern, ohne Schnittstellenprobleme.
Auf welche Art und Weise kann sich ein PIM mit Shopsystem oder anderen Systemen verbinden?
Es gibt drei grundlegende Integrationswege:
Direkte API-Integration. Das PIM stellt eine REST API bereit, das Shopsystem oder der Marktplatz-Connector ruft Produktdaten ab und schreibt Änderungen zurück. Dieser Weg bietet die höchste Flexibilität und ist für Echtzeit-Szenarien geeignet.
Vorgefertigte Konnektoren. Viele PIM-Systeme liefern fertige Integrationen für Shopware, Shopify, WooCommerce oder gängige Marktplätze wie Amazon und Otto. Der Aufwand für die Anbindung reduziert sich auf Konfiguration statt Entwicklung. Das ist gerade für mittelständische Teams relevant, die keine große Entwicklungskapazität für Integrationsarbeit haben.
Datei-basierte Synchronisation (Fallback). Für Legacy-Systeme, die keine API bieten, ist eine CSV- oder XML-basierte Synchronisation über SFTP häufig der pragmatische Weg. Kein eleganter MACH-Ansatz, aber oft die Realität in gewachsenen IT-Landschaften.
Der Idealfall in einer Composable-Architektur ist die direkte API-Integration mit Webhooks. Für die meisten Mittelstandsunternehmen ist der Einstieg über vorgefertigte Konnektoren der schnellste Weg zum laufenden System.
Multichannel, Marktplätze, KI: Was Composable Commerce im Alltag bedeutet
Stell dir vor, du hast 8.000 Produkte im Sortiment. Shopware-Shop, Amazon, Otto, dazu ein B2B-Portal für Fachhandelspartner. Vier Kanäle, vier verschiedene Anforderungen an Datenformate, Pflichtattribute und Textstil. Ohne ein zentrales PIM pflegst du jede Änderung viermal. Ein neuer Lieferant liefert 500 neue Artikel: EAN, Artikelnummer, technische Spezifikationen, aber keine einzige verkaufstaugliche Beschreibung, kein Kategoriepfad, keine kanalspezifischen Attribute.
Mit einem API-first-PIM als Composable-Baustein sieht das anders aus. Die Rohdaten kommen per Import ins PIM. Das Mapping auf interne Felder passiert einmalig konfiguriert, danach automatisch. KI-gestützte Enrichment-Workflows generieren kanalspezifische Textvarianten: kurz und faktisch für Amazon, ausführlich und beratend für den B2B-Shop, emotional und bildstark für den B2C-Kanal. Fehlende Attribute wie Gewicht oder Maße werden auf Basis ähnlicher Produkte vorgeschlagen und zur Freigabe vorgelegt.
Das Ergebnis:
"Hublify hat nach 2 Tagen Produktdaten aus verschiedenen Quellen aggregiert, überarbeitet und gepublisht, pünktlich zur Deadline."
Das ist das Feedback der Jungherz GmbH nach der Einführung mit 80.000 Produkten.
Was Composable Commerce hier ermöglicht: Jede Komponente tut genau das, wofür sie gebaut ist. Das PIM verwaltet Produktdaten und spielt sie kanalspezifisch aus. Das OMS übernimmt, wenn eine Bestellung eingeht. Analytics wertet aus, welche Produkte auf welchem Kanal wie performen. Und weil alle Systeme über offene APIs verbunden sind, fließen Daten ohne manuelle Zwischenschritte.
AI-Agents machen diesen Prozess noch effizienter. Ein Agent erkennt neue Produkte im System, prüft automatisch die Datenqualität, ergänzt fehlende Attribute, generiert kanalspezifische Texte und markiert das Produkt als "bereit zur Ausspielung". Hublify integriert KI nativ, nicht als Add-on, sondern als eingebauten Bestandteil der Workflows.
Warum Cloud-native PIM die richtige Wahl für Composable-Setups ist
MACH-Architektur setzt Cloud-native als eines der vier Kernprinzipien voraus. On-Premise-Software, die nachträglich mit einer API ausgestattet wurde, kann die Anforderungen an Skalierbarkeit, Update-Geschwindigkeit und Integrationsfähigkeit strukturell nicht erfüllen.
Ein Cloud-native PIM bringt konkrete Vorteile für Composable-Setups:
Keine Infrastrukturverantwortung. Du kümmerst dich um deine Produktdaten, nicht um Server, Patches oder Skalierungsengpässe. Gerade in Lastspitzen wie Saisonkampagnen oder Black Friday skaliert Cloud-native Software automatisch mit.
Kontinuierliche Weiterentwicklung. SaaS-Lösungen werden laufend weiterentwickelt. Neue API-Endpunkte, neue Konnektoren, neue KI-Funktionen sind verfügbar, ohne dass du ein Upgrade-Projekt stemmen musst.
Schnelle Time-to-Value. Der Go-live eines Cloud-PIM dauert Wochen, nicht Monate. "Nach 4 Wochen ging der Shop live", so das Feedback der Kamille Apotheek nach der Hublify-Einführung. Für mittelständische Unternehmen mit begrenzten IT-Ressourcen ist das ein entscheidender Faktor.
Für Unternehmen im DACH-Raum kommt ein weiterer Aspekt hinzu: Datensouveränität. Hublify wird in Deutschland gehostet, auf deutschen Servern, und erfüllt die Anforderungen der DSGVO. Gerade für Branchen mit sensiblen Produktdaten, etwa Pharma, Medizintechnik oder Lebensmittel, ist "Made in Germany" kein Marketing-Claim, sondern eine Compliance-Anforderung.
Schritt für Schritt zur Composable-Commerce-Architektur: Wo fängst du an?
Die Idee, den gesamten Commerce-Stack auf einmal auf Composable umzustellen, ist für die meisten mittelständischen Unternehmen nicht realistisch. Und auch nicht nötig. Composable Commerce funktioniert als schrittweise Strategie.
Der logische Einstiegspunkt ist das PIM. Warum? Weil Produktdaten der gemeinsame Nenner aller Kanäle sind. Bevor du deinen Shop auf headless umbaust, bevor du neue Marktplätze anbindest, bevor du personalisierte Produkterlebnisse schaffst: Du brauchst saubere, strukturierte, zentral verwaltete Produktdaten. Alles andere baut darauf auf.
Mit Hublify PIM als Einstieg hast du die Basis für den modularen Ausbau gesetzt. Von dort aus lässt sich der Stack schrittweise erweitern: um Hublify Order Management, Hublify Warehouse oder Hublify CDM, je nachdem, welcher Prozess als nächstes Priorität hat.
Der richtige Zeitpunkt ist jetzt
Composable Commerce ist kein Projekt mit definiertem Anfang und Ende. Es ist eine Richtungsentscheidung: hin zu einem Stack, in dem jeder Baustein unabhängig optimiert, ausgetauscht oder erweitert werden kann, ohne den Rest zu destabilisieren.
Das PIM ist der strategisch richtige erste Baustein. Nicht weil es das einfachste System ist, sondern weil saubere Produktdaten die Voraussetzung für alles andere sind: für Multichannel-Fähigkeit, für KI-gestützte Enrichment-Workflows, für eine Architektur, die in zwei Jahren noch genauso gut funktioniert wie heute.
Hublify ist API-first, cloud-native, in Deutschland gehostet und modular erweiterbar. Wenn du wissen willst, wie ein MACH-konformer PIM-Einstieg für dein Unternehmen konkret aussieht: Lass dir Hublify zeigen!
