Produktkonfigurator in Shopware 6 und Magento 2 integrieren: Der technische Leitfaden
Viele B2B-Hersteller verfügen bereits über einen bestehenden Onlineshop, häufig auf Basis von Shopware 6 oder Magento 2. Die eigentliche Herausforderung beginnt deshalb nicht bei der Auswahl des Shopsystems, sondern bei der Integration eines Produktkonfigurators in bestehende Commerce-, ERP- und PIM-Prozesse.
Dabei reicht die Bandbreite von:
- einfachen Varianten-Konfiguratoren,
- bis hin zu komplexen CPQ-Architekturen mit Stücklistenlogik, ERP-Integration und 3D-Visualisierung.
Wer zunächst die strategischen Grundlagen verstehen möchte, findet im Artikel Produktkonfigurator Leitfaden für Hersteller einen vollständigen Überblick über Variantenlogik, Architektur und Einsatzszenarien.
Überblick: Wie lässt sich ein Produktkonfigurator in Shopware 6 und Magento 2 integrieren?
Grundsätzlich existieren drei technische Integrationsmodelle:
- Plugin-basiert,
- API-/headless-basiert,
- oder über individuelle Middleware-Architekturen.
Welcher Ansatz sinnvoll ist, hängt vor allem ab von:
- Produktkomplexität,
- ERP-Logik,
- Variantenanzahl,
- und Integrationsanforderungen.
Die wichtigste Erkenntnis aus der Praxis:
Je komplexer der B2B-Prozess wird, desto häufiger stößt ein reiner Plugin-Ansatz an Grenzen.
Drei Integrationsmodelle: Plugin, API-First / headless, custom Middleware
Plugin-Ansatz
Der Konfigurator läuft direkt im Shopsystem.
Vorteile:
- schnelle Einführung,
- geringere Kosten,
- einfache Wartung.
Nachteile:
- eingeschränkte Flexibilität,
- schwierige ERP-Logik,
- begrenzte Skalierbarkeit.
API-First / Headless
Der Konfigurator läuft als eigenständige Anwendung und kommuniziert über APIs mit Shop, ERP und PIM.
Vorteile:
- maximale Flexibilität,
- bessere Skalierung,
- Multi-Channel-Nutzung,
- Außendienst- und App-Szenarien möglich.
Nachteile:
- höhere Entwicklungsaufwände,
- komplexere Architektur.
Mehr dazu:
3D-Visualisierung im B2B-Konfigurator
Custom Middleware
Eine Middleware übernimmt:
- Preislogik,
- ERP-Kommunikation,
- Stücklistenaufbereitung,
- und Datenorchestrierung.
Besonders relevant bei:
- SAP,
- Dynamics,
- proALPHA,
- oder komplexen CPQ-Prozessen.
Welches Modell passt zu welcher Systemkomplexität?
| Komplexität | Empfehlung |
| Wenige Varianten, Standardprozesse | Plugin |
| Mittlere Variantenlogik + ERP | Hybrid/API |
| Komplexe CPQ- und Maschinenbau-Prozesse | Headless/API-First |
Produktkonfigurator in Shopware 6 integrieren — Schritt für Schritt
Shopware 6 bietet im DACH-Markt aktuell eines der flexibelsten Ökosysteme für B2B-Konfiguratoren.
Der große Vorteil:
- moderne API-Struktur,
- aktiver Plugin-Marktplatz,
- gute Erweiterbarkeit,
- und Headless-Fähigkeit.
Shopware Store: verfügbare Konfigurator-Plugins (Überblick, nicht Werbung)
Im Shopware Store existieren zahlreiche Konfigurator-Plugins:
- Variantenkonfiguratoren,
- CPQ-Erweiterungen,
- 3D-Visualisierung,
- Maßkonfiguration,
- Bundle-Konfiguration.
Die Qualität variiert jedoch stark.
Wichtig:
Nicht jedes Plugin eignet sich für:
- komplexe ERP-Logik,
- Maschinenbau,
- oder mehrstufige Angebotsprozesse.
Shopware Flow Builder und Custom Products als Basiskomponenten
Viele Projekte nutzen:
- Custom Products,
- Rule Builder,
- und Flow Builder
als technische Basis.
Damit lassen sich bereits:
- Preisregeln,
- Variantenlogik,
- Angebotsprozesse,
- und Workflows abbilden.
Die Grenze wird meist erreicht bei:
- komplexen Stücklisten,
- technischen Abhängigkeiten,
- oder CPQ-Szenarien.
Headless-Ansatz: Konfigurator als externe App, Shopware als Commerce-Backend
Im Headless-Szenario übernimmt Shopware:
- Commerce,
- Warenkorb,
- Checkout,
- Kundenverwaltung.
Der Konfigurator läuft separat:
- React,
- Vue,
- Angular,
- oder eigenständige 3D-Engine.
Dieser Ansatz wird besonders relevant bei:
- komplexen B2B-Konfigurationen,
- Außendienst-Apps,
- Händlerportalen,
- oder 3D-Szenarien.
Datenstrom: von der Konfiguration zum Warenkorb zur Bestellung
Typischer Ablauf:
- Produktkonfiguration
- Regelprüfung
- Preisberechnung
- Stücklistenerzeugung
- Übergabe an Warenkorb
- Bestellung
- ERP-Übergabe
- Produktionsauftrag
Genau an dieser Stelle entscheidet sich, ob ein Projekt langfristig stabil funktioniert.
Mehr dazu:
ERP-Integration des Shop-Konfigurators
Produktkonfigurator in Magento 2 integrieren
Magento 2 beziehungsweise Adobe Commerce bleibt besonders im Enterprise-B2B weiterhin relevant.
Stärken:
- hohe Flexibilität,
- starke API-Struktur,
- B2B-Module,
- umfangreiche Erweiterbarkeit.
Nachteile:
- höhere Betriebskosten,
- komplexeres Hosting,
- größerer Entwicklungsaufwand.
Magento 2 Custom Options vs. eigenständiges Konfigurator-Plugin
Magento bietet bereits:
- Configurable Products,
- Bundles,
- Custom Options.
Diese reichen jedoch oft nicht für:
- technische Regelwerke,
- Maschinenbau,
- CPQ-Prozesse,
- oder komplexe Variantenlogik.
Deshalb setzen viele Projekte auf:
- externe Konfigurator-Engines,
- Middleware,
- oder Headless-Ansätze.
GraphQL-API-Integration für headless Konfiguratoren
Magento verfügt über starke GraphQL-Schnittstellen.
Dadurch entstehen Möglichkeiten für:
- moderne Frontends,
- mobile Apps,
- Außendienstsysteme,
- 3D-Konfiguratoren,
- und API-getriebene Commerce-Architekturen.
Adobe Commerce (Magento Enterprise) und B2B-Module
Adobe Commerce erweitert Magento um:
- Unternehmensaccounts,
- Genehmigungsworkflows,
- Angebotsprozesse,
- Rollenmodelle,
- Shared Catalogs,
- und B2B-Preislogik.
Gerade im Maschinenbau entstehen hier leistungsfähige Integrationsmöglichkeiten.
Technische Anforderungen und häufige Fallstricke
Die meisten Probleme entstehen nicht durch den Konfigurator selbst — sondern durch:
- Datenqualität,
- Integrationen,
- oder Architekturentscheidungen.
Produktdaten-Qualität: Konfigurator ist nur so gut wie die Datenbasis
Ohne:
- saubere Variantenlogik,
- konsistente Attribute,
- strukturierte Produktdaten,
- und klare Regeln
entstehen:
- falsche Preise,
- ungültige Kombinationen,
- oder ERP-Fehler.
Session-Handling, Warenkorb-Persistenz und Preisberechnung
Komplexe B2B-Konfigurationen benötigen:
- stabile Sessions,
- persistente Warenkörbe,
- performante Preislogik,
- und saubere Zwischenspeicherung.
Gerade mobile Nutzer brechen sonst häufig ab.
Mobile-First: Responsive Konfiguration auf Smartphone und Tablet
Außendienst und Händler arbeiten zunehmend mobil.
Deshalb müssen Konfiguratoren:
- touch-optimiert,
- performant,
- responsive,
- und offline-tolerant sein.
Viele ältere Magento- oder Plugin-Lösungen unterschätzen diesen Punkt.
Checkliste: Was Sie vor der Integration klären müssen
Vor Projektstart sollten folgende Punkte geklärt sein:
- Welche Variantenlogik existiert?
- Wo liegt die Preislogik?
- Welche Daten kommen aus ERP oder PIM?
- Muss Stücklistenlogik erzeugt werden?
- Welche Nutzerrollen existieren?
- Welche mobilen Use Cases sind relevant?
- Ist 3D wirklich notwendig?
- Reicht ein Plugin oder wird Headless benötigt?
- Welche Performance-Ziele existieren?
- Wie läuft die ERP-Übergabe?
Besonders im technischen Umfeld lohnt sich häufig zusätzlich:
Shopware-Konfigurator im Maschinenbau einsetzen
FAQ
Kann man einen Produktkonfigurator in Onlineshops integrieren?
Ja. Sowohl Plugin-basierte als auch headless API-basierte Integrationen sind möglich.
Wann reicht ein Plugin aus?
Bei standardisierten Varianten und überschaubarer Produktlogik genügt oft ein Plugin-Ansatz.
Wann sollte man einen headless Konfigurator einsetzen?
Bei komplexen CPQ-Prozessen, ERP-Logik, 3D-Visualisierung oder Multi-Channel-Szenarien.
Unterstützt OroCommerce Produktkonfiguratoren?
Ja. OroCommerce bietet umfangreiche Integrationsmöglichkeiten über APIs und B2B-Module.
Welche Rolle spielt ERP-Integration?
ERP-Systeme liefern Preise, Stücklisten, Aufträge und Produktlogik. Ohne ERP-Anbindung entstehen oft Medienbrüche.
Wie lange dauert die Integration eines Produktkonfigurators?
Plugin-Projekte benötigen häufig 2–6 Wochen. Headless- und Enterprise-Projekte oft 3–6 Monate.
Braucht jeder B2B-Konfigurator 3D?
Nein. Viele technische Produkte profitieren stärker von sauberer Regel- und ERP-Logik als von Visualisierung.
Welche Daten benötigt ein Konfigurator?
Produktdaten, Variantenlogik, Preise, technische Regeln und häufig ERP- oder PIM-Daten.