"Unser Shop läuft, aber er ist langsam" ist einer der häufigsten Sätze, die wir von E-Commerce-Kunden hören. Meistens folgt direkt danach: "Aber wir wollen nicht alles neu aufsetzen – wir kennen unser Backend, unser Team ist darin geschult, unsere Produktdaten sind da drin." Beides stimmt gleichzeitig, und genau dafür gibt es Headless Commerce.

Was "Headless" bedeutet

Ein klassischer Online-Shop – egal ob WooCommerce, Shopify oder ein anderes System – bringt Backend und Frontend in einem Paket. Das Backend verwaltet Produkte, Lager und Bestellungen. Das Frontend ist das, was Kunden im Browser sehen. Bei "Headless" trennt man diese beiden Teile: das Backend bleibt bestehen und liefert Daten über eine Schnittstelle (API), das Frontend wird komplett eigenständig gebaut und holt sich diese Daten ab. Der Name kommt daher, dass der Shop im Backend keinen eigenen "Kopf" (das Frontend) mehr hat – der wird separat aufgesetzt.

Zur Einordnung: Das Backend bleibt dabei die "Quelle der Wahrheit" für alle Produktdaten – Preise, Lagerbestände, Beschreibungen werden weiterhin dort gepflegt. Das Frontend fragt diese Daten bei Bedarf ab und zeigt sie an, speichert aber selbst nichts dauerhaft. Fällt das Frontend aus oder wird komplett neu gebaut, bleiben die eigentlichen Geschäftsdaten im Backend unberührt.

Warum das Frontend oft der Flaschenhals ist

Standard-Shop-Themes sind für den allgemeinen Fall gebaut: viele Funktionen, viele mögliche Konfigurationen, viele Skripte, die im Hintergrund laufen, auch wenn ein einzelner Shop die meisten davon nie nutzt. Das kostet Ladezeit. Für den Kunden bedeutet das konkret:

  • Warten auf ladende Produktbilder, besonders bei Kategorieseiten mit vielen Artikeln
  • Ein Warenkorb, der spürbar verzögert reagiert, wenn ein Artikel hinzugefügt wird
  • Lange Ladezeiten beim Wechsel zwischen Kategorien oder Filtereinstellungen

Jede dieser Verzögerungen ist ein Punkt, an dem jemand die Seite wieder verlässt – nicht, weil das Produkt nicht überzeugt, sondern weil die Wartezeit die Kaufentscheidung nie erreicht.

Wie wir das umsetzen

Das Backend – WooCommerce, Shopify, was auch immer bereits im Einsatz ist – bleibt für Produktpflege, Lager und Bestellabwicklung bestehen. Ihr Team arbeitet weiter genau dort, wo es sich auskennt. Wir bauen ein eigenständiges Frontend, meistens mit Next.js, das die Produktdaten über die Schnittstelle des Backends abruft und komplett neu, für Ihre Marke, gestaltet und rendert. Ausgeliefert wird das über Cloudflares Edge-Netzwerk – verteilt auf Server weltweit, nicht auf einen einzelnen Standort.

Ein konkretes Beispiel: Rum4You importiert Premium-Rum und verkauft ihn über einen Shop mit Next.js-Frontend auf einem WooCommerce-Backend. Produktbilder und Bestellabwicklung laufen weiterhin über das gewohnte System – aber die Seite, die Kunden sehen, ist ein eigenständiges, auf Marke und Geschwindigkeit optimiertes System. Details dazu in der Rum4You Case Study.

Klassischer Shop (Theme) Headless Commerce
Frontend Standard-Theme mit vielen Skripten Eigenständig gebaut, z.B. mit Next.js
Backend WooCommerce, Shopify o.ä. Bleibt unverändert bestehen (WooCommerce, Shopify o.ä.)
Produktpflege Im gewohnten Backend Unverändert im gewohnten Backend
Auslieferung Meist einzelner Server-Standort Cloudflare Edge-Netzwerk, weltweit verteilt
Gemessenes Beispiel – ~220ms bis zur ersten Serverantwort (Rum4You)

Was sich für Ihr Team ändert (und was nicht)

Für die Produktpflege ändert sich praktisch nichts: Ihr Team loggt sich weiterhin in das gewohnte WooCommerce- oder Shopify-Backend ein, legt Produkte an, verwaltet Lagerbestände und bearbeitet Bestellungen genau wie bisher. Was sich ändert, ist ausschließlich das, was Kunden im Browser sehen – das läuft über eine komplett neue, eigenständige Anwendung, die sich die Daten über eine Programmierschnittstelle (API) vom Backend holt. Es gibt also keine Schulung, keine Migration von Produktdaten und kein Umlernen für das Tagesgeschäft.

Ein gemessenes Beispiel

Bei Rum4You haben wir das in der Praxis umgesetzt. Ein einzelner Testaufruf der Live-Seite aus Europa lag bei rund 220 Millisekunden bis zur ersten Antwort vom Server – deutlich schneller, als es ein klassischer Shared-Server für ein Standard-Shop-Theme typischerweise liefert. Produktbilder werden dabei automatisch in mehreren Auflösungen passend zum jeweiligen Endgerät ausgeliefert, ohne dass das Backend davon etwas mitbekommt.

Auch ein SEO-Thema

Schnellere Ladezeit wirkt sich nicht nur auf die Kaufbereitschaft aus, sondern auch auf die Sichtbarkeit in der Google-Suche – Core Web Vitals sind mittlerweile ein anerkannter Ranking-Faktor. Ein Shop, der spürbar schneller lädt als die Konkurrenz, hat dadurch einen doppelten Vorteil. Mehr dazu: SEO & Performance.

Ist das für jeden Shop sinnvoll?

Nicht zwangsläufig. Wenn Sie ein sehr kleines Sortiment haben und Ladezeit für Ihre Kunden keine große Rolle spielt, kann ein Standard-Shop-Theme völlig ausreichend sein – der Aufwand für ein eigenes Frontend lohnt sich dann nicht. Headless Commerce macht dann Sinn, wenn Ladezeit, individuelles Design oder beides zu einem echten Wettbewerbsfaktor werden. Das besprechen wir ehrlich im Erstgespräch, statt jedem dieselbe Lösung zu verkaufen.

Mehr zu unserem Ansatz für Online-Shops: E-Commerce Vorarlberg.