Diese Woche bringt zwei Ereignisse auf einmal: Storyblok hält heute (30. Juni, 15:00 Uhr CET) sein &…
Composable Readiness Check: Wann lohnt sich Composable wirklich?
Die Composable-Commerce-Diskussion hat sich verändert. Wer K5 2026 verfolgt hat, kennt den Tenor: weniger Euphorie, mehr Nüchternheit. Elogic, Branch8 und CX Today haben in den letzten Monaten ähnliches beschrieben, was wir in Kundengesprächen schon länger hören. Composable ist kein Allheilmittel, und der Full-Stack-MACH-Umbau überfordert viele Budgets und Teams.
Das ist kein Rückschritt. Es ist Reife.
Mein Take: Die Frage ist nicht mehr „Composable ja oder nein?", sondern „welcher Composable-Grad passt zu unserem Reifegrad, unserem Budget und unserem Zeithorizont?" Dieser Post gibt dir einen strukturierten Readiness-Check, der genau diese Frage beantwortet.
Warum die Composable-Backlash-Welle berechtigt ist
Zwischen 2021 und 2024 hat die Branche Composable Commerce als binäre Entscheidung verkauft: entweder du brichst deinen Monolithen auf und migrierst in einen vollständigen MACH-Stack, oder du bleibst technisch zurück. Das hat zu Projekten geführt, die 18 Monate dauerten, mehr Budget verbrannten als geplant und Teams auf Vollzeit banden, die eigentlich das operative Geschäft hätten voranbringen sollen.
Die Korrekturbewegung, die Algolia und andere mit Daten belegt haben, zeigt: Der Markt differenziert jetzt. Das Ziel ist nicht Composable als Architektur-Statement. Das Ziel ist das Ergebnis, das Composable ermöglicht: schnellere Iteration im Frontend, bessere Customer-Experience, geringerer Vendor-Lock-in.
Wenn ein OXID- oder Shopware-Betreiber im DACH-Mittelstand 2026 fragt, ob er auf einen vollständig Composable-Stack wechseln soll, lautet die ehrliche Antwort: vielleicht nicht sofort, und vielleicht nicht komplett.
Der Readiness-Check: drei Szenarien
Szenario A: Full-Composable
Du bist bereit für Full-Composable, wenn alle vier Bedingungen zutreffen:
- Team: Du hast ein dediziertes Frontend-Engineering-Team (mindestens 3 Entwickler), das Erfahrung mit Nuxt, Next.js oder ähnlichen Frameworks hat.
- Budget: Das Transformationsbudget liegt bei 150.000 Euro aufwärts und ist über 12 Monate planbar.
- Backend-Strategie: Du willst das Backend in den nächsten 18 Monaten aktiv wechseln oder erweitern (z. B. von Shopware zu commercetools).
- Wachstum: Du betreibst mehr als zwei Brands oder mehr als drei Märkte, oder du planst das in den nächsten zwei Jahren.
In diesem Fall zahlt sich ein vollständiger MACH-Stack aus. Der Frontend-Layer lässt sich unabhängig vom Backend entwickeln, und die Investition in die Architektur trägt über mehrere Backend-Generationen.
Szenario B: Headless-First
Du bist im Headless-First-Szenario, wenn das Ziel primär die Entkopplung des Frontends ist, ohne das Backend zu wechseln:
- Backend-Stabilität: Dein Backend (OXID, Shopware, Magento) ist stabil und wird in den nächsten zwei bis drei Jahren nicht grundsätzlich ausgetauscht.
- Frontend-Frust: Das aktuelle Theme kommt an seine Grenzen, Performance-Werte sind schwach, und Marketing kann keine Änderungen ohne Developer-Ticket durchführen.
- Budget: Der Budgetrahmen liegt bei 50.000 bis 120.000 Euro.
- Timeline: Du willst in 8 bis 14 Wochen live sein, nicht in 18 Monaten.
Headless-First bedeutet: Frontend entkoppeln, Backend behalten, API-Layer dazwischen. Das ist der Move, den wir am häufigsten empfehlen, weil er schnell Ergebnisse liefert, ohne das operative Risiko eines Backend-Wechsels einzugehen. Was sich nach zwei Jahren zeigt, was sich nach Composable-Adoption wirklich ändert, ist nicht die Architektur allein, sondern die Geschwindigkeit, mit der das Marketing-Team danach arbeitet.
Szenario C: Experience-Layer zuerst
Du bist im Experience-Layer-Szenario, wenn der Engpass nicht die Architektur ist, sondern die Time-to-Market für Content und Kampagnen:
- Tech-Debt ist nicht das Problem: Das aktuelle Setup ist technisch solide genug.
- Marketing-Bottleneck: Landing-Pages, Kampagnen-Seiten und Banner-Änderungen blockieren das Engineering unnötig.
- Agentic-Readiness: Du willst AI-Shopping-Agents und strukturierte Daten für ChatGPT-Commerce vorbereiten, ohne vorher den ganzen Stack umzubauen.
- Budget: Weniger als 50.000 Euro Transformationsbudget.
Hier ist die Composable-Metapher nützlich, ohne die volle MACH-Architektur zu erzwingen. Eine Frontend Management Platform (FMP) setzt sich als Experience-Layer oben auf den bestehenden Stack und gibt Marketing-Teams die Autonomie, die sie brauchen, ohne Backend-Eingriff. Der Begriff Frontend Management Platform ist dabei kein Zufall: es ist die Kategorie, die genau für diesen Bedarf gebaut wurde.
Der „APIs over Themes"-Shift und was er für Composable bedeutet
Ein Aspekt, der in der Backlash-Diskussion oft untergeht: Die Anforderungen an den Storefront haben sich strukturell verändert. AI-Shopping-Agents (OpenAI Operator, Google Shopping AI, Perplexity Commerce) crawlen und interagieren nicht mehr über visuelle Interfaces, sondern über APIs und strukturierte Daten. Themes werden dafür immer weniger geeignet.
Das bedeutet: Auch wer heute in Szenario C startet, baut mit dem richtigen Experience-Layer-Ansatz die Basis für Agentic Commerce. Ein Frontend, das Schema.org korrekt ausspielt, strukturierte Produktdaten exponiert und API-ready ist, ist kein Full-MACH-Stack, aber es ist Agent-ready.
Die Architektur-Entscheidung von heute prägt die Sichtbarkeit im AI-gestützten Commerce von morgen.
Warum der DACH-Mittelstand einen eigenen Maßstab braucht
DACH-Mid-Market ist nicht Silicon Valley. Teams sind kleiner, Budgets sind konservativer geplant, und Entscheidungszyklen sind länger. Ein Post-K5-Realismus-Check muss das berücksichtigen.
Die Faustregel: Full-Composable für DACH-Mid-Market rechnet sich ab zwei Brands, zwei Märkten oder einem geplanten Backend-Wechsel innerhalb von 24 Monaten. Darunter ist Headless-First oder Experience-Layer die ökonomisch klügere Entscheidung, die trotzdem den Weg zu Composable offen hält.
Der wichtige Unterschied zu 2023: Der Experience-Layer-Ansatz ist heute deutlich reifer. Wie aktuelle Engineering-Muster und die FMP-Korrektur zeigen, geht es nicht mehr um Entweder-oder, sondern um den richtigen Einstiegspunkt im Composable-Kontinuum.
Was Du jetzt tun kannst
Drei konkrete Schritte für den Readiness-Check in den nächsten zwei Wochen:
- Backend-Lebensdauer einschätzen: Wie lange bleibt das aktuelle Backend in Betrieb? Unter zwei Jahren lohnt Full-Composable wahrscheinlich nicht.
- Frontend-Bottleneck messen: Wie viele Engineering-Tickets pro Monat entstehen nur durch Marketing-Änderungen? Über 10 pro Monat ist ein klares Signal für Headless-First oder Experience-Layer.
- AI-Readiness prüfen: Gibt das aktuelle Frontend strukturierte Produktdaten aus? Schema.org implementiert? Wenn nicht, ist der Experience-Layer-Move doppelt wertvoll.