Headless Commerce mit Shopware: Frontend-Freiheit für B2B

Im traditionellen E-Commerce-Ansatz steuert das Backend nicht nur die Geschäftslogik, sondern liefert auch fertig gerenderte HTML-Seiten an den Browser. Das ist einfach zu betreiben, aber unflexibel: Das Template-System des Backends bestimmt, wie der Shop aussieht und wie er sich verhält. Headless Commerce trennt diese Schichten konsequent. Das Backend — in unserem Fall Shopware CE — übernimmt Datenhaltung, Preisfindung, Bestellverarbeitung und die gesamte B2B-Geschäftslogik. Das Frontend ist eine eigenständige Applikation, die über die Shopware Store API mit dem Backend kommuniziert und die Oberfläche vollständig eigenständig rendert.

Diese Entkopplung schafft Freiheiten, die im klassischen Shopware-Storefront-Ansatz nicht erreichbar sind. Das Frontend-Team kann mit modernen Frameworks wie Vue.js, React, SvelteKit oder Next.js arbeiten, ohne Kenntnisse des PHP-Backend-Stacks zu benötigen. Iterationen am Frontend, A/B-Tests und Performance-Optimierungen können vollständig unabhängig vom Backend-Deployment durchgeführt werden. Gleichzeitig lassen sich Designvorgaben in jeder Detailtiefe umsetzen, die ein Theme-System niemals ermöglichen würde. Für B2B-Projekte mit komplexen Nutzeroberflächen, kundenindividuellen Dashboards und mehrstufigen Bestellprozessen ist das ein entscheidender Vorteil.

Die Shopware Store API ist eine vollständige REST-API, die alle Funktionen des Shopware-Frontends programmatisch zugänglich macht. Produktkataloge, Kategoriestrukturen, Suchfunktionen, Warenkorb, Checkout, Kundenkonto und B2B-spezifische Funktionen wie Unternehmenshierarchien, Freigabeworkflows und individuelle Preislisten — alles ist über sauber dokumentierte Endpoints erreichbar. Die API folgt dem OpenAPI-Standard und ist vollständig typisiert, sodass Frontends automatisch generierten Client-Code nutzen können.

Headless Commerce ist nicht in jedem Projekt die optimale Wahl. Ein klassischer Shopware-Storefront-Shop ist schneller zu realisieren und ausreichend für viele B2B-Projekte. Die entkoppelte Architektur entfaltet ihren Wert, wenn spezifische Anforderungen vorliegen, die ein klassischer Storefront-Ansatz nicht wirtschaftlich erfüllen kann. In unseren Projekten empfehlen wir Headless Commerce für die folgenden Szenarien.

Im B2B-Handel erfolgt der Kauf selten über einen einzigen Kanal. Einkäufer bestellen über den Web-Shop, Außendienstmitarbeiter über eine App auf dem Tablet, Großkunden über Punchout-Verbindungen aus ihrem ERP, und bestimmte Produkte werden über ein spezialisiertes Konfigurationsportal zusammengestellt. Die Headless-Architektur ermöglicht genau dieses Szenario: Alle Kanäle kommunizieren über dieselbe Shopware Store API, und die Geschäftslogik — kundenspezifische Preise, Bestellfreigaben, Lagerbestände und ERP-Anbindung über unsere Schnittstellenplattform — lebt an einem einzigen Ort im Backend.

Das bedeutet in der Praxis: Wenn sich eine Preisregel im ERP ändert, ist die Änderung sofort auf allen Kanälen wirksam, ohne dass Frontends angepasst werden müssen. Neue Produktdaten, Kategorien oder Aktionspreise werden einmal gepflegt und stehen automatisch in Web-Shop, App und Punchout-Portal zur Verfügung. Die PIM-Integration liefert strukturierte Produktdaten ins Shopware-Backend, von wo sie über die API an alle Frontends verteilt werden. Dieses zentrale Datenmodell ist der eigentliche Mehrwert eines gut aufgebauten Headless-Systems: Es eliminiert Datensilos nicht nur zwischen Shop und ERP, sondern auch zwischen den verschiedenen Vertriebskanälen.

Ein Headless-Commerce-Projekt mit Shopware CE umfasst weit mehr als die reine Frontend-Entwicklung. Wir übernehmen das gesamte Spektrum vom Architekturentwurf über die API-Erweiterungen bis zum produktionsreifen Deployment. Im Folgenden sind die wesentlichen Leistungsbausteine beschrieben, die in einem typischen Headless-B2B-Projekt enthalten sind.

Die Entscheidung zwischen Headless Commerce und klassischem Storefront-Ansatz ist eine der wichtigsten Architekturentscheidungen, die wir gemeinsam mit unseren Kunden treffen. Beide Ansätze haben ihre Berechtigung, und wir setzen bewusst keinen Standard, der für jedes Projekt gilt. Entscheidend sind Ihre konkreten Anforderungen, Ihr internes Technologieumfeld und Ihre langfristige Digitalstrategie.

Headless Commerce im B2B-Kontext stellt andere Anforderungen als im Consumer-Bereich. Komplexe Unternehmenshierarchien, mehrstufige Freigabeworkflows und kundenindividuelle Katalogansichten müssen über die Store API genauso zuverlässig funktionieren wie im klassischen Storefront-Ansatz. In unseren Projekten haben wir Headless-Frontends für genau diese Szenarien entwickelt und verfügen über erprobte Muster für die Abbildung komplexer B2B-Logik im entkoppelten Frontend.

Ein besonderes Augenmerk legen wir auf die Preisstrategie im Headless-Umfeld. Im B2B ist die korrekte Darstellung kundenspezifischer Preise, Staffeln und Rahmenvertragskonditionen geschäftskritisch. Wir implementieren eine durchdachte Caching-Strategie, die sicherstellt, dass Preisseiten nie mit falschen Daten ausgeliefert werden: Preisabfragen werden mit kurzen TTLs serverseitig gecacht, und auf Kundenebene nie in öffentlichen CDN-Caches gespeichert. Das Ergebnis ist eine schnelle Preisdarstellung ohne das Risiko, einem Kunden den Preis eines anderen Kunden zu zeigen.

Für B2B-Portale mit starkem Self-Service-Charakter — etwa für das B2B-Kundenportal — eignet sich der Headless-Ansatz besonders gut. Bestellhistorien, Rechnungsarchive, Lieferstatus und individuelle Dashboards lassen sich mit einem modernen JavaScript-Framework deutlich komfortabler und reaktiver gestalten als mit einem klassischen Twig-Template. Gleichzeitig profitiert das Kundenportal von der zentralen Shopware-Backend-Logik für Berechtigungen, Unternehmenshierarchien und Preisfindung.