PIM im E-Commerce: Wann Produktdaten nicht mehr ins Shopsystem gehören

PIM im E-Commerce wird meist genau dann ein Thema, wenn das Shopsystem noch funktioniert, die Produktpflege aber schon spürbar bremst. Texte werden doppelt gepflegt, Varianten laufen aus dem Ruder, Marktplätze brauchen andere Daten als der Shop und niemand weiß mehr sicher, welche Version gerade die richtige ist.

Die wichtige Frage lautet also nicht: Brauchen wir sofort ein neues System? Die bessere Frage ist: Ab welchem Punkt sollten Produktdaten nicht mehr primär im Shopsystem gepflegt werden?

1. Das eigentliche Problem ist selten der Shop selbst

Viele Unternehmen starten sinnvoll im Shopsystem. Für ein überschaubares Sortiment ist das oft völlig ausreichend.

Kritisch wird es, wenn das Team dort immer mehr fachliche Aufgaben unterbringt, die eigentlich nicht mehr nur Verkauf, sondern Datenorganisation sind:

• viele Attribute und technische Merkmale
• große Variantenbäume
• mehrere Sprachen oder Länder
• unterschiedliche Sortimente pro Kanal
• Datenexporte für Marktplätze, Händler oder Kataloge
• Bild- und Dokumentenlogik je Produktfamilie
• wiederkehrende Qualitätsprobleme bei unvollständigen Daten

Dann kippt der Shop vom Verkaufssystem langsam in ein Datenbehelfssystem.

2. Was ein Shopsystem gut kann und wo die Grenze liegt

Adobe Commerce beschreibt Produktattribute sehr treffend als Bausteine des Katalogs. Sie definieren Merkmale, Eingabefelder, Navigation, Produktvergleiche und weitere Katalogfunktionen. Auch Shopware zeigt in seiner Produktverwaltung, wie stark moderne Shops bei Varianten, SEO, Cross-Selling und Katalogpflege heute schon aufgestellt sind.

Das ist wichtig, weil daraus keine falsche PIM-Romantik entstehen sollte. Shopify, Shopware, WooCommerce oder Magento sind nicht zu klein, nur weil sie Produktdaten verwalten. Sie sind dafür gebaut.

Die Grenze liegt eher dort, wo Produktdaten nicht mehr nur für einen Store gepflegt werden, sondern als eigenständige Unternehmensressource funktionieren müssen.

Typische Warnsignale

• Der Vertrieb braucht andere Daten als der Webshop
• Marktplätze erzwingen eigene Feldlogiken
• Varianten und Zubehörbeziehungen werden unübersichtlich
• Übersetzungen leben in Excel-Listen neben dem Shop
• Bilder, PDFs und technische Datenblätter sind nicht sauber zugeordnet
• Produktanlage dauert zu lang, obwohl das Sortiment fachlich klar ist

3. Wann ein PIM wirklich sinnvoll wird

Ein Product Information Management System lohnt sich nicht wegen eines Buzzwords, sondern wegen Struktur.

Akeneo erklärt das sehr anschaulich über drei Grundideen: Attribute als Produkteigenschaften, Familien als wiederverwendbare Attribut-Sets und Completeness als Sicht auf fehlende Pflichtdaten. Genau diese Logik fehlt in vielen gewachsenen Shop-Setups irgendwann im Alltag.

Ein PIM wird in der Praxis besonders dann sinnvoll, wenn mehrere dieser Punkte gleichzeitig zutreffen.

1. Viele Produktfamilien mit unterschiedlichen Anforderungen

Wenn Schrauben, Maschinen, Ersatzteile, Zubehör und Serviceprodukte in einem Shop nebeneinander liegen, braucht nicht alles dieselben Felder. Ein PIM hilft, Produktfamilien sauber zu modellieren, statt überall dieselben improvisierten Freitextfelder zu verwenden.

2. Varianten werden fachlich komplex

Akeneo beschreibt Varianten als Produkte, die auf demselben Modell basieren, sich aber in einzelnen Merkmalen unterscheiden. Genau hier beginnen viele Probleme. Farben und Größen sind harmlos. Technische Varianten mit Material, Norm, Spannung, Leistung, Anschlussart und Zubehörlogik sind es nicht.

3. Mehrere Kanäle brauchen unterschiedliche Datenstände

Ein B2B-Shop, ein Marktplatz, ein Printkatalog und ein Außendienst-PDF haben selten identische Anforderungen. Sobald Produktdaten kanalabhängig ausgespielt werden, wird getrennte Datenlogik wichtiger als das eigentliche Storefront-Template. Wenn dabei zusätzlich Firmenrollen, Freigaben und kundenspezifische Preise relevant werden, ergänzt unser Beitrag zum B2B-Onlineshop für Firmenkunden diese Perspektive.

4. Datenqualität ist kein Nebenproblem mehr

Wenn Produkte zwar im Shop angelegt sind, aber Bilder, Maße, PDFs oder SEO-Texte fehlen, entsteht kein technisches, sondern ein operatives Problem. Genau dafür ist der Completeness-Gedanke in PIM-Systemen relevant.

4. Wo Shopsysteme typischerweise an Reibung gewinnen

Shopify

Shopify ist stark, wenn Sortimente klar strukturiert sind und Prozesse bewusst einfach gehalten werden. In vielen Teams wächst die Datenlogik dann über Metafields, Apps und Exporte weiter. Das kann gut funktionieren. Irgendwann ist aber die Frage berechtigt, ob man noch Produktdaten modelliert oder nur Ausnahmen stapelt.

Shopware

Shopware ist deutlich katalogstärker und für viele Mittelstandsprojekte sehr passend. Trotzdem gilt auch hier: Wenn Produktpflege, Kanäle, Dokumente, Übersetzungen und Beziehungen stark zunehmen, ist mehr Katalogfunktion nicht automatisch dasselbe wie sauberes Produktdatenmanagement.

Adobe Commerce oder Magento

Adobe Commerce bringt bereits sehr starke Kataloglogik mit. Die offizielle Dokumentation zeigt nicht nur Attribute und konfigurierbare Produkte, sondern auch die Hierarchie aus Websites, Stores und Store Views. Genau diese Stärke ist gleichzeitig ein Warnsignal: Wenn das Setup immer mehr Scope-, Attribut- und Sortimentslogik aufnehmen muss, sollte man prüfen, ob ein Teil davon in ein vorgelagertes PIM gehört.

5. PIM ist kein Ersatz für den Shop

Ein häufiger Denkfehler lautet: Mit PIM brauchen wir den Shop kaum noch.

Das Gegenteil ist richtig. Ein PIM ersetzt weder Checkout noch Preise, Promotions, Kundenkonto oder Verkaufslogik. Es sorgt dafür, dass der Shop bessere, vollständigere und konsistentere Produktdaten bekommt.

Man kann es vereinfacht so trennen:

Der Shop verantwortet

• Verkauf und Checkout
• Preis- und Aktionslogik
• Suche, Navigation und Conversion
• Kundenkonto, Bestellungen und Zahlarten

Das PIM verantwortet

• Produktstammdaten
• Attributlogik und Familien
• Variantenstruktur
• Übersetzungen und kanalabhängige Daten
• Medien, Datenblätter und Klassifizierung
• Qualitätskontrolle vor der Ausspielung

6. Woran man eine gesunde Entscheidung erkennt

Nicht jedes Unternehmen mit 500 Produkten braucht sofort ein PIM. Und nicht jedes Unternehmen mit 20.000 Produkten ist automatisch ohne PIM verloren.

Diese Fragen sind in Workshops meist hilfreicher als reine Systemvergleiche:

Wie viele Menschen pflegen Produktdaten?

Wenn Marketing, Vertrieb, Produktmanagement und E-Commerce parallel an denselben Inhalten arbeiten, steigt die Notwendigkeit für klare Zuständigkeiten.

Wie viele Kanäle werden aus denselben Daten versorgt?

Je stärker Shop, Marktplätze, Händlerportale oder Print aus derselben Basis gespeist werden sollen, desto eher reicht ein reines Shopsystem nicht mehr sauber aus.

Wie stark unterscheiden sich Produktfamilien?

Wenn jede Produktgruppe fachlich andere Pflichtfelder braucht, wird Struktur wichtiger als Geschwindigkeit beim manuellen Anlegen.

Wie teuer sind Datenfehler?

Fehlende technische Merkmale, falsche Varianten oder unvollständige Datenblätter erzeugen nicht nur Mehraufwand. Sie kosten Vertrauen, Rückfragen und im Zweifel Umsatz.

7. Ein pragmatischer Weg statt Big-Bang-Projekt

Der beste Einstieg ist selten ein sofortiger Komplettumbau.

Oft funktioniert dieser Weg deutlich besser:

1. Produktdatenquellen und Dubletten sichtbar machen
2. Produktfamilien und Pflichtattribute definieren
3. Kanäle und ihre Datenanforderungen auflisten
4. Datenqualität messbar machen
5. Erst dann entscheiden, ob Shop-Struktur, WAWI, PIM oder eine Kombination die richtige Zielarchitektur ist

Gerade bei gewachsenen Handelssetups hängt die Entscheidung oft auch mit Warenwirtschaft, Content-System und Frontend zusammen. Dazu passt unser Beitrag zum WAWI Onlineshop als Single Source of Truth ebenso wie unser Vergleich zu Headless Magento oder Shopware.

Fazit

PIM im E-Commerce wird dann sinnvoll, wenn Produktdaten zum eigenständigen Betriebsproblem werden und das Shopsystem zu viele fachliche Sonderfälle tragen muss.

Nicht die Produktanzahl allein entscheidet. Entscheidend sind Komplexität, Kanalvielfalt, Datenqualität und Zuständigkeiten.

Wenn Sie gerade prüfen, ob Ihr Shop-System noch die richtige Stelle für Produktpflege ist, lohnt sich meist zuerst eine nüchterne Architekturaufnahme. Für genau diese Einordnung sind oft unsere Seiten Webseiten & Shops, Website erstellen lassen oder direkt unser Kontaktformular der beste nächste Schritt.

Quellen

• Adobe Commerce Docs: Product attributes overview
• Adobe Commerce Docs: Site, store, and view scope
• Shopware Docs: Create products
• Akeneo Help: What is an attribute?
• Akeneo Help: What is a family?
• Akeneo Help: Understand product completeness
• Akeneo Help: What about products with variants?