Eine Agentur hat einem Unternehmen mit zwölf Mitarbeitenden vorgeschlagen, den bestehenden Onlineshop komplett auf eine neue, entkoppelte Architektur umzubauen, mit dem Argument, das sei heute Standard und biete deutlich mehr Flexibilität. Das Angebot lag im sechsstelligen Bereich, für ein Unternehmen, das bisher einen einzigen Vertriebskanal betreibt.

Dieses Beispiel zeigt ein wiederkehrendes Muster: Ein technisch anspruchsvolles Konzept wird pauschal als Fortschritt verkauft, ohne zu prüfen, ob das eigene Geschäft die damit verbundene Komplexität überhaupt braucht. Für die meisten kleinen Unternehmen lohnt sich dieser Umbau schlicht nicht.

Dieser Vergleich stellt Aufwand, Betriebskosten und Personalbedarf der Flexibilität bei mehreren Kanälen und Märkten gegenüber, mit den drei Konstellationen, in denen sich der Umbau tatsächlich lohnt, und den vielen, in denen er es nicht tut.

Der Vergleich in Kürze

• Klassisches System: Gestaltung und Funktion fest miteinander verbunden, günstiger im Betrieb.
• Headless Commerce: Gestaltung und Funktion getrennt, mehr Flexibilität, mehr Aufwand.
• Aufwand: deutlich höher bei Einrichtung, oft unterschätzt bei laufender Wartung.
• Personal: zusätzliches technisches Fachwissen wird dauerhaft gebraucht.
• Lohnt sich bei: mehreren Kanälen, sehr spezifischer Gestaltung, internationaler Skalierung.
• Lohnt sich selten bei: einem einzelnen Vertriebskanal ohne besondere Anforderungen.
• Übergang: schrittweise sinnvoller als ein kompletter Umbau auf einmal.

Was Headless Commerce technisch bedeutet

In einem klassischen Onlineshop-System sind die sichtbare Gestaltung und die dahinterliegende Funktionalität, etwa Warenkorb, Zahlung und Lagerbestand, fest miteinander verbunden und werden gemeinsam als ein Paket betrieben. Änderungen an der Gestaltung erfolgen innerhalb dieses vorgegebenen Systems.

Headless Commerce trennt diese beiden Ebenen. Die Funktionalität läuft im Hintergrund über eine Schnittstelle, während die sichtbare Gestaltung als eigenständiges System davor gebaut wird. Diese Trennung erlaubt es theoretisch, dieselbe Funktionalität hinter mehreren unterschiedlichen Oberflächen zu betreiben.

Diese Architektur stammt ursprünglich aus größeren Unternehmen mit eigenen Entwicklungsteams, die genau diese Flexibilität für komplexe, mehrkanalige Anforderungen brauchten. Ein Grundverständnis des größeren Feldes, in dem sich diese Architektur bewegt, liefert der Überblick zum E-Commerce. Welche Rolle Technologie insgesamt in der Entwicklung eines Produkts spielt, ordnet der Beitrag über die Rolle von Technologie in der Produktentwicklung ein.

Headless Commerce: der Unterschied zum klassischen Shopsystem

Der zentrale Unterschied bei Headless Commerce liegt nicht in dem, was Kunden sehen, sondern in dem, wie das System dahinter aufgebaut ist. Ein Kunde bemerkt beim Einkauf selbst in der Regel keinen Unterschied zwischen beiden Architekturen.

Der Unterschied zeigt sich vielmehr im Betrieb: Ein klassisches System liefert eine vorgefertigte Gestaltungsebene mit, die sich innerhalb bestimmter Grenzen anpassen lässt. Eine Headless-Architektur liefert keine fertige Oberfläche, sondern verlangt, dass diese eigenständig entwickelt und gepflegt wird.

Diese zusätzliche Eigenentwicklung ist der Kern des höheren Aufwands, aber auch der Kern der zusätzlichen Flexibilität, die eine Headless-Architektur bietet. Wer diesen Zusammenhang nicht versteht, unterschätzt entweder den Aufwand oder den Nutzen.

Ein hilfreiches Bild ist der Vergleich mit einem Baukastensystem gegenüber einem Rohbau. Ein klassisches System liefert ein fertig eingerichtetes Haus, in dem sich Möbel innerhalb der vorgegebenen Räume verschieben lassen. Eine Headless-Architektur liefert nur den Rohbau mit funktionierender Haustechnik, während Wände, Böden und die gesamte Inneneinrichtung eigenständig geplant und gebaut werden müssen.

Dieses Bild macht auch deutlich, warum ein Umbau nicht rückgängig gemacht werden kann, ohne erneut erheblichen Aufwand zu verursachen. Wer einmal den Rohbau gewählt hat, trägt dauerhaft die Verantwortung für alles, was danach hineingebaut wird, während ein fertiges Haus diese Verantwortung größtenteils an den Anbieter des Systems abgibt.

Aufwand: was der Umbau tatsächlich kostet

Ein Umbau auf eine Headless-Architektur bedeutet in der Praxis den Aufbau einer komplett neuen Gestaltungsebene, häufig durch ein eigenes Entwicklungsteam oder eine spezialisierte Agentur. Diese Entwicklung dauert deutlich länger als die Anpassung eines vorgefertigten Systems.

Hinzu kommt die Integration mit bestehenden Systemen wie Lagerverwaltung, Zahlungsanbietern und Versanddienstleistern, die bei einem klassischen System oft bereits vorbereitet ist, bei einer Headless-Architektur aber eigenständig aufgebaut werden muss.

Der einmalige Aufwand für diesen Umbau liegt bei den meisten kleinen und mittleren Unternehmen deutlich über dem, was eine Anpassung innerhalb eines klassischen Systems kosten würde, oft um ein Vielfaches, abhängig vom konkreten Umfang des Vorhabens.

Ein weiterer, oft übersehener Aufwandsposten betrifft die Übergangszeit selbst. Während der Umbau läuft, muss der bestehende Shop parallel weiterbetrieben werden, was zusätzliche Koordination zwischen altem und neuem System erfordert und das Risiko von Inkonsistenzen bei Preisen oder Lagerbeständen erhöht, solange beide Systeme gleichzeitig existieren.

Diese Übergangsphase wird in ersten Kostenschätzungen häufig gar nicht eingepreist, obwohl sie in der Praxis mehrere Monate dauern kann und eigene Aufmerksamkeit verlangt, um Kunden während der Umstellung keine widersprüchlichen Informationen anzuzeigen.

Betriebskosten nach der Umstellung

Auch nach der Einrichtung bleibt der laufende Aufwand höher als bei einem klassischen System. Updates, Sicherheitskorrekturen und neue Funktionen müssen für die eigene Gestaltungsebene eigenständig entwickelt und gepflegt werden, statt automatisch mit einem Systemupdate mitzukommen.

Diese laufenden Kosten werden bei der ursprünglichen Entscheidung häufig unterschätzt, weil der Fokus meist auf dem einmaligen Umbau liegt. Ein realistischer Vergleich sollte deshalb nicht nur die Einrichtung, sondern die Gesamtkosten über mehrere Jahre gegenüberstellen.

Ein Unternehmen ohne eigenes technisches Team muss diese laufende Pflege komplett extern einkaufen, was die Betriebskosten dauerhaft erhöht, verglichen mit einem klassischen System, dessen Pflege größtenteils im Lizenzpreis enthalten ist.

Ein weiterer laufender Kostenpunkt betrifft die Hosting- und Infrastrukturkosten, die bei einer Headless-Architektur oft aus mehreren separaten Komponenten bestehen, statt aus einer einzigen Rechnung eines Anbieters. Diese verteilten Kosten erschweren die Budgetplanung zusätzlich, weil sich Preisänderungen bei einer einzelnen Komponente leicht in der Gesamtübersicht verlieren.

Ein Unternehmen, das sich für diese Architektur entscheidet, sollte deshalb von Anfang an eine zusammenfassende Kostenübersicht führen, die alle beteiligten Komponenten erfasst, statt sich auf die isolierte Betrachtung einzelner Rechnungen zu verlassen.

Personalbedarf: welche Rollen neu dazukommen

Eine Headless-Architektur verlangt dauerhaft Zugriff auf Entwicklungskapazität, entweder intern oder extern. Ein Unternehmen, das bisher ohne eigene technische Rolle ausgekommen ist, muss diese Kapazität komplett neu aufbauen oder dauerhaft einkaufen.

Diese Rolle unterscheidet sich von der Betreuung eines klassischen Systems, die oft auch von Personen ohne tiefes technisches Fachwissen übernommen werden kann. Eine Headless-Architektur braucht dagegen Personen, die mit der zugrunde liegenden Entwicklungsumgebung vertraut sind.

Für kleine Unternehmen bedeutet das häufig eine dauerhafte Abhängigkeit von einer externen Agentur, deren Verfügbarkeit und Preisgestaltung sich über die Zeit ändern kann, was ein zusätzliches unternehmerisches Risiko darstellt, das bei einem klassischen System in dieser Form nicht besteht.

Flexibilität bei mehreren Kanälen

Der größte Vorteil einer Headless-Architektur zeigt sich, wenn dieselbe Produktdatenbank gleichzeitig über einen Onlineshop, eine App, einen Ladenkiosk und weitere Kanäle ausgespielt werden soll, ohne die Funktionalität für jeden Kanal separat aufzubauen.

Ein klassisches System stößt hier oft an Grenzen, weil es primär für einen einzelnen Onlineshop konzipiert wurde und die Anbindung zusätzlicher Kanäle nur eingeschränkt oder mit erheblichem Zusatzaufwand unterstützt.

Für ein Unternehmen mit tatsächlich mehreren aktiven Kanälen kann dieser Vorteil den höheren Aufwand rechtfertigen, weil die Alternative, mehrere getrennte Systeme parallel zu pflegen, langfristig ebenfalls hohen Aufwand verursacht.

Flexibilität bei mehreren Märkten

Ähnliches gilt für den Verkauf in mehreren Ländern mit unterschiedlichen Sprachen, Währungen und rechtlichen Anforderungen. Eine Headless-Architektur erlaubt es, für jeden Markt eine eigene, angepasste Oberfläche zu bauen, während die zugrunde liegende Funktionalität gemeinsam genutzt wird.

Ein klassisches System bietet für diesen Anwendungsfall oft nur begrenzte Möglichkeiten zur tiefen lokalen Anpassung, weil die Gestaltungsebene und die Funktionalität eng miteinander verzahnt sind.

Für ein Unternehmen mit nur einem oder zwei Märkten und ähnlichen Anforderungen ist dieser Vorteil dagegen meist kaum spürbar und rechtfertigt den zusätzlichen Aufwand in der Regel nicht.

Konstellation eins: mehrere Vertriebskanäle gleichzeitig

Die erste Konstellation, in der sich der Umbau lohnt, betrifft Unternehmen, die bereits heute oder in absehbarer Zeit mehrere eigenständige Vertriebskanäle gleichzeitig betreiben wollen, etwa Onlineshop, App und stationären Handel mit digitaler Anbindung.

Wer nur einen einzigen Onlineshop betreibt und keine konkrete Erweiterung um weitere Kanäle plant, profitiert von dieser Flexibilität nicht und trägt trotzdem die vollen Mehrkosten.

Konstellation zwei: sehr spezifische Gestaltungsanforderungen

Die zweite Konstellation betrifft Unternehmen mit sehr spezifischen, vom Standard deutlich abweichenden Anforderungen an die Gestaltung und das Einkaufserlebnis, die sich innerhalb eines klassischen Systems nicht oder nur mit erheblichem Aufwand umsetzen lassen.

Für die meisten kleinen Unternehmen mit einem üblichen Sortiment und üblichen Erwartungen an den Einkaufsprozess reicht die Anpassungsfähigkeit eines klassischen Systems dagegen völlig aus.

Konstellation drei: internationale Skalierung mit lokalen Anpassungen

Die dritte Konstellation betrifft Unternehmen, die aktiv in mehrere Länder mit spürbar unterschiedlichen Anforderungen expandieren, etwa unterschiedliche Zahlungsgewohnheiten, Sprachen und rechtliche Vorgaben, die jeweils eine eigene Anpassung der Oberfläche erfordern.

Diese Konstellation trifft in der Praxis vor allem auf Unternehmen zu, die bereits ein gewisses Umsatzvolumen erreicht haben, das die zusätzlichen Kosten der Architektur rechtfertigt. Für eine erste internationale Expansion mit überschaubarem Volumen lohnt sich der Umbau selten von Anfang an.

Ein realistischer Zwischenschritt für Unternehmen, die zwar international wachsen, aber die volle Komplexität einer Headless-Architektur noch nicht rechtfertigen können, ist die Nutzung mehrerer, jeweils lokal angepasster Instanzen eines klassischen Systems. Dieser Ansatz bietet einen Teil der gewünschten lokalen Anpassung, ohne die vollständige Umstellung der zugrunde liegenden Architektur.

Erst wenn die Zahl der Märkte und die Unterschiede zwischen ihnen so groß werden, dass die Pflege mehrerer getrennter Instanzen selbst zum spürbaren Aufwand wird, kehrt sich diese Rechnung um und eine gemeinsame, entkoppelte Architektur wird wirtschaftlich sinnvoller.

Klassisches System und Headless im Vergleich

Merkmal	Klassisches System	Headless Commerce
Einrichtungsaufwand	gering bis moderat	hoch
Laufende Betriebskosten	überwiegend im Lizenzpreis enthalten	zusätzliche Entwicklungskapazität nötig
Flexibilität bei mehreren Kanälen	eingeschränkt	hoch
Benötigtes Fachwissen	grundlegende technische Kenntnisse reichen oft	dauerhafte Entwicklungskapazität nötig
Geeignet für	einzelnen Kanal, üblichen Anforderungen	mehrere Kanäle, spezifische Anforderungen, Internationalisierung

Die Tabelle zeigt, warum die Entscheidung stärker vom eigenen Geschäftsmodell abhängen sollte als von einem allgemeinen Trend in der Branche.

Wann sich der Umbau nicht lohnt

Für die meisten kleinen Unternehmen mit einem einzelnen Vertriebskanal, überschaubarem Sortiment und ohne konkrete Pläne zur internationalen Expansion überwiegt der zusätzliche Aufwand den Nutzen deutlich. In diesen Fällen bietet ein klassisches System in der Regel alles, was für den laufenden Betrieb gebraucht wird.

Ein häufiges Warnsignal für eine verfrühte Entscheidung ist eine Empfehlung, die allein mit dem Argument begründet wird, das sei heute Standard, ohne einen konkreten eigenen Anwendungsfall zu benennen, der die zusätzliche Komplexität rechtfertigt.

Ein zweites Warnsignal ist die Erwartung, ein Umbau werde von allein zu besseren Verkaufszahlen führen. Die Architektur eines Systems beeinflusst selten direkt die Kaufentscheidung eines Kunden, solange der bestehende Shop technisch stabil läuft und die Kernanforderungen des Geschäfts bereits erfüllt.

Wer sich unsicher ist, ob das eigene Unternehmen tatsächlich in eine der drei genannten Konstellationen fällt, sollte die Entscheidung nicht allein mit einer beauftragten Agentur treffen, sondern zusätzlich eine unabhängige zweite Einschätzung einholen, die kein wirtschaftliches Interesse am Umfang des Projekts hat.

Der Übergang: schrittweise statt auf einmal

Für Unternehmen, die tatsächlich in eine der drei Konstellationen fallen, empfiehlt sich ein schrittweiser Übergang statt eines vollständigen Umbaus auf einmal, etwa beginnend mit einem einzelnen zusätzlichen Kanal, bevor das gesamte System umgestellt wird.

Dieser schrittweise Ansatz begrenzt das Risiko eines gescheiterten Großprojekts und liefert frühzeitig Erfahrungswerte, die in die weitere Umsetzung einfließen können, bevor größere Teile des bestehenden Geschäfts von der neuen Architektur abhängen.

Ein sinnvoller erster Schritt ist häufig ein einzelner, klar abgegrenzter neuer Kanal, etwa eine App, die parallel zum bestehenden, unverändert weiterlaufenden Onlineshop entsteht. Dieser Ansatz erlaubt es, Erfahrungen mit der neuen Architektur zu sammeln, ohne das bestehende Kerngeschäft während der Lernphase zu gefährden.

Erst wenn dieser erste Schritt zuverlässig funktioniert und der tatsächliche laufende Aufwand realistisch eingeschätzt werden kann, sollte über eine vollständige Umstellung des Hauptkanals nachgedacht werden. Ein zu früher, vollständiger Umbau ohne diese Lernphase erhöht das Risiko unerwarteter Probleme erheblich. Für Unternehmen ohne eigene Entwicklungskapazität kann auch ein Blick auf einfachere, werkzeuggestützte Lösungen lohnen, wie sie der Beitrag über Werkzeuge ohne eigene Programmierkenntnisse beschreibt.

Häufige Fragen

Ist Headless Commerce grundsätzlich moderner als ein klassisches System?

Modernität ist kein sinnvolles Entscheidungskriterium. Entscheidend ist, ob die zusätzliche Flexibilität einen konkreten, im eigenen Geschäft vorhandenen Bedarf deckt.

Kann man später von einem klassischen System zu Headless wechseln?

Grundsätzlich ja, ein solcher Wechsel ist aber aufwendiger als eine von Anfang an durchdachte Entscheidung und sollte gut vorbereitet werden.

Wie groß sollte ein Unternehmen für Headless Commerce mindestens sein?

Eine feste Größe gibt es nicht. Entscheidend ist eher die Zahl der tatsächlich genutzten Kanäle und Märkte als die reine Unternehmensgröße.

Was, wenn eine Agentur den Umbau ohne konkreten Anwendungsfall empfiehlt?

Eine gezielte Nachfrage nach dem konkreten Nutzen für das eigene Geschäft schafft Klarheit, ob die Empfehlung auf einem echten Bedarf oder auf einem allgemeinen Verkaufsargument beruht.

Lohnt sich ein Testprojekt vor der vollständigen Umstellung?

Ja, ein begrenztes Testprojekt für einen einzelnen zusätzlichen Kanal zeigt realistisch, welcher Aufwand tatsächlich entsteht, bevor eine größere Investition getätigt wird.

Headless Commerce löst ein echtes Problem für Unternehmen mit mehreren Kanälen, spezifischen Anforderungen oder internationaler Skalierung. Für alle anderen bleibt ein klassisches System die wirtschaftlichere und wartungsärmere Wahl.