Produktdetails: Korrektheit vom Lieferantendatenblatt bis zum Vertriebskanal

Produktdetails sind die Fakten, die ein Käufer vor dem Kauf benötigt, und die ein Behördenvertreter auf dem Produkteintrag erwartet. Bei einem Akkubohrer sind das die SKU und GTIN, Batteriespannung und Chemie, Spannfuttertyp, Drehmoment, Gewicht mit und ohne Batterie, Warnhinweise, die Postadresse des Herstellers, eine Bedienungsanleitung als PDF, Fotos und der Ersatzakku, der passt.

Die meisten Unternehmen haben all das. Sie haben es nur an fünf Orten in fünf Versionen. Das ERP kennt das Nettogewicht. Der Shop zeigt das Versandgewicht. Das Marketplace-Angebot erwähnt immer noch den Akku vom letzten Jahr, weil jemand im Frühling eine Tabelle hochgeladen hat und niemand diese seit damals geöffnet hat.

Dieser Artikel behandelt, wo Produktdetails gespeichert sind, warum sie auseinanderdriften, was EU-Regulierung und KI-Shopping-Assistenten jetzt von ihnen verlangen, und wie PIM-Software sie praktisch konsistent hält.

Wichtigste Erkenntnisse

• Bestimmen Sie, welches System jedes Produktmerkmal verwaltet, bevor Sie Integrationen erstellen. Die meisten Datenqualitätsprobleme zwischen ERP und Vertriebskanälen entstehen, weil zwei Systeme das gleiche Feld schreiben.
• EU-Behörden überprüfen jetzt Produktdetails Angebot für Angebot. Bei der Produktsicherheitsprüfung 2026 fehlten 42% der überprüften Angebote Teile der Hersteller- und Identifikationsdaten, die die GPSR verlangt.
• Das EU-Register für digitale Produktpässe ist seit Juli 2026 live, und die ersten obligatorischen Pässe gelten für bestimmte große Batterien ab dem 18. Februar 2027.
• KI-Shopping-Assistenten bringen schnell wachsenden, hochkonvertierenden Traffic, und sie überspringen Produktdetails, die in Bildern und lose formuliertem Text stecken.
• Ein PIM hilft durch spezifische Mechanismen: typisierte Merkmale, Klassifizierungen, Vollständigkeitsregeln pro Kanal, Genehmigungsworkflows und Kanalmappings. Es repariert schlechte Quelldaten nicht von selbst.

Was zählt als Produktdetail

Die Gruppen ändern sich in unterschiedlichen Geschwindigkeiten und gehören verschiedenen Personen. Der Preis ändert sich wöchentlich und gehört dem Vertrieb. Ein Drehmomentwert ändert sich, wenn die Konstruktion den Motor überarbeitet. Ein Warntext ändert sich, wenn eine Norm oder die Rechtsabteilung das verlangt. Ein Foto ändert sich, wenn Marketing die Reihe neu fotografiert.

Probleme beginnen, wenn ein System gebeten wird, jede Gruppe zu halten, oder wenn jedes System eine Kopie jeder Gruppe hält.

Wo Produktdetails gespeichert sind und wie sie auseinanderdriften

Das ERP ist das transaktionale Rückgrat. Es kennt die Artikelnummer, den Preis, den Bestand, die Steuerklasse und das Bruttogewicht, das ein Transporteur berechnet. ERP-Stammdaten sind um feste Felder herum aufgebaut, die auf jeden Artikel anwendbar sind. Das Hinzufügen einer „IP-Schutzart" für Leuchten bedeutet ein benutzerdefiniertes Feld, das auch bei Schrauben und Kabeln auftaucht. Die meisten Teams vermeiden das, daher landen technische Merkmale in einem freien Textfeld oder in gar keinem System.

Die Konstruktion speichert Spezifikationen in PLM-Systemen und CAD-Zeichnungen. Diese Werte sind präzise und für Ingenieure geschrieben. „Nennmoment 60 Nm" braucht einen Messstandard und eine verständliche Erklärung, bevor es jemandem beim Vergleich zweier Bohrer hilft.

Einzelhändler und Distributoren erhalten Produktdetails von Lieferanten als Tabellen oder BMEcat-Dateien, oft nach ETIM in Elektro- und HVAC-Großhandel klassifiziert. Jeder Lieferant verwendet seine eigenen Spaltennamen und Einheiten. Einer schreibt „Edelstahl", ein anderer schreibt „INOX", und beide bedeuten das gleiche Material.

Der Online-Shop rendert Produktseiten aus seiner eigenen Datenbank. Shop-Manager korrigieren Tippfehler direkt in der Shop-Admin, weil das schneller geht. Die nächste Synchronisierung überschreibt die Korrektur. Oder sie tut es nicht, und der Shop wird unmerklich zu einem zweiten Master.

Marketplaces fügen ihre eigenen Kategoriestrukturen, erforderliche Merkmale, Wertelisten und Zeichenbegrenzungen hinzu. Ein Angebot ohne erforderliches Merkmal wird abgelehnt oder unterdrückt. Verkäufer antworten oft mit einer Tabelle pro Marketplace, was eine weitere Kopie zum Synchronisieren hinzufügt.

Drift folgt einigen sich wiederholenden Mustern: manuelle Änderungen in einem nachgelagerten Kanal, manuell durchgeführte Einheitenumrechnungen, Übersetzungen pro Kanal statt pro Merkmal, Lieferantenaktualisierungen, die einen Kanal erreichen und andere verpassen, und eingestellte Artikel, die live bleiben, weil die Löschung sich nie ausgebreitet hat.

In Projekten, die wir für Hersteller technischer Produkte implementiert haben, brachte der erste Daten-Workshop normalerweise die gleiche Erkenntnis zu Tage. Mehrere Abteilungen verwalten den gleichen Gewichts- oder Messwert, und jede glaubt, ihre Version ist richtig. Niemand hat Unrecht in böser Absicht. Das Unternehmen hat nie entschieden, wessen Zahl zählt.

Regulierung machte Produktdetails zur Evidenz

Seit Dezember 2024 verlangt die EU-Verordnung für die allgemeine Produktsicherheit (GPSR) von jedem Online-Angebot eines Verbraucherprodukts, den Namen des Herstellers mit Postadresse und elektronischer Adresse anzuzeigen. Wenn der Hersteller außerhalb der EU ansässig ist, muss das Angebot auch den EU-Verantwortlichen mit Kontaktdaten nennen. Das Angebot braucht Informationen, die das Produkt kennzeichnen, einschließlich eines Bildes und seines Typs, plus alle Warnungen oder Sicherheitsinformationen in einer Sprache, die Verbraucher leicht verstehen.

Behörden erzwingen das pro Angebot. Bei der Produktsicherheitsprüfung 2026 überprüften nationale Behörden knapp 1.700 Angebote für Kinderpflege- und Fitnessprodukte auf 35 Online-Marketplaces. Sie fanden, dass nur 58% der überprüften Angebote Herstellerangaben, den EU-Verantwortlichen und die Produktidentifikation gleichzeitig zeigten, und sie schickten 560 Anforderungen an Marketplaces über nicht konforme Angebote.

42% der Angebote, die EU-Behörden 2026 überprüften, fehlten immer noch Teile der grundlegenden Produktdetails, die die GPSR verlangt.

Die fehlenden Daten existieren normalerweise irgendwo im Unternehmen. Die Adresse des Importeurs sitzt im Beschaffungssystem. Der Warntext sitzt in einer PDF-Bedienungsanleitung. Keiner erreichte die Felder, die ein Marketplace liest.

Die Lösung ist strukturell. Speichern Sie den Hersteller und den Verantwortlichen als eigene Datensätze mit Postadresse und E-Mail, und verknüpfen Sie Produkte mit ihnen. Wenn sich ein Importeur ändert, ändert sich ein Datensatz, und jedes verknüpfte Angebot aktualisiert sich beim nächsten Export. Warnungen gehören in ein lokalisiertes Merkmal mit Verantwortlichem und Genehmigungsschritt. Ein Produkt sollte nicht zu einem Kanal in einem bestimmten Land exportierbar sein, bis der Warntext in der Sprache dieses Landes existiert.

Der digitale Produktpass fügt eine zweite Schicht hinzu. Am 20. Juli 2026 startete die Europäische Kommission das Register für digitale Produktpässe zusammen mit einer Testumgebung. Das Register speichert eindeutige Produktkennungen und Metadaten. Die Passdaten selbst bleiben dezentralisiert, gehostet vom Wirtschaftsbetreiber oder einem Dienstanbieter. Betreiber registrieren jeden Pass über eine Weboberfläche oder eine API und können ein elektronisches Registrierungszertifikat anfordern, um es B2B-Partnern zu zeigen. Die erste obligatorische Frist ist der 18. Februar 2027 für bestimmte große Batterien. Das Register ist gebaut, um Textilien, Stahl und Aluminium, Reifen, Möbel, IKT- und energiebezogene Produkte unter der Ökodesign-Verordnung sowie Batterien, Bauprodukte, Spielzeug und Waschmittel unter anderen EU-Gesetzen zu unterstützen. Sechs harmonisierte Normen sind bereits verfügbar und behandeln eindeutige Kennungen, Interoperabilität, Datenträger, APIs, Datenaustauschprotokolle und Datenspeicherung.

Was ein Pass enthalten muss, wird durch das eigene Rechtsakt jeder Produktgruppe festgelegt. Für die meisten Gruppen sind diese Texte noch nicht final. Daher ist ein Hardcoding eines Passformats heute ein Glücksspiel. Sicherere Wetten sind die Voraussetzungen: persistente Kennungen auf Modell-, Chargen- oder Artikelebene, Materialzusammensetzung als strukturierte Merkmale statt Text in einem PDF, versionierte Werte mit Änderungsverlauf, und eine API, die die Daten eines Produkts in einem Schema exportieren kann, das Sie immer noch anpassen können.

KI-Shopping-Assistenten lesen Produktdetails anders

Adobe, das mehr als 1 Billion Besuche auf amerikanischen Einzelhandelssites misst, berichtete, dass Traffic von KI-Quellen zu amerikanischen Einzelhandelssites um 393% Jahr für Jahr im ersten Quartal 2026 wuchs. Im März 2026 konvertierten diese Besuche 42% besser als Nicht-KI-Traffic. Ein Jahr zuvor hatten sie 38% schlechter konvertiert.

Der gleiche Bericht nutzte Adobes KI-Sichtbarkeitschecker, um zu bewerten, wie viel Seiteninhalt große Sprachmodelle lesen können. Startseiten erzielen durchschnittlich 75%. Einzelne Produktseiten erzielen durchschnittlich 66%, das niedrigste der Seitentypen, die Adobe auflistete.

Etwa ein Drittel dessen, was Einzelhändler auf Produktseiten veröffentlichen, ist für die KI-Systeme unsichtbar, die jetzt Produkte empfehlen.

Die Ursachen sind alltäglich. Spezifikationstabellen als Bilder hochgeladen. Wichtige Fakten in langen Marketing-Absätzen vergraben. Variantendaten, die nur nach einem Klick laden. Einheiten, die zwischen Seite und Feed unterscheiden. Fehlende GTINs, die es jedem System schwerer machen, zu bestätigen, dass zwei Angebote das gleiche Produkt beschreiben.

Maschinen arbeiten am besten mit expliziten Merkmalswerten, Einheiten und Kennungen, die überall dort passen, wo das Produkt erscheint. Das bedeutet strukturiertes Daten-Markup auf der Produktseite (schema.org Product mit GTIN, Marke, Preis und Verfügbarkeit), Feeds, die aus den gleichen Werten wie die Seite generiert werden, und Spezifikationstabellen in HTML statt Bildern. Nichts davon ist neu. Es ist wichtiger geworden, weil ein wachsender Anteil der Käufer durch ein Modell kommt, das die Seite in deren Namen liest.

Generative KI schreibt jetzt auch Produktdetails. Teams nutzen sie, um Beschreibungen zu entwerfen, sie zu übersetzen, Merkmale aus Lieferanten-PDFs zu extrahieren und leere Felder zu füllen. Sie entwirft gut. Sie füllt Lücken aber auch mit zuversichtlich erratenen Werten. Fragen Sie ein Modell nach der Batteriekapazität eines Bohrers ohne Datenblatt, und es gibt eine plausible Nummer zurück.

Ein plausibler falscher Wert ist schlimmer als ein leeres Feld. Leere Felder werden zumindest bemerkt.

Markieren Sie daher KI-generierte Werte mit ihrer Quelle, behalten Sie sie im Entwurfsstatus, und verlangen Sie menschliche Genehmigung für technische und Compliance-Merkmalgruppen. Stil- und Längenchecks können automatisch laufen. Faktenchecks brauchen eine Person oder ein vertrauenswürdiges Quelldokument.

Wie PIM-Software Produktdetails konsistent hält

Ein PIM (Produktinformationsmanagementsystem) hält beschreibende Produktdaten zwischen den Quellen und den Ausgaben. ERP, PLM und Lieferantendateien speisen es. Shops, Marketplaces, gedruckte Kataloge und Passport-Exporte ziehen daraus. Der Wert liegt in einer Reihe von konkreten Mechanismen.

Feldverantwortung geht vor Integration

Jedes Merkmal hat einen Ownersystem. Preis-, Bestands- und Logistikdaten bleiben im ERP und fließen nach außen. Beschreibende Merkmale, Übersetzungen, Assets und Compliance-Texte werden im PIM erstellt und niemals nachgelagert bearbeitet. Integrationen folgen dieser Zuordnung: eine Schreibrichtung pro Feld, ohne Ausnahmen für schnelle Fixes im Shop.

Unsere Kunden wenden sich oft an uns, nachdem der Shop ein zweiter Master geworden ist. Produktmanager korrigieren Texte in der Shop-Admin, der nächste Import überschreibt sie, und niemand kann sagen, welche Version aktuell ist. In Projekten, die wir implementiert haben, war der Wendepunkt eine Feldverantwortungsmatrix, der Produktmanagement, Vertrieb, E-Commerce und IT vor jeder Integrationsarbeit zustimmten. Nach dem Go-Live verloren Shop-Nutzer Schreibzugriff auf PIM-verwaltete Felder. Die Überschreitungsschleife endete, weil nur ein System jeden Wert schreiben konnte.

Typisierte Merkmale und Klassifizierungen

In einer Tabelle sind „230V", „230 V", „230 Volt" und „0,23 kV" vier verschiedene Werte. In einem PIM ist Spannung ein numerisches Merkmal mit einer Einheit. Alle vier werden ein Wert, und Filter sowie Einheitenumrechnung für Kanäle funktionieren.

Merkmale haben Typen: Zahlen mit Einheiten, Listen aus kontrolliertem Vokabular, Booleans, Daten, mehrsprachiger Text, Rich Text, und Referenzen zu Assets oder anderen Datensätzen. Klassifizierungen, auch Familien oder Produkttypen genannt, definieren, welche Merkmale jede Art von Produkt benötigt. Ein Kabel bekommt Leiterquerschnitt und Schutzmantelmaterial. Ein Bohrer bekommt Drehmoment und Spannfuttertyp. Keiner trägt leere Felder des anderen. Klassifizierungen können Industriestandards wie ETIM oder ECLASS folgen, was wichtig ist, wenn Großhändler Daten in genau dieser Struktur erwarten.

Varianten und Vererbung

Ein T-Shirt in sechs Größen und vier Farben sind 24 SKUs, die eine Beschreibung teilen. Das PIM speichert gemeinsame Werte auf dem Hauptprodukt und nur die Unterschiede auf jeder Variante: Größe, Farbe, GTIN und Bilder. Ändern Sie die Pflegeanleitung einmal, und alle 24 Varianten erben die Änderung. Außerkraftsetzungen bei einzelnen Varianten bleiben intakt.

Vollständigkeitsregeln und Publishing-Gates

Vollständigkeit verwandelt „unsere Daten sind schlecht" in eine Liste spezifischer Produkte und Felder, sortiert nach dem Kanal, den sie blockieren. Diese Regeln erledigen die meiste Arbeit:

• Erforderliche Merkmale pro Kanal und pro Sprache. Ein Produkt kann für den deutschen Shop vollständig sein und für einen französischen Marketplace unvollständig, und das PIM zeigt, welche Felder welchen Kanal blockieren.
• Formatprüfungen, wie eine gültige GTIN-Prüfziffer oder ein Zolltarifcode der richtigen Länge.
• Plausibilitätsregeln, wie ein Nettogewicht, das unter dem Bruttogewicht bleiben muss.
• Kontrollierte Wertelisten, damit „Anthrazit" und „Dunkelgrau" nicht nebeneinander als zwei separate Farben existieren.
• Publishing-Gates. Ein Produkt ohne Warnungen oder ohne verknüpften Herstellerdatensatz kann nicht zu einem Kanal exportiert werden, der sie verlangt.

Workflows, Rollen und Änderungsverlauf

Produktdetails gehen durch mehrere Hände: ein Lieferantenimport, ein Produktmanager, ein Übersetzer, ein Compliance-Reviewer. Workflows geben jedem Schritt einen Status und einen Besitzer. Rollen schränken ein, wer welche Merkmalgruppe bearbeitet, also Marketing kann eine Beschreibung umschreiben und kann einen Warntext nicht anfassen. Der Änderungsverlauf beantwortet die Frage, die eine Marktüberwachungsbehörde oder ein unzufriedener Kunde schließlich stellen wird: welcher Wert war an welchem Datum live, und wer hat ihn gesetzt.

Beziehungen und Dokumente

Hersteller, Verantwortlicher, Zubehör, Ersatzteile, Nachfolgeprodukte, Zertifikate, Handbücher und Konformitätserklärungen sind Datensätze, die zu Produkten verknüpft sind. Ein Zertifikat kann vierzig Produkte abdecken. Wenn es abläuft, findet ein Filter alle vierzig. Bilder und Dokumente sitzen in einem DAM-Modul, das zu den gleichen Datensätzen gehört, daher ist das Handbuch, das zu einem Angebot verknüpft ist, die aktuelle Überarbeitung.

Kanal-Mapping und Export

Jeder Kanal bekommt ein Mapping von PIM-Merkmalen zu Kanal-Merkmalen, mit Wertübersetzung, Einheitenumrechnung und Längenbeschränkungen. Ein Marketplace, der nur „Grau" akzeptiert, erhält „Grau", wenn das PIM „Anthrazit" hält, während der eigene Shop den genauen Farbnamen behält. Kanalspezifische Werte, wie ein kürzerer Titel für einen Marketplace mit Zeichenbegrenzung, existieren als Kanalvariationen des gleichen Produkts. Exporte laufen über APIs oder geplante Feeds, und das gleiche Datenmodell speist auch gedruckte Kataloge und Passdaten.

Lieferanten-Onboarding

Lieferantendateien landen zuerst in einem Staging-Bereich. Spaltenmapping, Einheitennormalisierung, Wertemapping und Duplikatchecks werden einmal pro Lieferant konfiguriert und für jede Lieferung wiederverwendet. Ein Vergleich mit der vorherigen Lieferung zeigt nur, was sich geändert hat, sodass ein Produktmanager die veränderten Werte überprüft statt die ganze Datei neu zu lesen.

In Projekten, die wir für Hersteller implementiert haben, die durch Großhändler verkaufen, war der Engpass vor dem PIM die eigenen Vorlagen der Großhändler. Jedes Großhändler-Portal wollte eine andere Datei, und jede Datei wurde von Hand aus dem gleichen Excel-Master gefüllt. Nach dem Wechsel wurden diese Vorlagen zu Export-Profilen, die von den Klassifizierungsdaten gespeist werden. Neue Produkte erreichten die Großhändler-Portale im gleichen Release-Zyklus wie der eigene Shop des Herstellers.

AtroPIM, unser Open-Source-PIM auf der AtroCore-Plattform gebaut, folgt diesem Ansatz. Klassifizierungen bestimmen, welche Merkmale jedes Produkt hat, während Kanäle Merkmalswerte speichern, die für jeden Vertriebskanal spezifisch sind. Oben drauf stellt die Plattform Validierungsregeln, kontextabhängige erforderliche Felder, rollenbasierte Zugriffskontrolle und einen vollständigen Änderungsverlauf bereit. Sie können sie selbst gehostet oder in der Cloud betreiben, und sie integriert sich mit ERP-Systemen, Online-Shops und Marketplaces über ihre REST-API und dedizierte Integrationsmodule.

Abwägungen vor Beginn eines PIM-Projekts

Ein PIM braucht ein Datenmodell, bevor es nützliche Daten hält. Das Modellieren von Klassifizierungen und Merkmalen für einen breiten Katalog braucht Wochen Entscheidungen von Personen, die die Produkte kennen, und diese Personen sind beschäftigt. Teams, die diesen Schritt überspringen, bringen ihr Tabellen-Chaos an einen teureren Ort.

Integration ist normalerweise der größere Anteil der Arbeit. ERP-Konnektoren und Marketplace-Mappings tragen die meisten Risiken und die meisten Budgets.

Übermodellierung ist ein häufiger Fehlschlag. Ein Merkmal ohne einen Verantwortlichen bleibt leer, und leere Merkmale ziehen Vollständigkeitswerte herunter, bis Leute aufhören, sie anzuschauen. Beginnen Sie mit den Merkmalen, die Kanäle und Regulatoren verlangen, dann ergänzen.

Ein PIM repariert nicht das ERP. Wenn Artikelnummern oder Einheiten an der Quelle falsch sind, verteilt das PIM den Fehler schneller auf mehr Kanäle.

Und ein einzelner Shop mit ein paar hundert Produkten und einer Person, die ihn verwaltet, kann mit der Produkt-Admin des Shops leben. Der Fall für ein PIM wächst mit jedem hinzugefügten Kanal, jeder Sprache, jedem Produkttyp und jedem Editor.

Wo Sie anfangen

1. Listen Sie jedes Produktmerkmal auf, das Sie veröffentlichen, das System, in dem es lebt, wer es bearbeitet, und wie oft es sich ändert. Eine Tabelle reicht für diesen Schritt.
2. Wählen Sie eine Produktkategorie und einen Kanal mit einem sichtbaren Problem, wie Marketplace-Ablehnungen oder GPSR-Lücken.
3. Definieren Sie die Klassifizierung und erforderliche Merkmale für diese Kategorie, mit Hersteller und Verantwortlichem als verknüpfte Datensätze.
4. Setzen Sie Vollständigkeitsregeln für diesen Kanal und reparieren Sie die Daten, bis die Produkte sie bestehen.
5. Verbinden Sie den Kanal-Export, dann erweitern Sie Kategorie für Kategorie.
6. Führen Sie KI-Entwürfe ein, nachdem Genehmigungsworkflows existieren.