Lange galt im deutschen Onlinehandel eine einfache Arbeitsteilung: Wer schnell starten wollte, nahm ein Shopsystem samt Theme, wer besondere Anforderungen hatte, ließ sich eine Individuallösung programmieren. Mit dem Begriff „Headless Commerce“ hat sich dazwischen ein dritter Weg etabliert, der inzwischen auch für mittelständische Händler erreichbar ist. Das Shopsystem bleibt dabei die Maschine im Hintergrund, die Oberfläche für die Kundschaft entsteht separat. Klingt nach Technikdebatte, ist aber vor allem eine strategische Entscheidung über Marke, Tempo und Abhängigkeiten.
Was „headless“ eigentlich trennt
Ein klassischer Onlineshop besteht aus zwei Hälften, die fest miteinander verschraubt sind: dem Backend mit Produkten, Preisen, Lagerbestand, Bestellungen und Zahlungsabwicklung sowie dem Frontend, also allem, was Besucher im Browser sehen. Bei Plattformen wie Shopify übernimmt ein Theme die Darstellung. Es lässt sich anpassen, bleibt aber an die Logik und die Grenzen der Plattform gebunden.
Headless bedeutet, diesen „Kopf“ abzunehmen. Das Shopsystem liefert seine Daten über Schnittstellen aus, bei Shopify etwa über die Storefront API, und ein eigenständig entwickeltes Frontend holt sie ab und stellt sie dar. Häufig kommen dafür moderne Webframeworks zum Einsatz. Kasse, Zahlung und Bestellverwaltung bleiben in aller Regel beim Shopsystem, denn genau dort spielt es seine Stärken aus: Sicherheit, Zahlungsanbieter, Steuerlogik, Retourenprozesse.
Warum Mittelständler darüber nachdenken
Die Motive sind selten technischer Natur. Meist steht eine dieser drei Fragen am Anfang:
- Markenauftritt: Themes sehen sich ähnlich. Wer eine starke Marke führt, stößt irgendwann an die Grenze dessen, was sich mit Vorlagen und Einstellungen gestalten lässt.
- Geschwindigkeit: Ladezeiten wirken unmittelbar auf Absprungraten und Sichtbarkeit in Suchmaschinen. Ein schlankes, eigenes Frontend lässt sich gezielter optimieren als ein Theme mit zahlreichen Apps.
- Mehrere Auftritte, ein Bestand: Händler, die neben dem Hauptshop Themenseiten, Länderseiten oder Kampagnenauftritte betreiben, wollen nicht für jeden Auftritt einen eigenen Shop pflegen. Headless erlaubt mehrere Oberflächen auf denselben Artikeldaten.
Ein Beispiel aus dem Fanartikelhandel
Wie das in der Praxis aussieht, zeigt der Merchandising-Bereich eines Münchner Traditionsvereins. Das Shop-Frontend des offiziellen 1860-Fanshops ist ein eigenständig entwickelter Auftritt, der seine Artikel, Preise und Größen aus einem Shopify-Store bezieht. Gestaltung, Texte und Seitenaufbau liegen im eigenen Code, Bestand, Preise und Bestellungen bleiben bei Shopify, und der Bezahlvorgang läuft über die Kasse der Plattform. Für die Kundschaft ist der Wechsel zwischen beiden Welten kaum spürbar.
Aufschlussreich ist dabei weniger die Technik als die Aufgabenverteilung. Das Frontend kümmert sich um das, was eine Marke unterscheidbar macht, das Shopsystem um das, was jeder Händler gleich gut können muss. Genau diese Trennlinie sollte jedes mittelständische Headless-Projekt zuerst ziehen.
Die Kostenseite ehrlich betrachten
Headless ist kein Sparmodell. Ein Theme wird gekauft, eingerichtet und gelegentlich aktualisiert. Ein eigenes Frontend dagegen ist Software, die gepflegt werden will: Sicherheitsupdates, Anpassungen an neue Schnittstellenversionen, Fehlerbehebung, Hosting. Wer keine eigene Entwicklungskapazität hat, braucht einen verlässlichen Dienstleister, und zwar dauerhaft, nicht nur für den Launch.
Hinzu kommen Funktionen, die im Theme-Modell einfach per App nachgerüstet werden: Bewertungen, Produktempfehlungen, Wunschlisten, Tracking. Im Headless-Modell müssen sie entweder selbst gebaut oder über Schnittstellen angebunden werden. Viele Apps sind auf die Theme-Welt ausgelegt und funktionieren mit einem eigenen Frontend nur eingeschränkt.
Unterschätzte Nebenwirkungen
Mehrere Punkte überraschen Händler regelmäßig erst im laufenden Betrieb:
- Messung: Die eingebauten Auswertungen eines Shopsystems zählen Besuche oft nur auf dessen eigenen Seiten. Läuft die Oberfläche woanders, liefern Kennzahlen wie Conversion-Rate dort kein vollständiges Bild mehr. Die Messung muss neu gedacht werden, idealerweise vor dem Umstieg.
- Datenschutz: Jede neu angebundene Komponente, jeder externe Dienst gehört in die Datenschutzerklärung und gegebenenfalls in das Einwilligungsmanagement.
- Suchmaschinen: Beim Wechsel ändern sich häufig Adressstrukturen. Ohne saubere Weiterleitungen gehen Rankings verloren, die über Jahre aufgebaut wurden.
- Rückweg: Ein gutes Projekt plant von Anfang an, wie man im Notfall zum Theme zurückkehrt. Bleibt das Theme im Shopsystem erhalten, ist der Rückweg kurz.
Für wen es sich lohnt – und für wen nicht
Eine pauschale Empfehlung gibt es nicht, aber einige Faustregeln. Headless lohnt sich eher, wenn die Marke im Mittelpunkt des Geschäfts steht, das Sortiment über mehrere Auftritte gespielt werden soll und ein Team mit Entwicklungskompetenz dauerhaft verfügbar ist. Es lohnt sich eher nicht, wenn der Shop vor allem funktionieren soll, das Budget knapp ist oder das Geschäftsmodell stark auf App-Funktionen aufbaut, die sich nur im Theme-Modell nutzen lassen.
Zwischen beiden Polen liegt ein vernünftiger Mittelweg: zunächst einzelne Bereiche auszulagern, etwa eine Kampagnenseite oder eine Themenlandschaft, während der Kernshop im Theme bleibt. So sammelt das Unternehmen Erfahrung mit der Architektur, bevor es den gesamten Auftritt umstellt.
Der Fahrplan in fünf Schritten
- Ziele klären: Geht es um Marke, Geschwindigkeit oder mehrere Auftritte?
- Trennlinie festlegen: Was bleibt im Shopsystem, was wandert ins Frontend?
- Messung und Datenschutz vorab planen, nicht nachträglich.
- Weiterleitungen und Suchmaschinenpflege als eigenes Arbeitspaket behandeln.
- Betrieb und Wartung budgetieren, inklusive eines dokumentierten Rückwegs.
Headless Commerce ist damit weniger eine Frage der Technik als der Organisation. Wer die Aufgaben sauber verteilt, gewinnt Freiheit in der Gestaltung, ohne auf die Verlässlichkeit einer etablierten Plattform zu verzichten.
Häufige Fragen
Bleibt bei Headless Commerce die Kasse des Shopsystems erhalten?
In den meisten Projekten ja. Zahlung, Steuerberechnung und Bestellabwicklung bleiben beim Shopsystem, weil sie dort sicher und rechtskonform gelöst sind. Das eigene Frontend übernimmt Darstellung und Navigation.
Ist Headless schneller als ein Theme?
Es kann schneller sein, weil sich ein schlankes Frontend gezielt optimieren lässt. Automatisch ist das nicht: Ein schlecht gebautes eigenes Frontend kann auch langsamer sein als ein gutes Theme.
Kann ein mittelständischer Händler Headless ohne eigene Entwickler betreiben?
Nur mit einem dauerhaft verfügbaren Dienstleister. Ein eigenes Frontend ist laufende Software und braucht regelmäßige Pflege, nicht nur eine einmalige Umsetzung.



