Headless vs Traditional Commerce: Der Entscheidungsleitfaden 2026 für DACH-Händler

DACH-Händler sollten Headless Commerce in Betracht ziehen, wenn das Frontend ihrer aktuellen Plattform der nachweislich limitierende Faktor ist, nicht weil Headless die Richtung der Branche vorgibt. Diese Unterscheidung ist entscheidend, denn Headless-Implementierungen verursachen Gesamtbetriebskosten (Total Cost of Ownership) über drei Jahre zwischen 400.000 € und 1,5 Millionen €, verglichen mit 100.000-400.000 € für eine gut gepflegte monolithische Plattform. Diese Kosten sind in bestimmten Situationen gerechtfertigt. Sie sind nicht allein durch Site-Komplexität, Produktkatalogumfang oder Wettbewerbsdruck gerechtfertigt.

Headless vs. Traditional Commerce: Was der Architekturunterschied wirklich bedeutet

Traditionelle Commerce-Plattformen, Shopware im Standard-Storefront, SAP Commerce im Auslieferungszustand, WooCommerce, verknüpfen Frontend und Backend zu einem einzigen bereitstellbaren System. Dieselbe Codebasis steuert Storefront, Katalog, Checkout und Promotions. Änderungen an einer Ebene wirken sich auf das gesamte System aus.

Headless-Architektur entkoppelt die Präsentationsebene über APIs vom Commerce-Backend. Der Storefront, entwickelt in React, Next.js oder einem vergleichbaren Frontend-Framework, ruft Produktdaten, Bestandsinformationen und Checkout-Funktionen vom Commerce-Engine ab, wird aber unabhängig entwickelt und bereitgestellt.

2026 gilt eine weitere Unterscheidung: Die meisten als 'headless' bezeichneten Implementierungen sind nur teilweise entkoppelt. Echtes Composable Commerce, das MACH-Modell (Microservices, API-first, Cloud-native, Headless), zerlegt den gesamten Stack in unabhängige Services für Suche, Checkout, Pricing, Order Management und Content. Jede Composable-Commerce-Implementierung ist headless. Die meisten Headless-Implementierungen sind nicht composable. Business Case und Kostenprofil unterscheiden sich zwischen beiden erheblich.

Die Plattformlandschaft in der DACH-Region

Der deutsche E-Commerce-Markt erreichte 2025 rund 92 Milliarden €, für 2026 wird ein Wachstum von 4,3% prognostiziert. Die Plattformverteilung unter Deutschlands Top-1.000-Onlineshops erzählt eine aufschlussreiche Geschichte.

Shopware hält seit vier aufeinanderfolgenden Jahren (Stand 2026) die führende Position unter Deutschlands Top-1.000-Shops. Shopify kommt mit Stand Juni 2026 auf 22,1% der erfassten deutschen Shops, wenngleich hier ein erheblicher Anteil auf KMU entfällt. Commercetools, 2006 in München gegründet, bleibt die Referenzimplementierung für Enterprise Composable Commerce in der Region; der sichtbarste DACH-Case ist die Volkswagen Group, die die Plattform Ende 2020 auswählte, um den digitalen Commerce über ihr Markenportfolio hinweg zu betreiben, darunter Volkswagen, Porsche, Audi und Bentley. Die REWE Group, Deutschlands zweitgrößter Lebensmittelhändler, war ein früher Commercetools-Kunde und Teil des ursprünglichen Entwicklungskontexts der Plattform.

Für SAP-integrierte Hersteller und technische Großhändler, ein bedeutendes Segment des DACH-Mittelstands, stellt SAP Commerce Cloud mit Composable Storefront (ehemals Spartacus) den gängigsten Headless-Weg dar, der die ERP-Integration erhält und gleichzeitig das Frontend entkoppelt.

Wann der Performance-Case real ist

Geschwindigkeitsverbesserungen durch Headless sind real und belegt. Jede Verbesserung der Ladezeit um eine Sekunde korreliert mit einem Conversion-Anstieg von etwa 2%, eine Erkenntnis, die ursprünglich von Google und Deloitte veröffentlicht und seither durch zahlreiche weitere Analysen bestätigt wurde. Headless-Storefronts mit Server-Side Rendering (SSR) erreichen auf Mobilgeräten konsistent Largest Contentful Paint-Werte von rund 1,5 Sekunden, verglichen mit etwa 2,4 Sekunden bei vergleichbaren monolithischen Storefronts.

Der Conversion-Vorteil kommt Händlern mit signifikantem bestehendem Traffic zugute. Bei einem Händler mit 50 Millionen € Online-Umsatz entspricht eine Conversion-Verbesserung von 2% einem zusätzlichen Jahresumsatz von 1 Million €, ausreichend, um die Investition innerhalb von zwei bis drei Jahren zu rechtfertigen. Bei einem Händler mit 5 Millionen € generiert dieselbe Verbesserung 100.000 €, nicht ausreichend, um die Implementierungskosten zu kompensieren.

Der Entscheidungsrahmen: Vier Kriterien

Gehen Sie auf Headless, wenn alle vier Kriterien zutreffen:

• Das Frontend ist der bestätigte Engpass.Nicht die Plattform im Allgemeinen, sondern konkret die Rendering-Ebene. Core Web Vitals werden verfehlt, die Time-to-Market für Frontend-Änderungen wird in Wochen gemessen, oder die A/B-Testing-Fähigkeit wird durch das Theme-System eingeschränkt.
• Sie betreiben mehrere Storefronts, Märkte oder Marken.Headless rechnet sich bei multi-regionalen Geschäftsmodellen, bei denen jeder Markt eine unabhängige Frontend-Weiterentwicklung ohne Backend-Codeänderungen erfordert. DACH-Händler, die DE, AT und CH mit unterschiedlicher MwSt.-Handhabung (VAT), Zahlungsmethoden (TWINT in der Schweiz, SEPA in Deutschland) und lokalisiertem Content bedienen, sind das Zielprofil.
• Sie verfügen über eigene Entwicklungskapazität (In-house Engineering).Mindestens zwei bis vier dedizierte Frontend-Entwickler sind erforderlich, um Headless ohne dauerhafte Agenturabhängigkeit zu betreiben. Händler ohne diese Kapazität ersetzen Plattform-Lizenzkosten tendenziell durch laufende Retainer-Kosten.
• Ihre Anzahl an Integrationen liegt bei 15 oder mehr und wächst weiter.ERP, PIM, OMS, CDP, Loyalty, Payment, Suche, Bewertungen, Personalisierung. Bei dieser Integrationsdichte reduziert eine composable Architektur den Blast Radius einzelner Systemänderungen. Unterhalb dieser Schwelle ist eine monolithische Integration in der Regel günstiger zu pflegen.

Bleiben Sie monolithisch, wenn eines der folgenden Kriterien zutrifft:

• Ein Storefront, Katalog unter 50.000 SKUs, eine Region
• Launch innerhalb von acht Wochen erforderlich
• Keine eigene Frontend-Entwicklung im Haus
• Jährlicher Online-Umsatz unter rund 2 Millionen €

Die Kosten, die monolithische Händler unterschätzen

Monolithisch zu bleiben hat eine eigene Kostenstruktur, die häufig unterschätzt wird.

Theme-Customization-Schulden summieren sich mit der Zeit. Händler auf veralteten Magento- oder SFCC-Installationen geben für die jährliche Customization-Wartung häufig mehr aus, als ein Headless-Replatforming über drei Jahre gekostet hätte. Die Entscheidung lautet nicht Headless versus kostenlos, sondern Headless versus einen anderen Satz laufender Kosten.

Die regulatorische Komplexität in der DACH-Region erhöht das Gewicht dieser Kalkulation zusätzlich. Der European Accessibility Act trat im Juni 2025 in Kraft. Die General Product Safety Regulation (GPSR) gilt für Online-Marktplätze und Händler, die physische Waren verkaufen. Der Digital Services Act regelt größere Plattformen. Schweizer Händler stehen vor Zoll- und MwSt.-Regeln (VAT), die von den EU-Anforderungen abweichen. Jede Regulierung erfordert Frontend-Anpassungen. Eine Headless-Architektur erlaubt es, diese Anpassungen pro Markt unabhängig vorzunehmen, ohne die Backend-Commerce-Logik anzufassen.

Die Failure Modes, auf die Headless-Projekte stoßen

• SEO-Regression.Headless-Frontends, die ohne ordentliches Server-Side Rendering gebaut werden, verlieren ihre organische Indexierbarkeit. Ein Rückgang des organischen Traffics um 30% in den ersten drei Monaten nach der Migration ist ein dokumentiertes Fehlermuster bei Implementierungen, die client-seitig gerendertes React ohne SSR ausgeliefert haben. Dies ist ein vermeidbarer technischer Fehler, kein inhärentes Headless-Risiko, erfordert aber bewusste Architekturentscheidungen.
• Verlagerung des Frontend-Engpasses.Headless beseitigt die Backend-Theme-Beschränkung. Es beseitigt nicht die Frontend-Komplexität. Händler, die von Shopify-Theme-Limitierungen zu Hydrogen gewechselt sind, berichten häufig, dass der Frontend-Entwicklungs-Backlog nach der Migration länger ist, nicht kürzer.
• Version Drift.In composable Architekturen mit unabhängigen Services führt API-Contract-Drift zwischen Services, insbesondere zwischen dem Checkout-Service und dem Inventory- oder Pricing-Service, zu Produktionsausfällen, die schwerer zu diagnostizieren sind als monolithische Bugs. API-Governance ist eine nicht verhandelbare betriebliche Anforderung.
• Dauerhafte Agenturabhängigkeit.Ohne eigene Entwicklungskapazität im Haus schafft die Headless-Architektur eine permanente Abhängigkeit von der Implementierungsagentur für jede Änderung. Dies ist die häufigste Quelle für Kostenüberschreitungen nach dem Launch bei Mittelstandshändlern.

Häufig gestellte Fragen

Sollten DACH-Händler 2026 auf Headless umsteigen?

Headless ist die richtige Wahl für DACH-Händler mit mehreren Storefronts oder Märkten, einer bestehenden Traffic-Basis, die groß genug ist, damit Conversion-Verbesserungen nennenswerten Umsatz generieren, und mindestens zwei bis vier internen Frontend-Entwicklern. Es ist nicht die richtige Wahl für Einzelmarkt-Händler mit einem Online-Umsatz unter rund 2 Millionen €, Händler ohne eigene Entwicklungskapazität oder Unternehmen, die innerhalb von acht Wochen launchen müssen.

Was ist der Unterschied zwischen Headless und Composable Commerce?

Headless entkoppelt über APIs nur die Präsentationsebene, den Storefront, vom Commerce-Backend. Composable Commerce entkoppelt jede funktionale Ebene: Suche, Checkout, Pricing, Order Management, Content und Loyalty laufen als unabhängige Services. Jede Composable-Implementierung ist headless; die meisten Headless-Implementierungen sind nicht composable. Der Unterschied bei Kosten und Komplexität ist erheblich.

Was kostet Headless Commerce im Vergleich zu traditionellem Commerce?

Die geschätzten Gesamtbetriebskosten (Total Cost of Ownership) über drei Jahre für eine traditionelle Mittelstandsimplementierung liegen bei 100.000-400.000 €. Eine Headless-Implementierung vergleichbaren Umfangs liegt bei 400.000 €-1,5 Millionen €, getrieben durch Frontend-Entwicklungskosten, API-Integration und laufendes Engineering. Diese Bandbreiten spiegeln den Mittelstandsumfang wider und sind eher richtungsweisend als feste Benchmarks; die Gesamtkosten hängen stark von der Anzahl der Integrationen, der regionalen Komplexität und der internen Entwicklungskapazität ab.

Welche Commerce-Plattformen nutzen DACH-Mittelstandshändler?

Shopware führt seit vier aufeinanderfolgenden Jahren unter Deutschlands Top-1.000-Onlinehändlern. Shopify kommt Mitte 2026 auf 22,1% der erfassten deutschen Shops. Für Enterprise Composable Commerce ist Commercetools, gegründet in München und genutzt von der Volkswagen Group und REWE, die primäre Referenz. SAP Commerce Cloud mit Composable Storefront ist der Standardweg für SAP-integrierte Hersteller und Großhändler.

Was sind die größten Risiken einer Headless-Commerce-Implementierung?

Die vier häufigsten Failure Modes sind: SEO-Regression durch Client-Side-Rendering ohne Server-Side Rendering; Verlagerung des Frontend-Engpasses (der Entwicklungs-Backlog verschiebt sich, verschwindet aber nicht); API-Version-Drift, der in composable Architekturen zu Produktionsausfällen führt; und permanente Agenturabhängigkeit für Händler ohne eigene Entwicklungskapazität. Alle vier lassen sich durch bewusste Architektur- und Team-Entscheidungen vermeiden.

Wie lange dauert eine Headless-Commerce-Implementierung?

Neue Headless-Builds auf einem etablierten Backend dauern mindestens drei bis sechs Monate. Plattformmigrationen, zum Beispiel der Wechsel von SFCC oder Magento zu einem composable Stack, dauern typischerweise sechs bis zwölf Monate und erfordern umfangreiche Planung der Datenmigration. SAP-Commerce-Integrationen in DACH-Kontexten erhöhen die Komplexität und verlängern die Zeitpläne zusätzlich.

Der nächste Schritt

Gradion arbeitet mit DACH-Händlern und -Herstellern zusammen, die Entscheidungen zur Commerce-Architektur treffen, von der Plattformauswahl über die Composable-Implementierung bis zur SAP-Integration. Kontaktieren Sie unser Team, um das Gespräch zu beginnen.