PIM für Shopware: Wann sich die Kombination lohnt und wie die Anbindung funktioniert

Shopware ist im DACH-Mittelstand das Shopsystem der Wahl — gerade im B2B. Solange du ein paar hundert Artikel verkaufst, reicht die Produktpflege im Shopware-Admin völlig aus. Doch irgendwann kippt es: Varianten in drei Sprachen, technische Attribute für Filter, Datenblätter, Händlerkataloge und ein Marktplatz neben dem eigenen Shop. Dann pflegst du dieselben Produktdaten an vier Stellen — und genau an diesem Punkt stellt sich die Frage nach einem PIM für Shopware. Dieser Artikel zeigt dir, wann sich die Kombination aus PIM und Shopware lohnt, wie die Arbeitsteilung zwischen beiden Systemen aussieht, welche Anbindungswege es realistisch gibt — und ehrlicherweise auch, wann du noch kein PIM brauchst.

Das Wichtigste in Kürze

• Ein PIM ergänzt Shopware, es ersetzt es nicht: Das PIM wird zur führenden Quelle für Produktinhalte (Attribute, Texte, Medien, Übersetzungen, Klassifikation), Shopware bleibt zuständig für Storefront, Checkout sowie Preise und Bestände aus dem ERP.

• Schlechte Produktdaten sind teuer: Laut Gartner kostet mangelhafte Datenqualität Unternehmen im Schnitt 12,9 Mio. USD pro Jahr, und laut Shotfarm/NPD gehen rund 40 % der Retouren auf schlechte Produktdaten zurück.

• entitys bindet Shopware über die Integrationsplattform per API und Datei-Export an — individuell konfiguriert statt als starres Fertig-Plugin. Die komplette PIM-Einführung dauert 6 bis 13 Wochen in 5 Sprints.

Warum die Produktpflege im Shopware-Admin irgendwann nicht mehr skaliert

Der Shopware-Admin ist für die Pflege eines Shops gebaut — und das macht er gut. Er ist aber kein Werkzeug für die zentrale Verwaltung von Produktinformationen über mehrere Kanäle hinweg. Typische Symptome, die B2B-Händler und Hersteller kennen:

• Varianten-Pflege wird zur Fleißarbeit: Wer Größen, Farben und technische Ausführungen kombiniert, klickt sich im Admin durch Eigenschaften, Varianten-Generierung und Einzelpflege. Bei zehn Produkten machbar, bei 10.000 Artikeln mit Variantenlogik nicht mehr.

• Mehrsprachigkeit vervielfacht den Aufwand: Jede zusätzliche Sprache bedeutet in der reinen Shop-Pflege einen weiteren kompletten Pflegedurchlauf — ohne Übersetzungsworkflow, ohne Status, ohne Vollständigkeitskontrolle.

• Der Shop ist nicht dein einziger Kanal: Print-Kataloge, Händler-Datenblätter, Marktplätze, BMEcat-Kataloge für Beschaffungsplattformen — all diese Kanäle brauchen dieselben Produktdaten in anderer Struktur. Ein Shopsystem ist dafür nicht die richtige Quelle.

• Keine Datenqualitäts-Steuerung: Welche Artikel haben kein Bild? Wo fehlt die französische Beschreibung? Welche Produkte erfüllen die Pflichtattribute ihrer Warengruppe nicht? Solche Fragen beantwortet ein PIM per Knopfdruck — der Shop-Admin nicht.

Die Folgekosten sind real: Gartner beziffert die Kosten schlechter Datenqualität auf durchschnittlich 12,9 Mio. USD pro Jahr und Unternehmen, und laut Shotfarm/NPD gehen rund 40 % der Retouren auf schlechte Produktdaten zurück. Was ein PIM grundsätzlich leistet, liest du im Überblick Was ist ein PIM?

Das Shopware-6-Datenmodell in Kurzform

Um die Arbeitsteilung zu verstehen, hilft ein Blick auf die Bausteine, mit denen Shopware 6 Produktdaten organisiert:

• Produkte und Varianten: Varianten entstehen in Shopware aus Eigenschaften (Properties), die als variantenbildend markiert werden. Ein T-Shirt in zwei Farben und zwei Größen erzeugt vier Varianten als Kind-Produkte unter einem Hauptprodukt — inklusive Vererbungslogik zwischen Eltern- und Kindartikel.

• Eigenschaften (Properties): dienen zusätzlich als filterbare Merkmale in der Storefront, etwa für Facetten-Navigation.

• Kategorien: bilden die Navigationsstruktur des Shops ab — die Verkaufssicht, nicht zwingend deine interne Produktlogik.

• Custom Fields (Zusatzfelder): frei definierbare Zusatzfelder, die sich an Produkte, Kategorien und weitere Objekte hängen lassen und technisch als JSON am Datensatz gespeichert werden. Praktisch für Extras — aber kein Ersatz für ein strukturiertes Attributmodell mit Pflichtfeldern, Einheiten und Vererbung.

• Sales Channels: steuern, welche Produkte in welchem Verkaufskanal (Shop, Sprache, Domain) sichtbar sind.

Das ist ein solides Modell für den Verkauf. Was ihm fehlt, ist die Governance-Ebene darüber: ein zentrales Attributmodell mit Klassifikation (etwa ETIM oder eCLASS), Übersetzungs- und Freigabeworkflows und kanalneutrale Datenhaltung. Genau das ist der Job des PIM. Wie du Taxonomie, Attribute und Varianten sauber aufbaust, zeigt der Leitfaden zu Produkt-Taxonomie, Attributen und Varianten.

Arbeitsteilung: Was gehört ins PIM, was bleibt in Shopware?

Die wichtigste Design-Entscheidung der Kombination ist die Frage der Datenhoheit. Bewährt hat sich diese Aufteilung:

Das PIM steht dabei nicht allein: In den meisten Setups liefert das ERP Artikelanlage, Preise und Bestände, das PIM veredelt die Daten inhaltlich, der Shop verkauft. Wie das Dreieck aus ERP, PIM und Shop zusammenspielt, liest du in PIM und ERP kombinieren und in PIM und E-Commerce: das unterschätzte Power-Duo.

Anbindungswege: So kommen PIM-Daten nach Shopware

Für die Verbindung zwischen PIM und Shopware gibt es drei realistische Wege — unabhängig davon, welches PIM du einsetzt:

1. Shopware Admin API und Sync API

Shopware 6 ist API-first gebaut. Die Admin API erlaubt das Anlegen und Aktualisieren von Produkten, Varianten, Eigenschaften, Kategorien und Medien per REST/JSON mit OAuth-Authentifizierung. Für Massenänderungen gibt es die Sync API, die viele Entitäten gebündelt in einer Operation verarbeitet — relevant, sobald du tausende Artikel aktualisierst. Das ist der Standardweg für eine automatisierte, regelmäßige Synchronisation.

2. Datei-basierter Import (CSV)

Shopware bringt ein Import/Export-Modul mit CSV-Profilen mit. Das PIM exportiert kanalspezifische Dateien, Shopware importiert sie — manuell oder zeitgesteuert. Weniger elegant als eine API-Synchronisation, aber robust, transparent und für viele Mittelständler ein völlig ausreichender Start, gerade wenn sich Produktinhalte nicht stündlich ändern.

3. Middleware / Integrationsplattform

Zwischen PIM und Shop sitzt eine Integrationsschicht, die Mapping, Transformation und Fehlerbehandlung übernimmt: Welches PIM-Attribut wird zu welcher Shopware-Eigenschaft, welches zum Custom Field? Welche Produkte gehen in welchen Sales Channel? Bei entitys läuft die Shopware-Anbindung genau so: über die Integrationsplattform per API und Datei-Export, mit individuell konfiguriertem Mapping auf dein Shopware-Setup — statt eines starren Fertig-Plugins, das an der ersten Individualisierung deines Shops scheitert.

Typische Stolpersteine — und wie du sie vermeidest

• Varianten-Mapping: Die Eltern-Kind-Logik von Shopware muss sauber aus der Variantenstruktur des PIM abgeleitet werden. Wird die Beziehung zwischen Hauptprodukt und Konfigurator-Einstellungen nicht korrekt aufgelöst, entstehen verwaiste Datensätze oder Importe schlagen still fehl. Deshalb: Variantenlogik zuerst im PIM sauber definieren, dann mappen.

• Eigenschaft oder Custom Field? Filterbare Merkmale gehören in Shopware-Eigenschaften, rein informative Zusatzdaten in Custom Fields. Diese Entscheidung sollte pro Attribut bewusst im Mapping getroffen werden — nicht pauschal.

• Sales-Channel-Zuordnung: Welche Produkte in welchem Kanal und welcher Sprache sichtbar sind, muss die Integration explizit steuern — sonst landen B2B-Sortimente im falschen Shop.

• Medien-Zuordnung: Bilder brauchen eine stabile Referenz (etwa über Dateinamen oder Medien-Mapping), damit ein erneuter Sync keine Duplikate anlegt und die Bildreihenfolge erhalten bleibt.

• Unklare Datenhoheit: Der häufigste Fehler ist organisatorisch, nicht technisch: Wenn Texte mal im Shop, mal im PIM geändert werden, überschreibt der nächste Sync die Arbeit. Regel: Produktinhalte werden nur noch im PIM gepflegt.

Wann du (noch) kein PIM für Shopware brauchst

Ehrliche Antwort: nicht jeder Shopware-Shop braucht ein PIM. Wenn du wenige hundert Artikel ohne komplexe Variantenlogik verkaufst, nur einen Kanal und eine Sprache bedienst und die Pflege im Admin von einer Person nebenbei zu schaffen ist — dann bleib dabei. Ein PIM ab 1.590 € pro Monat muss sich rechnen, und das tut es erst, wenn Datenmenge, Kanäle oder Sprachen den manuellen Aufwand aus dem Ruder laufen lassen. Ein guter Zwischenschritt ist dann oft, die Produktdaten wenigstens aus verstreuten Excel-Listen in eine saubere Struktur zu bringen — warum das der eigentliche Engpass ist, liest du unter Excel ablösen. Spätestens wenn mehrere Personen parallel pflegen, ein zweiter Kanal oder eine zweite Sprache dazukommt oder Kunden strukturierte Daten nach ETIM oder eCLASS verlangen, dreht sich die Rechnung.

PIM und Shopware mit entitys: Self-Service statt Integrationsprojekt

entitys ist ein Self-Service-Cloud-PIM für den B2B-Mittelstand: Deine Fachanwender bauen Datenmodell, Workflows und Exporte selbst — ohne Abhängigkeit von Implementierungspartnern. Die Anbindung an Shopware läuft über die Integrationsplattform per API und Export, individuell auf dein Shop-Setup konfiguriert. Die komplette Einführung dauert 6 bis 13 Wochen in 5 Sprints (Ramp-up, Datenmodell, Datenimport, Export & Anbindung, Schulung & Go-Live) — branchenüblich sind 5 bis 12 Monate. Kunden erreichen mit zentraler Pflege bis zu 70 % weniger Zeitaufwand in der Datenpflege und bis zu 99 % weniger Datenfehler. Die Preise sind öffentlich einsehbar unter Preise.

Häufig gestellte Fragen

Gibt es ein fertiges entitys-Shopware-Plugin?

Nein. entitys setzt bewusst auf die Integrationsplattform statt auf ein Fertig-Plugin: Die Anbindung an Shopware wird per API und Datei-Export individuell konfiguriert — inklusive Mapping deiner Attribute auf Eigenschaften, Custom Fields und Sales Channels. Das ist ehrlicher als ein Standard-Konnektor, der reale Shop-Individualisierungen selten sauber abdeckt.

Ersetzt ein PIM die Produktpflege in Shopware komplett?

Für Produktinhalte ja: Attribute, Texte, Medien, Übersetzungen und Varianten-Struktur werden im PIM gepflegt und in den Shop ausgeleitet. Storefront-Kategorien, CMS-Inhalte, Checkout sowie Preise und Bestände (aus dem ERP) bleiben in Shopware.

Funktioniert die Kombination auch mit Shopware 5 oder anderen Shopsystemen?

Ja. Da die Anbindung über API und Datei-Exporte läuft und nicht über ein versionsgebundenes Plugin, lässt sich grundsätzlich jedes Shopsystem mit Import-Schnittstelle oder API anbinden. Für ältere Systeme ist der dateibasierte Weg oft der pragmatischste.

Wie lange dauert die Einführung von PIM plus Shopware-Anbindung?

Die komplette entitys-Einführung dauert 6 bis 13 Wochen in 5 Sprints — die Shop-Anbindung ist dabei Teil des Sprints "Export & Anbindung". Zum Vergleich: Klassische PIM-Projekte dauern branchenüblich 5 bis 12 Monate.

Wie oft werden die Daten zwischen PIM und Shopware synchronisiert?

Das hängt vom Anbindungsweg ab: Per API sind regelmäßige automatisierte Syncs üblich, dateibasiert sind zeitgesteuerte Importe der Standard. Für Produktinhalte reicht in der Praxis meist ein täglicher Abgleich — Preise und Bestände laufen ohnehin auf der schnelleren ERP-Strecke.

Fazit: Erst die Datenbasis, dann der Kanal

Shopware ist ein starkes Schaufenster — aber ein Schaufenster ist kein Lager für deine Produktinformationen. Sobald Varianten, Sprachen und Kanäle zusammenkommen, braucht der Shop eine saubere, zentrale Datenquelle dahinter. Wenn du wissen willst, wie eine Shopware-Anbindung für dein konkretes Setup aussehen würde — mit deinem Datenmodell, deinen Kanälen, deinem ERP — dann sprich mit uns: Wir zeigen dir den Weg von der aktuellen Pflege im Shop-Admin zur zentralen Produktdatenbasis.