# Headless Commerce: die drei Stufen, die echten Optionen und welche du wahrscheinlich wirklich willst

> Die meisten, die nach Headless Commerce fragen, wollen eingebetteten Commerce per Widget. Einige brauchen commercetools oder Saleor. Hier ist das ehrliche Entscheidungsraster.

Ryan Badger - 3. Oktober 2025 - 6 Min. Lesezeit

## Was "Headless Commerce" wirklich bedeutet

Headless Commerce heißt, das Frontend (das, was dein Kunde sieht) vom Commerce-Backend (Warenkorb, Checkout, Lagerbestand, Bestellungen) zu entkoppeln. Statt eine Plattform zu wählen, die beides bündelt (wie Shopifys Themes für den Shop), baust oder kaufst du das Frontend separat und verbindest es mit einer Commerce-API.

Das Wort "Headless" wird locker verwendet. Es gibt drei klar getrennte Stufen:

- **Voll headless:** Du baust das Frontend von Grund auf (React, Next.js, Astro, Nuxt) und rufst für jedes Stück Daten eine Commerce-API auf. Produktlisten, Warenkorbstatus, Checkout. Die gesamte Nutzererfahrung gehört dir.
- **Widget-eingebettet headless:** Dein Frontend gibt es schon (eine Marketing-Website, ein Webflow-Projekt, ein Blog). Du setzt ein Commerce-Widget ein, das darin gerendert wird. Nicht "voll headless", aber trotzdem entkoppelt: Deine Website ist keine Vorlage einer Commerce-Plattform.
- **Traditionell (nicht headless):** Du wählst Shopify oder BigCommerce oder WooCommerce, nutzt deren Theme-System, und deine Website IST die Commerce-Plattform.

Der meiste "Headless"-Hype dreht sich um Stufe 1. Die meisten Shops brauchen sie gar nicht.

## Wann sich voll headless lohnt

Voll headless rechnet sich in vier konkreten Situationen. Außerhalb davon ist es Entwicklungszeit, die du nicht wieder hereinholst.

1. **Du brauchst eine individuelle Nutzererfahrung, die Plattform-Themes nicht erreichen.** Interaktive Konfiguratoren, 3D-Produktansichten, inhaltsreiche Storytelling-Layouts. Das Frontend neu zu bauen stand ohnehin an; headless heißt nur, dass du auch den Commerce-Datenfluss kontrollieren kannst.
2. **Multichannel-Vertrieb aus einem Katalog.** Website + Mobile-App + Kiosk im Laden + Sprach-/Chat-Oberfläche. Eine gemeinsame Commerce-API, die alle antreibt, ist auf traditionellem Weg wirklich schwer hinzubekommen.
3. **Skalierung, bei der traditionelle Plattformen zum Engpass werden.** Shopify Plus deckt das meiste inzwischen ab, aber wenn du auf dem Volumen von Nike oder IKEA unterwegs bist, gibt dir eine Commerce-API hinter dem eigenen Frontend Performance-Kontrolle, die du bei einem Theme-Shop nicht bekommst.
4. **Ein Engineering-Team mit echter Frontend-Kapazität.** Wenn du eigene Frontend-Entwickler hast, wird headless auf Dauer wirklich günstiger, weil du die Theme-Entwickler-Steuer nicht mehr zahlst.

Wenn du in keine der vier Situationen fällst, ist voll headless fast immer der schlechtere Tausch gegenüber einer gehosteten Plattform.

## Die Optionen für voll headless

Für Teams, die wirklich voll headless brauchen, sieht die realistische Shortlist 2026 so aus:

- **commercetools**: Enterprise-Klasse, in Deutschland entwickelt, teuer. Die Referenzimplementierung von Composable Commerce.
- **Saleor**: Open Source, selbst gehostet oder verwaltet, starke GraphQL-API. Entwicklerfreundlich.
- **Medusa**: Open Source, JavaScript-nativ, wachsendes Ökosystem. Der Form nach näher an "Shopify als API".
- **BigCommerce Headless**: BigCommerce als Backend nutzen, eigenes Frontend mitbringen. Die sauberste Option für "migrieren, ohne das Backend neu zu bauen".
- **Shopify Storefront API**: Shopifys Commerce hinter einem individuellen Frontend nutzen. Hosting + Entwicklungsaufwand liegen bei dir; Bestand / Bestellungen / Zahlungen bleiben in Shopify.
- **Shoprocket über das `@shoprocket/core`-SDK**: Produkte, Warenkorb und Sessions vollständig programmatisch ([shoprocket-js](https://github.com/shoprocket/shoprocket-js)). Das Widget überspringen, die eigene Oberfläche rendern, direkt mit unserer API sprechen. Die Einschränkungen stehen im Abschnitt "Wo Shoprocket steht" weiter unten.

Grobe Rangfolge nach Entwicklerkomfort: Medusa > Saleor > Shopify Storefront API > BigCommerce > commercetools. Grobe Rangfolge nach Enterprise-Zuverlässigkeit: commercetools > Shopify > BigCommerce > Saleor > Medusa. Wähle danach, wofür du optimierst.

## Die Widget-eingebettete Option (die Kategorie, die die meisten wirklich wollen)

Die meisten Unternehmen, die sagen, sie wollten "headless", wollen eigentlich das hier: eine Marketing- oder Content-Website, die sie schon haben, plus Commerce, der sich einklinkt, ohne einen Neubau zu erzwingen.

Shoprocket, Snipcart und Ecwid gehören alle hierher. Du behältst deine Website (Webflow, WordPress, statisches HTML, Astro, Framer), fügst ein Script-Tag ein, und der Commerce wird darin gerendert. Entkoppelt, aber nicht neu implementiert.

```
<!-- EXAMPLE ONLY. Grab your real snippet from Sales channels → Embeds in your dashboard -->
<script src="https://cdn.shoprocket.io/loader.js" data-pk="pk_yourkey"></script>
<div data-shoprocket="catalog" data-embed-id="emb_xxx"></div>
```

Die API steht außerdem zur Verfügung, falls du weitergehen willst (eigene Produktkarten mit deinem eigenen Markup, die unsere API für Daten ansprechen). Volle programmatische Kontrolle bietet das JS-SDK ([shoprocket-js](https://github.com/shoprocket/shoprocket-js)) für Ereignisse, Warenkorbänderungen und individuelle Oberflächen.

**Wann diese Stufe voll headless schlägt:**

- Du hast schon eine Website, die dir gefällt (du willst das Frontend nicht neu bauen)
- Du hast keine eigenen Frontend-Entwickler
- Deine Anforderungen an die Nutzererfahrung passen zu dem, was das Widget rendert
- Du willst Commerce in Wochen live haben, nicht in Quartalen

**Wann du auf voll headless umsteigen solltest:**

- Das Widget erreicht die nötige Nutzererfahrung nicht
- Du musst Produkte in Kontexte rendern, die das Widget nicht abdeckt (native Mobile-App, Kioske, TV)
- Du hast das Engineering-Team, das es trägt

## So erkennst du, welche Stufe du brauchst

Stell dir zwei Fragen:

1. **Würden meine Anforderungen an die Nutzererfahrung in einen rechteckigen Bereich meiner bestehenden Website passen?** Wenn ja, ist Widget-eingebettet in Ordnung. Wenn nein, bist du im Revier von voll headless.
2. **Habe ich für die nächsten 18 Monate einen dedizierten Frontend-Entwickler?** Wenn nein, lass voll headless aus, egal was du zu brauchen glaubst.

Die zweite Frage ist die entscheidende. Voll headless ohne Frontend-Entwickler ist ein Haufen technischer Schulden, der nur darauf wartet zu entstehen. Die Anbieter der Commerce-Plattform helfen, aber sie können nicht ersetzen, dass jemand dein individuelles Frontend verantwortet.

## Und was ist mit "Composable Commerce"

Dieselbe Idee, für den Einkaufszyklus im Enterprise-Bereich neu verpackt. "Composable" = für jede Funktion (CMS, Suche, PIM, Warenkorb, Checkout, Steuer) das jeweils beste Produkt wählen und alles per API verbinden. Das funktioniert, wenn du das Team hast, um es zu verdrahten. Ohne dieses Team wird es zur Wartungslast.

Für Shops unter ca. 10 Mio. $ Jahresumsatz ist Composable fast immer ein Fehler. Die Integrationsfläche ist riesig, und jeder Anbieterwechsel bricht irgendetwas.

## Wo Shoprocket steht

Wir decken Stufe 1 und 2 ab und sind ehrlich darüber, welche du wählen solltest.

**Stufe 2 (Widget-eingebettet), der Standard bei 95 % unserer Kunden.** Ein Script-Tag einfügen, das Widget wird in deiner bestehenden Website gerendert. Katalog, Warenkorb, Checkout, Suche, Varianten, Zahlungen: alles erledigt. Pauschalabo ab 29 $/Monat, 0 % Transaktionsgebühren. Das ist der schnelle Weg und für die meisten Shops der richtige.

**Stufe 1 (voll headless), technisch unterstützt, selten empfohlen.** Das `@shoprocket/core`-SDK ([shoprocket-js](https://github.com/shoprocket/shoprocket-js)) stellt Produkte, Warenkorbstatus und Sessions programmatisch bereit. Du kannst jeden Pixel selbst rendern und direkt mit unserer API sprechen. Dasselbe Pauschalabo trägt auch das.

**Warum wir Stufe 1 nicht pushen, obwohl sie funktioniert:** Jeden Sonderfall in einem individuellen Frontend abzudecken (Ladezustände, leere Warenkörbe, Oberfläche für die Variantenauswahl, Checkout-Abläufe, Fehlerbehandlung, Barrierefreiheit, mobile Viewports, i18n über 21 Sprachregionen) ist sehr viel Entwicklungsarbeit. Im Widget ist das alles eingebaut und in tausenden Shops erprobt. Du implementierst ein gelöstes Problem neu, sofern du keinen konkreten Grund bei der Nutzererfahrung hast, es nicht zu tun.

Wenn du diesen konkreten Grund und dedizierte Entwicklungskapazität hast, ist das Core-SDK da. Andernfalls: Widget einfügen und weitermachen.

> **Tipp:** Wenn ein Anbieter sich "headless" nennt, aber nicht beantworten kann, welches Frontend-Framework er empfiehlt, ist er wahrscheinlich Widget-eingebettet. Das ist in Ordnung; wisse nur, was du kaufst.

## Kurz gesagt

- **Voll headless:** commercetools, Saleor, Medusa, Shopify Storefront API, BigCommerce Headless. Nur sinnvoll bei konkreten Anforderungen an die Nutzererfahrung, Multichannel, Skalierung oder eigenem Entwicklungsteam.
- **Widget-eingebettet:** Shoprocket, Snipcart, Ecwid. Die richtige Antwort für die meisten Shops, die "headless wollen". Shoprocket unterstützt über das Core-SDK auch voll headless für den seltenen Fall, dass du es brauchst.
- **Traditionell:** Shopify + Theme, BigCommerce + Theme. Weiterhin der schnellste Weg, wenn du noch keine Website hast.

Die meisten Unternehmen, die nach Headless fragen, wollen eigentlich die Widget-eingebettete Stufe. [Starte eine kostenlose Testphase von Shoprocket](https://app-v3.shoprocket.io/signup), wenn das nach dir klingt. 14 Tage, keine Karte. [Preise](https://v3.shoprocket.io/de/preise.md) ab 29 $.

---

- HTML version: https://v3.shoprocket.io/de/blog/headless-commerce-drei-stufen-optionen-entscheidung
- Language: Deutsch (de)
- Also in: [العربية](https://v3.shoprocket.io/ar/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [Ελληνικά](https://v3.shoprocket.io/el/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [English](https://v3.shoprocket.io/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [Español](https://v3.shoprocket.io/es/blog/headless-commerce-tres-niveles-opciones-reales.md), [Français](https://v3.shoprocket.io/fr/blog/commerce-headless-trois-niveaux-quelle-option-choisir.md), [עברית](https://v3.shoprocket.io/he/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [हिन्दी](https://v3.shoprocket.io/hi/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [Bahasa Indonesia](https://v3.shoprocket.io/id/blog/headless-commerce-tiga-tingkatan-pilihan-nyata-dan-mana-yang-anda-butuhkan.md), [Italiano](https://v3.shoprocket.io/it/blog/headless-commerce-tre-livelli-opzioni-reali-quale-scegliere.md), [日本語](https://v3.shoprocket.io/ja/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [Lietuvių](https://v3.shoprocket.io/lt/tinklarastis/headless-prekyba-trys-lygiai-ir-kuris-jums-tinka.md), [Norsk](https://v3.shoprocket.io/nb/blogg/headless-commerce-tre-nivaer-reelle-alternativer-og-hva-du-trenger.md), [Nederlands](https://v3.shoprocket.io/nl/blog/headless-commerce-drie-niveaus-welke-past-bij-jou.md), [Polski](https://v3.shoprocket.io/pl/blog/headless-commerce-trzy-poziomy-realne-opcje-co-wybrac.md), [Português](https://v3.shoprocket.io/pt/blog/headless-commerce-tres-niveis-opcoes-reais-e-qual-voce-provavelmente-quer.md), [Română](https://v3.shoprocket.io/ro/blog/headless-commerce-cele-trei-niveluri-si-care-ti-trebuie.md), [Русский](https://v3.shoprocket.io/ru/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [ไทย](https://v3.shoprocket.io/th/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md), [Türkçe](https://v3.shoprocket.io/tr/blog/headless-ticaret-uc-kademe-gercek-secenekler-ve-hangisini-istiyorsunuz.md), [中文](https://v3.shoprocket.io/zh/blog/headless-commerce-the-three-tiers-the-real-options-and-which-one-you-probably-actually-want.md)