Answer-Engine-Optimization ist eine Architektur-Eigenschaft, kein Bolt-onDiese Woche sind zwei Dinge…
Composable Commerce auf SFCC: Was 60 Prozent der Salesforce Merchants gerade planen
Wenn man die aktuellen Zahlen zum SFCC Markt liest, fällt auf, wie tief Composable Commerce bereits in der Salesforce Welt angekommen ist. Fast sechzig Prozent der SFCC Organisationen haben Composable entweder schon Teil ihrer Strategie gemacht oder planen es konkret. Das ist nicht mehr ein Trend, das ist Marktrealität. Gleichzeitig gibt es deutliche Wissenslücken, die in Studien sichtbar werden. Fast ein Viertel der Befragten gibt an, Composable Commerce nicht zu verstehen. Diese Mischung aus hoher Adoption und niedrigem Verständnis ist gefährlich. Dieser Beitrag macht den realen Stand sichtbar.
Was die Zahlen wirklich sagen
In nordamerikanischen Enterprise SFCC Organisationen sehen wir folgendes Bild. Etwa zweiundzwanzig Prozent geben an, Composable sei bereits Teil ihrer Strategie. Weitere elf Prozent planen den Übergang aktiv. Über sechsundzwanzig Prozent erwägen ihn. Das ergibt insgesamt fast sechzig Prozent Engagement mit Composable.
Gleichzeitig zeigt sich ein bemerkenswerter Wissensunterschied. Über dreiundzwanzig Prozent der SFCC Customer geben an, Composable Commerce nicht zu verstehen. Das ist deutlich höher als bei SAP CC Customer, wo der Wert bei nur sechs Prozent liegt. Dieser Unterschied ist nicht zufällig. Er reflektiert eine Salesforce Welt, die historisch weniger an Best of Breed Integration gewöhnt war.
Was die Mehrheit erfolgreich macht
Drei Muster zeigen sich bei den erfolgreichen SFCC Composable Setups.
Erstens. Sie behalten SFCC als Backbone. Statt die Plattform vollständig zu ersetzen, isolieren sie die Schichten, in denen Composable den größten Wert liefert. Frontend, Search, CMS, Personalization.
Zweitens. Sie investieren in einen Unified Data Layer. Eine Schicht, die SFCC und Best of Breed Services nach außen als kohärente API präsentiert. Damit bleibt das Frontend stabil, auch wenn ein Service später ersetzt wird.
Drittens. Sie etablieren klare Plattform Ownership. Eine Person oder ein kleines Team trägt die Architektur Verantwortung. Composable ohne Ownership wird zur Spaghetti Architektur.
Wo die Mehrheit stolpert
Sechs Stolperfallen sehen wir wiederholt bei SFCC Composable Initiativen.
Stolperfalle eins. Frontend wird übersehen. Viele Initiativen entkoppeln Backend Services, behalten aber das Frontend in seinem alten Zustand. Das Ergebnis ist eine moderne Datenwelt, die durch eine veraltete Render Schicht ausgeliefert wird.
Stolperfalle zwei. Kein Unified Data Layer. Wer mehrere Services ohne saubere Zwischenschicht verbindet, baut Spaghetti. Jeder neue Service braucht eigene API Adapter.
Stolperfalle drei. Missverstandene Composable Definition. Manche Teams nennen jede API Integration bereits composable. Das ist falsch. Composable bedeutet, dass Services unabhängig ersetzbar sind.
Stolperfalle vier. Big Bang Migration. Wer alle Services gleichzeitig einführt, überfordert das Team. Sequenz schlägt Parallelität.
Stolperfalle fünf. Compliance und Security zu spät gedacht. Mehrere Services bedeuten mehrere Compliance Themen. Wer das nicht früh strukturiert, sammelt Audit Findings.
Stolperfalle sechs. Falsche Erwartung an Time to Market. Composable senkt Time to Market, aber erst nach einer initialen Investition. Diese Lernkurve muss eingeplant werden.
Die Composable Monolith Falle
Eine besondere Falle verdient eigene Aufmerksamkeit. Der Composable Monolith. Patrick Friday, CEO von Alokai, hat diesen Begriff geprägt. Er beschreibt Setups, die nominell composable sind, in der Praxis aber so eng miteinander gekoppelt, dass sie genauso schwer zu ändern sind wie ein klassischer Monolith.
Composable Monolithen entstehen, wenn Services ohne sauberen Data Layer angebunden werden, wenn Vendor Lock In nicht beachtet wird oder wenn der Plattform Lifecycle nicht gepflegt wird. Sie sind eine der häufigsten Fehlbewegungen bei SFCC Composable Initiativen.
Wie ein realistischer SFCC Composable Pfad aussieht
Wer den Composable Vorteil ohne Komplettwechsel realisieren will, kann den folgenden Pfad nutzen.
Schritt eins. Frontend entkoppeln und auf eine moderne Plattform migrieren. Höchster Hebel, niedrigstes Risiko.
Schritt zwei. Headless CMS einführen. Marketing gewinnt sofort.
Schritt drei. Best of Breed Search integrieren. Sichtbare Conversion Effekte.
Schritt vier. Best of Breed Recommendations einführen. Effekte auf Average Order Value.
Schritt fünf. Customer Data und Personalization als eigenständige Schicht aggregieren.
In dieser Reihenfolge ist Composable Commerce für SFCC Customer ein realistisch erreichbarer Zustand innerhalb von achtzehn bis vierundzwanzig Monaten.
Was Sie konkret tun sollten
Drei Schritte helfen, den eigenen Composable Reifegrad ehrlich zu bewerten.
Schritt eins. Listen Sie auf, welche Services Sie bereits außerhalb von SFCC betreiben. Search, CMS, Personalization, Customer Data.
Schritt zwei. Prüfen Sie, wie diese Services mit dem SFCC Frontend integriert sind. Direkt verdrahtet oder über eine saubere Daten Schicht?
Schritt drei. Definieren Sie eine Plattform Ownership Rolle. Wer trägt heute die Verantwortung für Architektur, Service Verträge und Lebenszyklen?
Wenn Sie auf zwei oder drei dieser Fragen keine klare Antwort haben, lohnt es sich, den Composable Plan strukturierter aufzusetzen.
Fazit
Sechzig Prozent der SFCC Merchants engagieren sich gerade mit Composable. Die Mehrheit versteht es aber nicht vollständig. Wer 2026 wirklich davon profitieren will, vermeidet sechs Stolperfallen und folgt einer klaren Sequenz. SFCC Customer haben den Vorteil, dass sie den Backbone behalten können. Sie modernisieren das Frontend und entkoppeln Schichten schrittweise.
Wenn Sie einen ehrlichen Blick auf den Composable Reifegrad Ihres Setups wollen, sprechen Sie uns an. Wir kombinieren Architektur Beratung mit konkreter Plattform Erfahrung.
Mehr zur Laioutr-Plattform
Mehr dazu: Composable Commerce 2026: Was 83 Prozent richtig machen und wo sie trotzdem stolpern und Strategische Agilität als wahrer Composable Treiber: Ein Framework für SFCC Customer.