Das Listing-Erbe: Warum Ihr zweiter Marktplatz nicht aus dem ersten Listing entstehen darf

Veröffentlicht am 12. November 2026

Das Listing auf Ihrem ersten Marktplatz ist unbemerkt zum Stammdatensatz geworden, obwohl es die Produktdaten schon auf die Logik eines einzigen Kanals zugeschnitten hat. Wer den zweiten und dritten Kanal daraus befüllt, vererbt dessen Kompromisse und multipliziert sie.

Oben die Kette Marktplatz A bis D, bei der jedes Listing aus dem vorherigen entsteht und Detail verliert. Unten eine zentrale Produktdatenquelle, aus der jeder Marktplatz A bis D direkt und vollständig befüllt wird.

Stille Post ist ein Kinderspiel: Am Ende der Reihe kommt etwas ganz anderes an als das, was am Anfang geflüstert wurde. Im Marktplatzgeschäft heißt dasselbe Spiel Expansion.

Wer als Händler oder Hersteller auf einem Marktplatz funktioniert, hat etwas Wertvolles gebaut: ein Listing, das verkauft. Der Titel sitzt, die Bullet Points überzeugen, die Varianten sind aufgeräumt, die Bilder erfüllen die Vorgaben. Beim nächsten Marktplatz passiert dann fast immer dasselbe: Jemand exportiert dieses Listing und befüllt damit den neuen Kanal. Das geht schnell, und es fühlt sich vernünftig an.

Es ist trotzdem der Moment, in dem die Skalierung zu scheitern beginnt. Denn das Listing, das Sie kopieren, ist nicht Ihre Produktinformation. Es ist eine Übersetzung Ihrer Produktinformation in die Logik genau eines Kanals.

Die These dieses Beitrags: Das Listing Ihres ersten Marktplatzes ist unbemerkt zu Ihrem Stammdatensatz geworden, und jeder weitere Kanal erbt seine Kompromisse.

Das Listing ist längst Ihr Stammdatensatz

Niemand entscheidet das. Es passiert, weil das Listing der Ort ist, an dem Produktdaten zum ersten Mal vollständig, geprüft und verkaufsfähig zusammenkommen. Das ERP kennt Artikelnummer, Maße und Preis. Der Lieferant liefert eine Tabelle oder ein PDF. Erst der Marktplatz zwingt dazu, aus beidem einen vollständigen Datensatz zu machen, weil er unvollständige Angebote nicht annimmt. Also ist das Listing der erste Ort, an dem die Daten gut sind. Und was gut ist, wird kopiert.

Das Problem: Dieses Listing ist verlustbehaftet. Der Titel wurde auf die Suchlogik eines Kanals getrimmt. Die Bullet Points folgen dem Aufbau, den dieser Kanal verlangt. Die Kategorie ist die Kategorie dieses Kanals. Die Varianten sind so gebaut, wie dieser Kanal sie abbildet. Die Bilder wurden nach dessen Regeln gewählt und zugeschnitten. Jede dieser Entscheidungen war richtig, für diesen einen Kanal. Zusammen bilden sie ein Dokument, aus dem sich Ihre ursprünglichen Produktinformationen nicht mehr sauber zurückgewinnen lassen.

Stille Post: Wie aus einem Kompromiss eine Kette wird

Beim zweiten Marktplatz kopieren Sie die Kompromisse des ersten und fügen die des zweiten hinzu. Beim dritten kommt es schlimmer: Der dritte Kanal wird oft nicht mehr aus dem ersten, sondern aus dem Listing befüllt, das gerade am aktuellsten und vollständigsten wirkt, also aus dem zweiten. Ab hier hängt jeder Kanal vom Vorgänger ab, und jede Station flüstert die Daten ein Stück weiter um.

Wir nennen das Listing-Erbe: die Summe aller kanalspezifischen Entscheidungen, die ein Listing in sich trägt und die ein Folgekanal unbemerkt mit übernimmt. Das Erbe wächst mit jedem Kanal, und niemand kann sagen, wo eine bestimmte Eigenheit herkommt. Wenn eine Angabe auf dem vierten Marktplatz fehlerhaft ist, führt die Spurensuche durch drei Exporte, zwei Excel-Dateien und die Erinnerung eines Kollegen.

Was bricht beim zweiten, dritten und zehnten Marktplatz? Fünf Bruchstellen

Jeder Marktplatz ist ein eigenes kleines Datenmodell mit eigenen Regeln. Die Unterschiede sind an fünf Stellen so groß, dass Kopieren nicht mehr funktioniert. Welche Regeln im Einzelnen gelten, legt jeder Marktplatz selbst fest und ändert es auch immer wieder. Wichtig ist die Struktur des Problems. Wie sich das bei Marktplätzen auf demselben Mirakl-Backend zeigt, beschreibt der Beitrag Commerce Velocity: Die Falle im gemeinsamen Mirakl-Backend.

1. Attribute und Pflichtfelder

Jeder Marktplatz definiert eigene Pflichtfelder, eigene Attributnamen und eigene zulässige Werte. Was auf dem ersten Kanal ein Freitextfeld war, ist auf dem zweiten eine Auswahlliste, und auf dem dritten fehlt das Feld ganz oder heißt anders. Ein Export aus dem ersten Listing liefert dann genau das, was der erste Kanal gebraucht hat. Alles, was nur der zweite Kanal verlangt, fehlt, weil es im Quelllisting nie gepflegt werden musste.

2. Kategorie-Mapping

Kategorien sind keine Wahrheit, sondern ein Angebot des jeweiligen Kanals. Ein Produkt, das auf einem Marktplatz an einer bestimmten Stelle im Baum hängt, gehört auf einem anderen oft in eine Kategorie mit anderem Zuschnitt und anderen Pflichtattributen. Die Kategorie entscheidet, welche Felder überhaupt abgefragt werden. Wer die Kategorie des ersten Kanals mitkopiert, startet mit der falschen Frageliste.

3. Varianten-Logik

Ob Größe und Farbe als Varianten eines Produkts oder als eigenständige Artikel geführt werden, welche Merkmale eine Variante definieren und wie die Gruppierung funktioniert, ist von Kanal zu Kanal verschieden. Ein Listing, das auf die Variantenstruktur eines Marktplatzes optimiert wurde, lässt sich auf einem anderen nicht einfach nachbauen. Aus Varianten werden Dubletten, oder aus Dubletten werden falsch gruppierte Varianten.

4. Text- und Bildvorgaben

Titelaufbau, Länge und Aufbau von Beschreibungen, erlaubte Inhalte, Bildformate, Hintergründe, Reihenfolge: Alles ist kanalspezifisch. Ein Titel, der auf Sichtbarkeit in einem Kanal getrimmt wurde, ist auf dem nächsten oft zu lang, zu kurz oder zu werblich. Die Quelle, aus der Sie neu formulieren könnten, ist der unveränderte Produktdatensatz, nicht der fertig gebaute Titel.

5. Sprachen und Länder

Expandieren Sie in einen Marktplatz eines anderen Landes, übersetzen Sie in der Praxis oft das fertige Listing. Dann übersetzen Sie einen auf einen Kanal getrimmten Text, und die Kompromisse des Ausgangskanals wandern in die Zielsprache. Dazu kommen Maßeinheiten, Währungen und Pflichtangaben, die sich je nach Markt unterscheiden. Eine Übersetzung eines Listings ist eine Übersetzung einer Übersetzung. Wie die Anpassung an Sprachen und Märkte sauber funktioniert, zeigt KI für mehrsprachige und multikulturelle Märkte.

Ein Beispiel: Der Gartenstuhl, der auf vier Kanälen vier Gesichter hat

Ein Hersteller verkauft einen klappbaren Gartenstuhl in vier Farben und zwei Größen. Auf dem ersten Marktplatz läuft er gut. Der Titel enthält die Suchbegriffe, die dort funktionieren, die Varianten hängen unter einem übergeordneten Artikel, die Bilder sind auf weißem Hintergrund zugeschnitten.

Auf dem zweiten Marktplatz wird das Listing eins zu eins übernommen. Die Kategorie passt nicht ganz, deshalb fehlen zwei Pflichtattribute zu Material und Belastbarkeit. Der Titel ist für diesen Kanal unglücklich aufgebaut. Der dritte Kanal wird aus dem zweiten Listing befüllt, mit den Lücken des zweiten. Beim vierten, in einem anderen Land, wird der Titel übersetzt. Vier Marktplätze, vier unterschiedliche Datenstände, und kein Datensatz, der sagen könnte, welcher stimmt.

Das Beispiel ist erfunden, aber das Muster kennt fast jeder, der mehr als einen Kanal bespielt.

Wie gelingt die Skalierung auf weitere Marktplätze? Den Stammdatensatz befreien

Die Lösung ist keine bessere Kopiervorlage. Sie besteht darin, den Stammdatensatz aus dem Listing herauszulösen und dorthin zu bringen, wo er hingehört: in eine zentrale, kanalneutrale Produktdatenbasis. Dort liegen die Informationen so, wie sie sind: vollständig, strukturiert, mit Attributen, die das Produkt beschreiben und nicht den Kanal. Jeder Marktplatz wird aus dieser Quelle kanalgerecht ausgespielt, nicht aus dem Listing des Vorgängers.

Das ist die Idee hinter ainavio als PIM mit AI. Produktdaten aus ERP, Lieferantentabellen und PDFs laufen in einem zentralen Datensatz zusammen (dem Golden Record, in dem sich Quellen priorisieren lassen). Das Datenmodell ist konfigurierbar, Pflichtattribute verhindern, dass ein unvollständiges Produkt hinausgeht, und gemeinsame Eigenschaften lassen sich auf Varianten vererben. Auf dieser Basis erledigen die AI Agents die Arbeit, die bisher beim Kopieren von Kanal zu Kanal liegen blieb:

  • Der Marketplace Agent ordnet Kategorien und Pflichtattribute den Feldern von 26 Shops und Marktplätzen zu, darunter Amazon, OTTO und Kaufland. Sie entscheiden, ob Inhalte für alle Produkte einheitlich gelten oder je Kategorie und Produkt angepasst werden.
  • Der Enrichment Agent ergänzt fehlende Attribute und erstellt Titel, Beschreibungen und Bullet Points aus dem Stammdatensatz, nicht aus dem fertigen Listing eines anderen Kanals.
  • Der Translation Agent übersetzt Produktinformationen in jede benötigte Sprache und wandelt Maßeinheiten um, ausgehend von der Quelle statt von einem bereits übersetzten Listing.
  • Der Quality Agent erkennt fehlende Informationen, Dubletten und Inkonsistenzen. Vor jedem Export prüft die Multichannel-Veröffentlichung Vollständigkeit und Kanalkonformität, damit fehlerhafte Daten gar nicht erst hinausgehen.

Neue Kanäle wie eBay oder Hornbach sind dann kein Projekt mehr, das beim Listing des Vorgängers beginnt, sondern eine weitere Ausspielung aus derselben Quelle.

Vier Fragen, bevor Sie den nächsten Marktplatz anbinden

  • Woher kommen die Daten des neuen Kanals? Wenn die Antwort „aus dem Listing von Kanal A“ lautet, haben Sie ein Listing-Erbe.
  • Wo liegt die kanalneutrale Fassung? Gibt es sie nicht, ist das Listing Ihr Stammdatensatz.
  • Welche Pflichtfelder verlangt der neue Kanal, die der alte nie brauchte? Diese Felder sind in Ihren Daten höchstwahrscheinlich nicht gepflegt.
  • Wie viele Stationen liegen zwischen Quelle und Zielkanal? Jede Station ist eine Chance für Stille Post.

Das Ende der Stillen Post

Marktplätze skalieren nicht an der Zahl der Kanäle, sondern an der Qualität der Quelle. Wer jeden neuen Kanal aus dem Listing des letzten befüllt, beschleunigt anfangs und verliert später die Kontrolle über das, was irgendwo steht. Wer dagegen die Quelle befreit, kann Kanal um Kanal hinzufügen, ohne die Fehler der Vorgänger mitzunehmen.

Das Listing ist der letzte Schritt der Kette, nicht der erste.

Ihr Projekt
Wie sieht das bei Ihren Produktdaten aus?

Sprechen Sie mit uns über Ihr Sortiment, Ihre Kanäle und Ihre Altsysteme. Wir zeigen Ihnen, wo PIM mit AI bei Ihnen ansetzt.

Björn Thomsen, Head of Marketing bei ainavio

Björn Thomsen

Head of Marketing, ainavio

Björn Thomsen ist Head of Marketing bei ainavio, dem agentischen PIM/DAM-System. Sein Schwerpunkt ist Marketing Operations & Engineering: Daten, Automatisierung und die Systeme hinter dem Marketing, zunehmend gesteuert von AI Agents. Er bringt tiefe Erfahrung aus B2B-SaaS, Cloud und Data Center sowie aus der Startup-Szene in Tokio mit. Bei ainavio beschäftigt ihn vor allem, wie Produktdaten im E-Commerce für Menschen und Maschinen funktionieren, vom Onlineshop bis zur AI-Suche.

contact@ainavio.com
+49 (0) 2842 - 929987-3

Künstliche Intelligenz (KI)

Vom Rohmaterial zu angereichertem Content: Die Kunst und Wissenschaft des KI-basierten Produkt-Onboardings

Weiterlesen
Künstliche Intelligenz (KI)

Hinter den Kulissen des KI-Workflows: Wie mehrere LLMs zusammenarbeiten, um zukunftsorientierte Produktdaten zu liefern

Weiterlesen
Künstliche Intelligenz (KI)

PIM und KI: Warum Künstliche Intelligenz in Ihrer Produktdaten-Strategie unverzichtbar ist

Weiterlesen

Fangen Sie noch heute an!

Ihre Strategie. Ihr Tempo. Ihr Wachstum. Unsere Unterstützung – auf ganzer Linie.