Zum Hauptinhalt springen
Projekt starten

Composable · MACH · API-first

Baut euren Stack aus den besten Teilen.

Statt eines Monolithen, der alles halb kann: Composable Commerce nach dem MACH-Prinzip verbindet die jeweils besten Bausteine — Shop, CMS, Suche, Payments — über APIs zu einem flexiblen Ganzen. Austauschbar, skalierbar, zukunftssicher.

MACHMicroservices · API · Cloud · Headless
Best-of-Breedbeste Bausteine
Austauschbarkein Vendor-Lock-in
Best-of-Breed
statt Monolith
API-first
alles verbunden
Cloud-native
elastisch skaliert
0
Vendor-Lock-in

Grundlagen

Was ist Composable Commerce?

Kurz gesagt

Composable Commerce setzt euer System aus einzelnen Best-of-Breed-Bausteinen zusammen — Shop, CMS, Suche, Payments — die über APIs verbunden sind. Jeder Baustein ist einzeln austausch- und skalierbar. Das Architektur-Prinzip dahinter heißt MACH.

Klassische All-in-one-Commerce-Systeme liefern alles aus einer Hand — Shop, Inhalte, Suche, Checkout — als ein zusammenhängendes Produkt. Das ist bequem, hat aber einen Preis: Was die Plattform nicht kann, geht nicht. Und jeder größere Umbau betrifft immer das ganze System. Bei wachsenden, individuellen Anforderungen wird dieser Monolith zur Bremse.

Composable Commerce dreht das Prinzip um. Statt eines Alleskönners setzt ihr euren Stack aus spezialisierten Bausteinen zusammen, die über offene APIs verbunden sind: z. B. Shopware oder commercetools für das Commerce, Payload oder Sanity für Inhalte, Stripe für Payments, eine dedizierte Suche und ein frei gestaltbares Frontend. Jeder Baustein ist das beste Werkzeug für seine Aufgabe — daher Best-of-Breed — und lässt sich einzeln austauschen oder skalieren, ohne den Rest anzufassen.

Composable ist kein Selbstzweck. Es lohnt sich, wenn Flexibilität, Wachstum und mehrere Touchpoints im Spiel sind — nicht für jeden kleinen Shop. Wir sagen ehrlich, wann der Aufwand gerechtfertigt ist.

Best-of-Breed statt Kompromiss

Jede Aufgabe bekommt
das beste Werkzeug.

Wir entwerfen ein API-Layer — ein Backend-for-Frontend — das die Bausteine zu einem sauberen Vertrag fürs Frontend bündelt. So bleibt das Next.js-Frontend schlank und schnell, und ihr könnt einzelne Komponenten austauschen, ohne alles neu zu bauen.

  • Commerce, CMS, Suche, Payments frei kombiniert
  • Ein API-Layer / BFF als sauberer Vertrag
  • Einzelne Bausteine austauschbar & skalierbar
  • Next.js-Frontend, PageSpeed-optimiert
Next.jscommercetoolsShopwareStripe
mach-prinzipien
M

Microservices

Beste Bausteine je Aufgabe statt Monolith

A

API-first

Alles über offene Schnittstellen verbunden

C

Cloud-native

Elastisch skalierbar, kein eigener Serverpark

H

Headless

Frontend frei von Backend-Zwängen

Der ehrliche Vergleich

Monolith oder Composable?

Beide haben ihre Berechtigung. Es kommt auf Reife, Anforderungen und Wachstum an.

KriteriumMonolith (All-in-one)Composable (MACH)
Einstieg & Time-to-Marketschnellhöher initial
Flexibilität bei Änderungenganzes System betroffenBaustein einzeln tauschbar
Best-of-Breed je Funktionnur was die Plattform kannfrei wählbar
Skalierung einzelner Teilealles zusammengezielt pro Dienst
Vendor-Lock-inhochgering
Ideal fürkleine, standardisierte ShopsWachstum, Komplexität, Multi-Channel

Unsere ehrliche Empfehlung

Für viele Projekte ist eine fokussierte Shopware-Lösung die pragmatischere Wahl — schneller live, günstiger im Betrieb. Composable lohnt sich, wenn ihr mehrere Touchpoints, hohe Individualität oder starkes Wachstum habt und einzelne Teile unabhängig entwickeln wollt. Wir bewerten das ehrlich, statt euch Komplexität zu verkaufen, die ihr nicht braucht.

Im Leistungsumfang

Von der Architektur zum Betrieb.

  • Architektur-Beratung

    Wir bewerten, ob Composable für euch sinnvoll ist — ehrlich, auch wenn ein fokussierter Monolith reicht.

  • API-Layer / BFF

    Ein Backend-for-Frontend, das die Bausteine sauber fürs Frontend bündelt und Kopplung reduziert.

  • Headless-Frontend

    Next.js-Storefront, performant und unabhängig vom Backend — auf Wunsch als PWA.

  • Baustein-Auswahl

    Shopware, commercetools, Payload, Sanity, Stripe, Suche — passend zu euren Zielen und eurem Budget.

  • Migration in Etappen

    Schrittweise vom Monolithen zu Composable nach dem Strangler-Pattern — ohne Big-Bang-Risiko.

  • Cloud-Betrieb

    Cloud-native auf AWS, als Infrastructure as Code, überwacht und pro Dienst skalierbar.

Warum codehero

Composable ist kein Buzzword —
sondern Handwerk.

Viele reden über MACH. Wir bauen die Bausteine, die API-Schicht und den Betrieb, der sie zusammenhält — mit echter Erfahrung aus Commerce, Payments und Cloud.

AWS Solutions Architect
Cloud-native ist bei uns Praxis, nicht Prospekt: Bausteine laufen elastisch, überwacht und als Infrastructure as Code.
Commerce & Payments
Shopware, Stripe, DATEV — wir kennen die Bausteine aus echten Projekten und wissen, wo sie sich reiben.
Frontend & BFF
Next.js-Frontends und API-Layer sind unser tägliches Brot — wir bündeln viele Dienste zu einem schnellen Erlebnis.
Ehrliche Architektur
Wir empfehlen Composable nur, wenn es euch weiterbringt — und sagen klar, wenn eine schlankere Lösung besser passt.
lib/get-product-page.ts
export async function getProductPage(slug: string) {
const [produkt, content, preise] = await Promise.all([
fetch(`${SHOPWARE_URL}/product/${slug}`).then(r => r.json()),
fetch(`${PAYLOAD_URL}/api/pages?slug=${slug}`).then(r => r.json()),
stripe.prices.list({ product: slug }),
])
return { produkt, content, preise }
}

So entsteht euer Stack

Vom Zielbild zum lauffähigen System.

Baustein für Baustein, ohne Big Bang — mit klaren Etappen und echtem Betrieb.

  1. Zielbild & BewertungAnforderungen, Ist-Stack und Ziele — daraus wird eine ehrliche Architektur-Empfehlung.
  2. Baustein-AuswahlWir wählen die passenden Best-of-Breed-Komponenten und definieren das API-Layer.
  3. Aufbau in EtappenUmsetzung Baustein für Baustein, integrierbar in den laufenden Betrieb, ohne Big Bang.
  4. SkalierenBetrieb, Monitoring und Weiterentwicklung — jeder Baustein wächst einzeln mit.

Klartext

Die wichtigsten Begriffe.

MACHPrinzip
Microservices, API-first, Cloud-native, Headless — die vier Grundsätze moderner, zusammensetzbarer Architektur.
Best-of-BreedAnsatz
Für jede Aufgabe das jeweils beste spezialisierte Werkzeug wählen, statt sich mit den Kompromissen eines Alleskönners zu begnügen.
HeadlessArchitektur
Trennung von Frontend und Backend — das Frontend wird über APIs versorgt und ist frei gestaltbar.
BFFSchicht
Backend-for-Frontend — eine API-Schicht, die mehrere Backend-Dienste zu einem auf das Frontend zugeschnittenen Vertrag bündelt.
Strangler-PatternMigration
Methode, einen Monolithen schrittweise abzulösen, indem nach und nach einzelne Teile durch neue Bausteine ersetzt werden.
commercetoolsBaustein
Eine API-first-Commerce-Plattform, die als reine Commerce-Engine in Composable-Architekturen eingesetzt wird.

Fragen zu Composable Commerce.

Passt dazu

Das ganze codehero-System.

Bereit für einen Stack, der mitwächst?

30 Minuten mit einem Senior-Engineer — wir bewerten ehrlich, ob Composable euch weiterbringt oder ob eine fokussierte Lösung reicht. Antwort innerhalb von 24 Stunden.

Architektur-Beratung buchenTelefon: +49 9568 880 46 99