Shopware B2B-Entwicklung: So bauen Sie einen leistungsstarken Commerce-Shop in 2026

67% der B2B-Einkäufer bevorzugen es heute, Käufe ohne Vertriebsmitarbeiter abzuschließen. Sie wollen Self-Service-Auftragsverwaltung, kundenspezifische Preisgestaltung und Angebots-Workflows — im Browser erreichbar, ohne Telefonanruf.

Shopware 6 ist die Plattform, die die meisten DACH-Hersteller und -Distributoren für die Umsetzung nutzen. Zum vierten Mal in Folge hält Shopware 11,5% Marktanteil unter Deutschlands Top-1.000-Onlineshops — der höchste aller Plattformen. Die Infrastruktur ist erprobt. Die Frage ist, wie man korrekt darauf aufbaut.

Dieser Leitfaden behandelt, wie Shopware B2B-Entwicklung 2026 aussieht: was die Plattform nativ bietet, was individuelle Entwicklung erfordert, wie man für Performance konzipiert und was die meisten Projekte falsch machen.

Wie baut man einen B2B-Onlineshop mit Shopware?

Ein Shopware B2B-Shop wird in drei Schichten gebaut: native B2B-Komponenten für Kernworkflows (Angebote, Genehmigungen, Mitarbeiterverwaltung), individuelle API-Entwicklung für ERP/CRM-Integration und nicht-standardmäßige Preislogik sowie ein Headless- oder API-first-Frontend für Performance. Die Evolve-Lizenzstufe schaltet den vollen B2B-Funktionsumfang frei. Individuelle Entwicklung übernimmt alles, was Ihr Unternehmen benötigt und die Plattform nicht bietet.

Warum Shopware 6 für B2B in 2026

Shopware 6 ist von Grund auf API-first aufgebaut. Jeder Storefront-Vorgang läuft über die Store API, was bedeutet, dass die Plattform sowohl traditionelle als auch Headless-Architekturen ohne Neuaufbau unterstützt. Für B2B-Betriebe — wo Käuferportale, ERP-Integrationen und komplexe Preisregeln Standardanforderungen sind — ist das entscheidend.

Über 80% von Shopwares globaler Kundenbasis befinden sich in der DACH-Region. Das Ökosystem aus Extensions, Agenturen und Integrationspartnern spiegelt diese Konzentration wider. Für Hersteller und Distributoren, die deutschsprachige Märkte bedienen, ist die Plattform-Support-Infrastruktur auf eine Weise ausgereift, wie es generische globale Plattformen nicht sind.

Die Legacy-B2B-Suite wird mit Shopware 6.8 eingestellt. Wenn Ihre aktuelle Implementierung auf der alten Suite läuft, ist die Migration zu B2B-Komponenten obligatorisch — nicht optional.

Was Shopware B2B-Komponenten nativ bieten

Ab Shopware 6.6+ im Evolve-Plan stehen folgende Funktionen ohne individuelle Entwicklung zur Verfügung:

→ Mitarbeiterverwaltung: Käuferkonten unter einem Unternehmen anlegen, Rollen zuweisen, Berechtigungen pro Mitarbeiter festlegen

→ Bestellgenehmigungen: Genehmigungsworkflows nach Bestellwert oder Produktkategorie konfigurieren

→ Angebotsverwaltung: Käufer übermitteln einen Warenkorb als Angebotsanfrage; Vertriebsteam antwortet mit formalem Angebot; Käufer konvertiert zu Bestellung

→ Schnellbestellung: Käufer laden CSV hoch oder geben Produktnummern direkt ein, um große Bestellungen schnell aufzubauen

→ Einkaufslisten: Bestellvorlagen speichern und wiederverwenden, teilbar über Unternehmenskonten hinweg

Diese decken den Kern-Self-Service-B2B-Workflow ab. Ein Käufer kann sich einloggen, eine Bestellung aufbauen, zur Genehmigung einreichen, ein Angebot erhalten und bestätigen — ohne den Vertrieb zu kontaktieren.

Was nicht enthalten ist: kundenspezifische Preisgestaltung im Maßstab, ERP-synchronisierter Lagerbestand, komplexe Vertragsbedingungen oder Multi-Warehouse-Logik. Das erfordert individuelle Entwicklung.

Was individuelle Shopware-B2B-Entwicklung erfordert

Die nativen Komponenten verarbeiten Workflows. Individuelle Entwicklung verarbeitet Komplexität.

Die häufigsten individuellen Entwicklungsanforderungen bei Shopware-B2B-Projekten:

ERP- und PIM-Integration

Die Store API von Shopware unterstützt bidirektionalen Datenaustausch, aber die Mapping-Logik zwischen Ihrem ERP (SAP, Microsoft Dynamics, ProAlpha) und dem Shopware-Datenmodell erfordert individuelle Connector-Entwicklung. Produktdaten, Lagerbestände, Kundenkonten und Bestellstatus benötigen definierte Synchronisationsrhythmen und Fehlerbehandlung.

Kundenspezifische Preisgestaltung

Shopware unterstützt Preislisten und Kundengruppen-Preisgestaltung nativ. Hersteller mit individuellen Vertragspreisen pro Kunde — üblich im Groß- und Industriehandel — benötigen typischerweise eine individuelle Preisschicht, die das ERP zur Laufzeit abfragt.

Komplexe Genehmigungshierarchien

Der native Genehmigungsworkflow deckt einstufige Genehmigungen nach Bestellwert ab. Mehrstufige Genehmigungsketten (Abteilungsleiter → Finanzen → Einkauf) erfordern individuelle Erweiterung.

B2B-Kundenportal

Über den Standard-Kontobereich hinaus benötigen viele Hersteller ein dediziertes Portal: Bestellhistorie, Lieferverfolgung, Rechnungsdownloads, Zugriff auf Vertragsdokumente. Das ist ein Frontend-Build, keine native Funktion.

Architekturentscheidungen für leistungsstarkes Shopware B2B

Shopware 6.7.5 führte produktionsreifes Store-API-Caching ein. Der Performance-Unterschied ist messbar: Eine gecachte Antwort wird in 20 ms zurückgegeben; eine ungecachte Origin-Anfrage dauert 480 ms. Im Maßstab reduziert korrektes Caching Origin-Anfragen um 85%+.

Für B2B-Shops, bei denen Kataloggrößen groß und kundenspezifische Daten häufig sind, sind die Architekturentscheidungen, die die Performance bestimmen:

Headless vs. traditionell

Shopware unterstützt beides. Headless (Vue Storefront, Next.js oder individuelles Frontend, das die Store API nutzt) bietet die größte Frontend-Kontrolle und die höchste Performance-Obergrenze. Traditionelle Twig-basierte Storefronts sind schneller zu bauen und für die meisten mittelständischen B2B-Betriebe ausreichend. Wählen Sie Headless, wenn Ihre Frontend-Anforderungen — Progressive Web App, Mobile-first-Käuferportal, komplexe Filterung — über das hinausgehen, was Twig-Templates sauber liefern können.

Caching-Strategie

Setzen Sie Cache-Control: s-maxage korrekt für Katalogseiten und Produktdaten. Personalisierte Inhalte (kundenspezifische Preise, Kontodaten) müssen vom gemeinsamen Cache ausgeschlossen werden. Eine gemischte Cache-Architektur — CDN für öffentliche Seiten, No-Cache für authentifizierte Käufer-Sessions — ist das Standardmuster.

Datenbankabfrage-Optimierung

N+1-Abfragen auf Produktlisten sind der häufigste Performance-Engpass bei Shopware-B2B-Shops mit großen Katalogen. Verwenden Sie Shopwares Association Loading korrekt und profilieren Sie vor dem Go-live.

Aufbau der Kundenportal-Erfahrung

Der Kontobereich ist der Ort, an dem B2B-Käufer die meiste Zeit verbringen — nicht der Storefront. Bestellhistorie, Nachbestellungs-Workflows, Angebotsverfolgung und Rechnungsverwaltung sind die Funktionen, die bestimmen, ob die Plattform den operativen Aufwand reduziert oder nur eine digitale Schicht über bestehende manuelle Prozesse legt.

Bauen Sie das Portal rund um Käuferaufgaben auf, nicht um Plattformfunktionen:

Nachbestellung - ein Klick von der Bestellhistorie in den Warenkorb
Angebotsstatus - sichtbare Verfolgung von Anfrage über Genehmigung bis Bestellung
Genehmigungssichtbarkeit - Käufer sehen, wo ihre Bestellung in der Genehmigungskette steht
Rechnungszugriff - herunterladbare PDF-Rechnungen aus ERP synchronisiert

Mitarbeiterverwaltung in Shopware B2B regelt die Berechtigungsabgrenzung: Ein Käufer sieht nur seine eigenen Bestellungen; ein Einkaufsleiter sieht das gesamte Unternehmenskonto. Erstellen Sie Rollendefinitionen, die den tatsächlichen internen Strukturen Ihrer Kunden entsprechen — nicht einer generischen Käufer/Admin-Aufteilung.

Shopware-B2B-Entwicklungs-Checkliste für 2026

Vor Entwicklungsbeginn

Shopware-Evolve-Lizenzierung sicherstellen
Alle ERP-Datenentitäten kartieren, die mit Shopware synchronisiert werden müssen
Kundenspezifische Preisregeln und Stammdaten-Standort definieren
Genehmigungsworkflow-Anforderungen pro Kundensegment identifizieren
Entscheiden: Headless- oder traditioneller Storefront

Während der Entwicklung

ERP-Integration von Tag eins mit Retry-Logik und Fehlerprotokollierung aufbauen
Datenbankabfrage-Performance auf Katalogseiten mit realistischem Datenvolumen profilieren
Genehmigungsworkflows mit echten Unternehmenskontostrukturen end-to-end testen
Store-API-Caching-Konfiguration im Staging vor Go-live validieren

Vor Go-live

Lasttests gegen die Store API bei erwarteten gleichzeitigen Käufer-Sessions durchführen
Bestätigen, dass kundenspezifische Preisgestaltung korrekte Werte für 20+ Testkonten liefert
Bestellsynchronisation mit ERP durch den gesamten Erfüllungszyklus testen

Was die meisten Shopware-B2B-Projekte falsch machen

ERP-Integration zu spät starten. ERP-Synchronisation ist keine Phase-zwei-Aufgabe. Kundenspezifische Preisgestaltung, Bestandsgenauigkeit und Auftragsbestätigung hängen alle davon ab. Projekte, die Integration ans Ende des Builds verschieben, verpassen Go-live-Termine konstant.

Den Genehmigungsworkflow unterspezifizieren. Native Bestellgenehmigungen decken eine Ebene ab. Wenn Ihre Kunden mit mehrstufiger Beschaffungsgenehmigung arbeiten — und die meisten mittelständischen Hersteller tun das — braucht es einen individuellen Build, keine Annahme, dass die native Funktion ausreicht.

Für Admins statt für Käufer bauen. Das Portal wird von internen Teams abgesteckt, die in Admin-Begriffen denken. Käufer denken in Aufgabenbegriffen. Testen Sie jeden Workflow mit einem echten Käufer-Szenario vor der Abnahme.

Einen leistungsstarken Shopware-B2B-Shop aufbauen

Shopware 6 ist 2026 ausgereift genug, um komplexe B2B-Anforderungen zu bewältigen, ohne von vorne zu beginnen. Die nativen B2B-Komponenten decken den Kern-Self-Service-Workflow ab. Individuelle Entwicklung übernimmt die Integration und Komplexität, die B2B-Commerce operativ real macht.

Die Shops, die performen — in Geschwindigkeit, Akzeptanz und operativer Wirkung — sind diejenigen, die rund um eine klare Entscheidung gebaut wurden: Was muss dieses Portal dem Käufer ermöglichen, und wie dient jede Integrationsentscheidung diesem Ergebnis?