Headless Commerce: Wann es sich lohnt und wann nicht

Headless Commerce heißt: Die sichtbare Oberfläche deines Shops ist vom Shopsystem dahinter getrennt und holt sich Produkte, Preise und Warenkorb über eine Schnittstelle. Das klingt nach Freiheit, und die meisten Ratgeber zum Thema stammen von Anbietern, die genau diese Architektur verkaufen. Für einen mittelständischen Shop ist die wichtigere Frage eine andere: Welches Problem löst Headless bei dir, das dein bestehender Shop nicht wirtschaftlich lösen kann? Hier bekommst du die Erklärung, die Vor- und Nachteile im Betrieb und einen Entscheidungsbaum mit vier Fragen.

Was ist Headless Commerce?

In einem klassischen Shop gehören Oberfläche und Shoplogik zusammen. Shopware bringt dafür eine eigene Storefront mit, Shopify das Online-Store-Theme. Wer das Aussehen ändert, arbeitet im Theme, und Erweiterungen aus dem Store können sich direkt in diese Oberfläche einklinken: ein Bewertungs-Widget auf der Produktseite, ein Hinweis im Warenkorb, ein Banner für Versandkosten.

Bei Headless Commerce fehlt dieser „Kopf“. Das Shopsystem arbeitet nur noch im Hintergrund und stellt seine Daten und Funktionen über eine API bereit. Die Oberfläche ist eine eigene Anwendung, die ein Entwicklerteam baut, betreibt und weiterentwickelt. Dieselbe API kann gleichzeitig eine Website, eine App, einen Bildschirm im Laden oder einen Kundenbereich für Händler versorgen.

Headless, Composable und MACH: die Begriffe

Die drei Begriffe tauchen oft zusammen auf, meinen aber Verschiedenes:

Für die Entscheidung in diesem Artikel reicht der erste Begriff. Composable baut auf Headless auf und verschärft dieselben Fragen.

Headless mit Shopware und Shopify

Shopware und Shopify, zwei im Mittelstand verbreitete Shopsysteme, lassen sich beide headless betreiben. Du musst also nicht das Shopsystem wechseln, um Headless zu nutzen, und umgekehrt zwingt dich keines der beiden dazu. Daneben gibt es Systeme, die von Grund auf headless gebaut sind, etwa commercetools, Saleor oder Medusa, und große Commerce-Suiten mit Headless-Option. Sie richten sich vor allem an Unternehmen mit eigenem Entwicklerteam.

Shopware: Store API und Composable Frontends

Shopware stellt mit der Store API die Funktionen bereit, die ein Kunde im Shop braucht: Produkte, Kategorien, Warenkorb, Kundenkonto, Checkout. Darauf bauen die Composable Frontends auf, ein Baukasten von Shopware für eigene Storefronts, mit Beispielen auf Basis von Vue und Nuxt. Daneben liefert Shopware weiterhin die klassische Storefront auf Basis von Twig mit. Wie die Plattformen sich sonst unterscheiden, steht im Vergleich Shopify gegen Shopware.

Als Shopware-Partner, der seit 2014 eigene Erweiterungen im Shopware Store anbietet, sehe ich die Grenze vor allem an einer Stelle: Viele Erweiterungen bestehen aus Logik im Backend und aus Bausteinen für die Storefront, etwa Templates und Skripte. Der Backend-Teil arbeitet auch headless weiter, sofern die Erweiterung ihre Daten über die Store API bereitstellt. Der Storefront-Teil erscheint in einem eigenen Frontend nicht. Ihn musst du nachbauen.

Shopify: Storefront API, Hydrogen und Oxygen

Shopify bietet für Headless die Storefront API, dazu mit Hydrogen ein eigenes Framework auf Basis von React und mit Oxygen ein Hosting für solche Frontends. Oxygen ist laut Shopify in den regulären bezahlten Tarifen ohne Aufpreis enthalten. Auch hier gilt: Apps, die sich über Theme-Bausteine in den Online Store einklinken, tauchen in einem Hydrogen-Frontend nicht von selbst auf. Ob dir dagegen schon ein individuelles Theme reicht, klärt der Artikel Shopify Theme oder Custom-Entwicklung.

Vorteile von Headless Commerce und wann sie zählen

Jeder dieser Vorteile zahlt sich nur aus, wenn dein Shop ihn tatsächlich braucht. Deshalb steht bei jedem dabei, wann er zählt.

Nachteile: was Headless im Betrieb bedeutet

Die Nachteile von Headless Commerce stehen selten auf der Startseite eines Anbieters, entscheiden aber über die Wirtschaftlichkeit. Aus einem System werden zwei, und alles, was die Standard-Storefront fertig mitbringt, wird zur eigenen Aufgabe.

Klassischer Shop und Headless im Vergleich

Was Headless Commerce kostet

Mehrere Ratgeber von Plattformen und Agenturen bezeichnen Headless in der Anschaffung als teurer als einen klassischen Shop auf demselben System. Ein Ratgeber zu Shopware rechnet etwa mit dem 1,5- bis 2-fachen Entwicklungsaufwand einer klassischen Storefront. Bei absoluten Zahlen gehen die Quellen weit auseinander, weil die einen nur das Frontend rechnen und die anderen ganze Unternehmensprojekte. Stand Oktober 2026, keine eigene Erhebung. Eine Pauschale hilft dir deshalb wenig. Rechne lieber mit diesen Posten, jeweils für Aufbau und laufend über mehrere Jahre:

Wenn dir schon die Kosten eines klassischen Shopware-Projekts unklar sind, hilft der Überblick zu den Kosten von Shopware 6 als Ausgangspunkt.

Wann sich Headless für den Mittelstand nicht lohnt

Die meisten Fälle lassen sich mit vier Fragen entscheiden, in dieser Reihenfolge. Sobald eine Antwort auf „klassisch ausbauen“ führt, kannst du aufhören. Das Schaubild zeigt den Weg.

← Grafik seitlich scrollen →

Die Kernaussagen des Schaubilds:

Die vier Fragen im Detail

1. 1

   Gibt es ein Geschäftsziel, das deine Storefront nicht wirtschaftlich erreicht? Gemeint ist ein messbarer Engpass: ein zweiter Kanal aus demselben Sortiment, eine App für den Außendienst, ein Konfigurator, den das Theme nicht trägt. „Moderner“ oder „schneller“ ist kein solches Ziel, beides schafft auch ein gut gebautes Theme. Marktplätze und Social-Shops zählen meist auch nicht: Sie werden in der Regel über Produkt-Feeds oder Apps angebunden, ohne dass der Shop headless wird.

2. 2

   Ist Frontend-Entwicklung dauerhaft verfügbar, intern oder fest vergeben? Ein Headless-Frontend ist nach dem Start nicht fertig. Jede Aktion, jedes neue Zahlungsmittel und jede Rechtsänderung im Checkout landet bei den Entwicklern des Frontends.

3. 3

   Trägt das Budget Aufbau und Betrieb von zwei Systemen über mehrere Jahre? Rechne mit den Posten aus dem Kostenabschnitt oben, nicht nur mit dem Projektpreis. Erst über die Laufzeit zeigt sich, ob der Gewinn aus Frage 1 die laufenden Kosten trägt.

4. 4

   Hängen zentrale Funktionen an Erweiterungen der Standard-Storefront? Mach eine Liste: Zahlungsarten, Bewertungen, Suche, Produktkonfiguratoren, Kundenpreise im B2B, Tracking, Consent. Alles, was davon nur in der Storefront sichtbar wird, müsste im neuen Frontend nachgebaut werden. Ist die Liste lang, bleibt der Hauptshop klassisch, und nur der neue Kanal oder ein abgegrenzter Bereich wie ein Konfigurator wird headless. Geht es dir ohnehin nur um einen neuen Kanal, bleibt der Hauptshop in beiden Fällen vorerst klassisch, und Frage 4 zeigt dir, ob er später nachziehen kann.

Die Alternativen: klassisch bleiben heißt nicht stehen bleiben

Wer im Baum bei „klassisch ausbauen“ landet, hat damit keine Absage an Weiterentwicklung erteilt. Die meisten Ziele, die mit Headless verbunden werden, erreichst du in einem mittelständischen Shop auch ohne zweites System.

Das Theme gezielt ausbauen

Ein eigenes Theme oder ein stark angepasstes Standard-Theme bringt Markenauftritt, besondere Produktseiten und eigene Einstiegsseiten. Erweiterungen und Apps arbeiten dabei weiter wie gewohnt. Für Shopify-Shops liegt die Grenze zwischen Theme und Eigenentwicklung meist dort, wo Produktseiten oder Kaufabläufe vom Standard abweichen.

Erst Ladezeit und Daten, dann Architektur

Ist der Shop zu langsam, liegt das selten am Prinzip der Storefront, sondern an Bildern, Erweiterungen, Caching oder Hosting. Wie du das bei Shopware angehst, steht im Leitfaden zur Ladezeit von Shopware 6. Genauso wichtig sind saubere Produktdaten: Ein neues Frontend zeigt schlechte Daten nur schneller an.

Einzelne Systeme anbinden statt alles neu bauen

Viele Wünsche, die nach Headless klingen, sind eigentlich Integrationsaufgaben: Warenwirtschaft, Lager, Preise für Händler. Sie lassen sich über Schnittstellen an den klassischen Shop anbinden, ohne die Oberfläche zu ersetzen. Wie das bei Shopware aussieht, zeigt der Beitrag zur ERP-Anbindung.

Landest du bei „klassisch ausbauen“, rate ich, zuerst Ladezeit und Produktdaten anzugehen und Headless nach einem Jahr neu zu prüfen. Bis dahin weißt du auch, ob der zweite Kanal tatsächlich kommt. Wie ein solcher Ausbau bei Shopware aussieht, von Theme über Erweiterungen bis zur Anbindung, beschreibe ich auf der Seite zur Shopware-Agentur.

So gehst du vor, wenn Headless passt

Führt dein Baum zu „Headless mit Pilot“ oder „Teilweise headless“, entscheidet die Reihenfolge über das Risiko. Diese fünf Schritte halten es klein:

1. 1

   Ziel und Messgröße festlegen. Welcher Kanal oder welches Einkaufserlebnis soll entstehen, und woran misst du nach einem halben Jahr den Erfolg?

2. 2

   Erweiterungen und Apps auflisten. Für jede festhalten: läuft im Backend weiter, muss im Frontend nachgebaut werden oder fällt weg.

3. 3

   SEO, Tracking und Consent von Anfang an einplanen. URLs, Weiterleitungen, strukturierte Daten und Einwilligungen gehören in die erste Version, nicht in eine spätere Phase.

4. 4

   Mit einem abgegrenzten Bereich starten. Etwa einer Kategorie, einer Landingpage-Welt oder dem neuen Kanal, während der Rest auf der Storefront bleibt.

5. 5

   Betrieb regeln, bevor du ausweitest. Wer aktualisiert das Frontend, wer überwacht es, wer reagiert, wenn ein Update des Shopsystems die API ändert?

Häufige Fragen zu Headless Commerce

Was ist Headless Commerce?

Headless Commerce ist eine Shop-Architektur, bei der die sichtbare Oberfläche vom Shopsystem getrennt ist. Das Shopsystem verwaltet Produkte, Preise, Warenkorb und Bestellungen und stellt sie über eine API bereit. Ein eigenes Frontend, etwa eine Website oder eine App, zeigt diese Daten an.

Was ist der Unterschied zwischen Headless und Composable Commerce?

Headless trennt nur Frontend und Backend. Composable Commerce geht weiter und setzt auch das Backend aus einzelnen, austauschbaren Diensten zusammen, etwa für Suche, Produktdaten, Inhalte und Zahlung. Composable setzt Headless voraus, bringt aber noch mehr Schnittstellen und Abstimmung mit.

Für wen lohnt sich Headless Commerce?

Headless lohnt sich vor allem für Händler, die mehrere Kanäle aus einem Backend bedienen oder ein Frontend brauchen, das ein Theme nicht leisten kann, und die dafür dauerhaft Frontend-Entwicklung und Budget haben. Für einen Shop mit einem Kanal und Standardsortiment ist ein gezielt ausgebauter klassischer Shop meist die wirtschaftlichere Lösung.

Welche Nachteile hat Headless Commerce?

Aus einem System werden zwei. Das Frontend braucht eigenes Hosting, dauerhafte Entwicklung und eigene Pflege. Funktionen, die Erweiterungen oder Apps in der Storefront anzeigen, müssen nachgebaut werden, und SEO-Technik, Tracking und Consent liegen im eigenen Frontend. Dazu kommt die Abhängigkeit von der API, wenn das Shopsystem aktualisiert wird.

Was kostet Headless Commerce?

Headless ist in der Anschaffung in der Regel teurer als ein klassischer Shop auf demselben System, weil das Frontend und viele Funktionen neu entstehen. Die Zahlen in Ratgebern streuen stark, je nachdem, ob nur das Frontend oder ein ganzes Großprojekt gerechnet wird. Belastbarer ist eine Rechnung über mehrere Jahre mit den Posten Frontend, Nachbau von Funktionen, Hosting, SEO-Technik und Pflege von zwei Systemen.

Wie lange dauert die Umstellung auf Headless Commerce?

Das hängt vor allem davon ab, wie viele Funktionen aus der Storefront nachgebaut werden müssen und wie viele Kanäle zum Start dabei sind. Eine feste Dauer lässt sich deshalb nicht seriös nennen. Am schnellsten bist du mit einem Pilot: zuerst ein neuer Kanal oder ein abgegrenzter Bereich, während der Rest auf der Storefront weiterläuft.

Ist ein Headless-Shop schneller?

Nicht automatisch. Ein modernes Frontend mit serverseitigem Rendering und Caching kann sehr schnell sein, ein schlecht gebautes ist es nicht. Langsame klassische Shops leiden meist an Bildern, Erweiterungen, Caching oder Hosting, und das lässt sich ohne Headless beheben.

Ist Headless Commerce schlecht für SEO?

Nicht grundsätzlich, aber SEO wird zur eigenen Aufgabe. Saubere URLs, Canonicals, Weiterleitungen, strukturierte Daten und Sitemaps, die die Storefront mitliefert, müssen im Frontend umgesetzt werden. Wichtig ist serverseitiges Rendering: Google kann JavaScript zwar ausführen, empfiehlt aber serverseitiges oder vorab gerendertes HTML, weil nicht alle Bots JavaScript ausführen.

Kann ich Shopware oder Shopify headless betreiben?

Ja. Shopware bietet dafür die Store API und die Composable Frontends, Shopify die Storefront API, das Framework Hydrogen und das Hosting Oxygen. Beide Systeme laufen ebenso klassisch mit ihrer Standard-Storefront beziehungsweise ihrem Theme, und auch ein Mischbetrieb ist möglich, bei dem nur ein Kanal oder Bereich headless angebunden wird.