Produkt-Content auf Marktplätzen: Titel, Beschreibungen, Fotos und Rich Content, die Ihre Verkäufe wirklich steigern.
Autor: Borys Terlecki · Marketplace-Vertrieb und Implementierungen bei Commercraft · aktualisiert: Oktober 2026
Kurz gefasst
Eine Produktseite erfüllt drei Aufgaben zugleich: Sie platziert das Angebot in der Suche der Plattform, überzeugt die Kundschaft und senkt die Retouren. Der Titel hat 60 Zeichen, und Fotos verkaufen, bevor jemand die Beschreibung liest.
Produktdaten brauchen eine Systementscheidung: eine eigene Quelle für Transaktionen (ERP), eine für Inhalte (PIM oder Shop) und eine Kanalebene im Integrator. Denn jede Plattform definiert Variante, Kategorie und Kennung anders.
In der Salsify-Studie 2026 haben 45% der Käufer einen Kauf wegen fehlerhafter Angaben zurückgeschickt, und 45% der Generation Z brachen einen Kauf ab, wenn die Daten zwischen Websites abwichen. Einheitliche Daten über alle Kanäle sind eine Voraussetzung für Conversion.
Auf einem Marktplatz kann die Kundschaft das Produkt nicht anfassen, nicht gegen das Licht halten und niemanden an der Ladentheke fragen. Alles, was sie über das Produkt weiß, stammt von der Produktseite. Guter Produkt-Content ist deshalb Ihr günstigster und wirksamster Verkäufer. Im Folgenden sehen Sie, woraus eine Produktseite besteht, die verkauft, und wie Sie sie aufbauen.
Eine gute Produktseite platziert das Produkt in der Suche der Plattform, überzeugt zum Kauf und senkt die Retouren, weil sie genau beschreibt, was der Käufer bekommt. Diese drei Funktionen, also Sichtbarkeit, Conversion und passende Erwartungen, sollten Sie bei jedem Element im Hinterkopf behalten.
Den Titel liest der Algorithmus am genauesten, und die Kundschaft sieht ihn zuerst. Ein guter Titel enthält Marke, Produkttyp und die wichtigsten Merkmale (Modell, Größe, Farbe, Verwendungszweck) in einer natürlichen, gut lesbaren Reihenfolge. Stopfen Sie keine Keywords hinein: Plattformen erkennen das immer besser, und Käufer überspringen „spammige“ Titel ohnehin.
Die meisten Kaufentscheidungen beginnen beim Foto. Achten Sie auf:
Jede Plattform hat eigene technische Anforderungen. Wer sie erfüllt, verbessert die Optik und sichert oft überhaupt erst die Freischaltung des Angebots.
Beim Überfliegen erfasst der Blick zuerst die Aufzählungspunkte, deshalb gehören die wichtigsten Vorteile und Parameter dorthin. Die längere Beschreibung vertieft das Thema: Einsatzbereiche, Unterschiede zum Wettbewerb, Lieferumfang. Schreiben Sie in der Sprache der Kundschaft statt im internen Jargon. Beantworten Sie Fragen, bevor sie gestellt werden, denn jede offene Frage endet als abgebrochener Warenkorb oder als Retoure.
Parameter wirken wie Bürokratie, doch genau nach diesen Angaben filtert die Kundschaft ihre Ergebnisse. Je vollständiger und korrekter Sie die Attribute pflegen (Größe, Material, Farbe, Kompatibilität), desto öfter erscheint das Produkt in den passenden Filtern und Ergebnissen. Unvollständige Daten bedeuten schlicht weniger Einblendungen.
Titel, Beschreibung, Attribute und Fotos lassen sich an drei Orten pflegen: im Shop (Shoper und IdoSell aus Polen, PrestaShop, Magento), in einem eigenen PIM (Akeneo, Pimcore, Plytix) oder in der Plattform eines Integrators (Base.com, Apilo, Sellasist, ChannelEngine, Tradebyte, Mirakl Connect). Jedes dieser Werkzeuge wird gern zur „Produktdatenbank“. Der Fehler: In vielen Firmen sind es alle drei gleichzeitig. Dann hat dasselbe Produkt drei Titel und zwei Attributsätze, und niemand weiß, welche Version stimmt.
Statt „Welches System wählen wir?“ stellen Sie eine Frage aus dem Datenmanagement: Welches System ist das führende System (System of Record) für jeden Datentyp? In der Praxis hat ein Produktdatensatz drei Ebenen mit unterschiedlichen Verantwortlichen und unterschiedlichem Änderungstempo. Transaktionsdaten (Preis, Bestand, Kosten) ändern sich stündlich und gehören ins ERP oder WMS. Beschreibende Daten (Name, Beschreibung, Attribute, Medien, Übersetzungen) ändern sich selten, brauchen redaktionelle Arbeit und gehören ins PIM oder, bei kleinem Katalog, in den Shop. Kanaldaten (die Kategorie auf Allegro, dem größten Marktplatz Polens, ein gekürzter Titel für Amazon, der Attributsatz für Kaufland, Überschreibungen) liegen im Integrator, denn nur er kennt die Anforderungen jedes Kanals. Die Dokumentation von ChannelEngine beschreibt das direkt: Daten werden pro Kanal in sogenannten Content Mappings zugeordnet, und ein manuell überschriebener Wert „hat Vorrang vor dem Mapping“ (Quelle: support.channelengine.com). Mirakl Connect trennt wiederum das Produkt (Taxonomie, für alle gleich) vom Angebot (Preis, Bestand, Kanalattribute) und empfiehlt, „nur die Attribute zu deklarieren, die der Kanal tatsächlich nutzt“ (Quelle: developer.mirakl.com).
Erst wenn die Ebenen so aufgeteilt sind, wird die Wahl des Werkzeugs einfach. Die folgende Matrix ordnet typische Konfigurationen entlang zweier Achsen: Zahl der Kanäle und Märkte sowie Komplexität des Katalogs (Varianten, Zahl der Attribute, Sprachen).
ERP / WMS
Preis, Bestand, Kosten: Quelle der Transaktionsdaten
PIM oder Shop
Name, Beschreibung, Attribute, Medien: Quelle der Inhalte
Integrator
Mapping von Kategorien und Attributen, Überschreibungen pro Kanal
Marktplatz
Produktseite und Angebot im Format der Plattform
Drei Ebenen des Produktdatensatzes und ihre führenden Systeme. Aufbereitung von Commercraft auf Basis der Dokumentation von ChannelEngine, Mirakl Connect und Akeneo.
Das Schema zeigt die Richtung des Datenflusses und sagt nichts über die Zahl der Werkzeuge: In einem kleinen Unternehmen kann ein einziger Shop die ersten beiden Ebenen abdecken, in einem großen ist jede davon ein eigenes System mit eigener verantwortlicher Person.
Entscheidungsmatrix: Wo Sie Produktinhalte pflegen
Komplexer Katalog, wenige Kanäle
Mode, Schuhe, konfigurierbare Möbel: Varianten auf zwei Ebenen, mehrere Sprachen. Ein schlankes PIM (Akeneo Community, Plytix) oder ein Integrator mit Hierarchie (Tradebyte, ChannelEngine) dient als Quelle der Inhalte. Der Shop empfängt nur Daten.
Komplexer Katalog, viele Kanäle und Märkte
Eine Marke mit Tausenden SKUs auf 5 und mehr Plattformen in mehreren Ländern. Ein vollständiges PIM als Quelle der Inhalte, das ERP als Quelle der Transaktionen, ein Integrator der Enterprise-Klasse als Kanalebene. Eine eigene verantwortliche Person für die Daten.
Einfacher Katalog, wenige Kanäle
Einige hundert Produkte ohne Varianten, ein Shop plus ein oder zwei Marktplätze. Der Shop ist die Quelle der Inhalte, der Integrator (Base.com, Apilo, Sellasist) ordnet Kategorien und Parameter zu. Kein PIM.
Einfacher Katalog, viele Kanäle
Großhändler oder Distributor mit breitem, flachem Sortiment auf vielen Plattformen. Ein Integrator mit eigener Produktdatenbank ist der einzige Ort, an dem Inhalte bearbeitet werden. Shop und ERP liefern nur Preise und Bestände.
Vereinfachtes Portfoliomodell (wie die BCG-Matrix): zwei Achsen, vier typische Konfigurationen. Die Grenzen zwischen den Quadranten ergeben sich aus der Projektpraxis von Commercraft und folgen keinen festen Schwellenwerten.
Wenn Produktdaten zwischen Systemen „nicht durchgehen“, fehlt selten ein Feld. Meist definiert das Zielsystem das Produkt anders. Jede Plattform versteht unter einer Variante etwas anderes, hängt den Preis an eine andere Ebene und vergibt die Kennung auf einer anderen Stufe. Zalando führt einen Artikel auf drei Ebenen: Modell (Name, Marke, Silhouette), Konfiguration (Farbe) und Einzelartikel mit Größe, EAN und Preis (Quelle: partner.zalando.com). Amazon verbindet Varianten als Parent und Child. Der Parent ist dabei kein verkaufbares Produkt, doch Titel und Beschreibung auf der Seite stammen oft genau von ihm. Allegro arbeitet umgekehrt: Es gibt keinen Parent, das Angebot wird über den EAN-Code an eine Produktkarte im Allegro-Katalog gebunden (die sogenannte Produktisierung), und Parameter sind pro Kategorie Pflicht. Angebote ohne vollständige Parameter verlieren Sichtbarkeit in den Filtern (Quelle: apilo.com). Auf Marktplätzen, die auf Mirakl laufen (Empik, Decathlon, Leroy Merlin, Super-Pharm), verbindet eine gemeinsame Parent-Kennung die Varianten, und der Parent selbst darf nicht in die Angebotsdatei. Leroy Merlin erlaubt höchstens 50 Varianten pro Gruppe (Quelle: help.lengow.com).
Integratoren und PIM-Systeme haben eigene Modelle, die all das abbilden müssen. ChannelEngine arbeitet mit drei Ebenen: Grandparent, Parent und Child. Dabei „hat jedes Child einen eigenen Preis, Bestand, SKU und GTIN“, und die Parents müssen in der Produktdatei stehen oder werden automatisch erzeugt (Quelle: support.channelengine.com). Tradebyte trennt PRODUCT von ARTICLE und Produktattribute (P_TAGS) von Variantenattributen (A_TAGS), die Variantenachsen stehen in A_VARIANTDATA. Kanalkategorien importieren Sie für jeden Kanal separat (Quelle: tradebyte.io). Akeneo kennt Produktmodelle und Produktvarianten mit höchstens zwei Variationsebenen. Jedes Attribut kann „scopable“ (anderer Wert pro Kanal) und „localizable“ (anderer Wert pro Sprache) sein, und ein Kanal ist ein Exportfilter mit eigener Vollständigkeitsmessung (Quelle: api.akeneo.com). Polnische Integratoren setzen auf Einfachheit. Apilo geht davon aus, dass „jedes physische Produkt einer Lagerposition entsprechen sollte“, verknüpft über SKU oder EAN (Quelle: apilo.com). Base.com, das in Polen verbreitete Multichannel-System, ordnet Lagerparameter den Plattformparametern über Regeln wie „aus dem Lager kopieren“, „Wert setzen“ und „aus Feld einfügen“ zu, jeweils separat für jedes Lager angelegt (Quelle: base.com). Sellasist führt Allegro-Parameter getrennt für Produkte und Varianten und verknüpft Shop-Kategorien mit den Kategorien der Plattformen (Quelle: sellasist.pl).
Hinzu kommt die Ebene der Kennungen. Nach dem GS1-Standard ist jede Kombination aus Schnitt, Farbe und Größe ein eigenes Produkt mit eigener GTIN, und eine Änderung der Abmessungen oder des Bruttogewichts um mehr als 20% erfordert eine neue Nummer (Quelle: GS1 GTIN Management Standard). Führt Ihr Shop eine einzige EAN für alle Größen, repariert das kein Integrator: ChannelEngine warnt, dass bei einer GTIN für mehrere Größen „die meisten Marktplätze das Anlegen mehrerer Angebote ablehnen oder nur eines veröffentlichen“.
Die Konsequenz betrifft die Systemarchitektur, weniger die Technik. Die Datenquelle muss die tiefste Hierarchie abbilden, die der anspruchsvollste Kanal verlangt (meist Zalando oder Amazon), und flache Kanäle (Allegro, Kaufland) erhalten eine abgeflachte Sicht. Der umgekehrte Weg, also die Hierarchie erst im Integrator aufzubauen, bedeutet: Die Parents werden automatisch erzeugt, und Sie verlieren die Kontrolle darüber, welchen Titel und welches Foto der Kanal als Hauptansicht zeigt.
| System | Variantenebenen | Verkaufskennung | Kanaldaten | Quelle |
|---|---|---|---|---|
| Allegro | Angebot mit mehreren Varianten, ohne Parent | EAN bindet das Angebot an die Produktkarte (Produktisierung) | Parameter pro Kategorie Pflicht | apilo.com |
| Amazon | Parent und Child | ASIN des Child, GTIN | Titel und Beschreibung oft vom Parent | ChannelEngine, Amazon |
| Zalando | Modell, Konfiguration (Farbe), Artikel (Größe) | EAN am Artikel | Attribute pro Produkttyp, Größentabellen | partner.zalando.com |
| Mirakl (Empik, Decathlon, Leroy Merlin) | Parent verbindet Varianten, Parent nicht in der Angebotsdatei | SKU des Angebots und EAN des Produkts | Produkt gemeinsam, Angebot pro Kanal | developer.mirakl.com, Lengow |
| ChannelEngine | Grandparent, Parent, Child | GTIN und SKU an jedem Child | Content Mappings pro Kanal, Überschreibungen haben Vorrang | support.channelengine.com |
| Tradebyte TB.One | PRODUCT und ARTICLE, Achsen in A_VARIANTDATA | EAN am ARTICLE | P_TAGS und A_TAGS, Kanalkategorien per CSV | tradebyte.io |
| Akeneo PIM | Produktmodell, bis zu 2 Variationsebenen | Produktkennung | Attribute scopable und localizable, Vollständigkeit pro Kanal | api.akeneo.com |
| Apilo | eine Lagerposition pro physischem Produkt | SKU oder EAN | Mapping von Kategorien und Parametern pro Plattform | apilo.com |
| Base.com | Produkt mit Varianten im Lager | SKU, EAN | Regeln für das Parameter-Mapping, separat pro Lager | base.com |
| Sellasist | Produkt und Varianten | SKU, EAN | Allegro-Parameter für Produkt und Variante, Verknüpfung der Kategorien | sellasist.pl |
Stand der Dokumentation: September 2026. Die Datenmodelle der Integratoren ändern sich, prüfen Sie vor der Einführung die aktuelle Dokumentation des Anbieters.
Unterscheiden sich Varianten in einem Maß, das über den Kauf entscheidet, etwa in der Größe eines Spannbettlakens oder im Volumen einer Aufbewahrungsbox, lohnt es sich, sie als eigene Angebote zu listen. Jede Variante braucht dann eine eigene EAN. Käufer sehen die gesuchte Größe sofort im Titel und auf dem Bild, ohne sich durch eine Auswahlliste zu klicken.
Ein eigenes Angebot bekommt außerdem einen eigenen Titel mit dem Maß, den die Plattformsuche und Google einer konkreten Suchanfrage zuordnen können, zum Beispiel „Spannbettlaken 160×200“. In Werbekampagnen bewerben Sie jedes Angebot einzeln, mit eigenem Keyword und eigenem Gebot, und sehen sofort, welche Größe sich verkauft.
Das hat seinen Preis. Bewertungen und Verkaufshistorie verteilen sich auf mehrere Angebote. Wo eine Plattform Varianten ohnehin auf einer Produktseite bündelt, wie Amazon oder Zalando, halten Sie sich an ihr Modell. Wir entscheiden Kanal für Kanal, je nachdem, wie Käufer nach dem Produkt suchen.
Das Ausmaß zeigt eine Salsify-Studie vom Oktober 2025 mit 2.712 Käufern in den USA, in Kanada und Großbritannien: 45% der Befragten haben einen Kauf wegen „falscher oder irreführender Informationen“ zurückgeschickt, und 45% der Käufer aus der Generation Z brachen einen Kauf ab, wenn „die Produktdetails zwischen Websites nicht übereinstimmten“. 54% prüfen ein Produkt in zwei oder drei Quellen, und 22% nutzen bereits KI-Tools für die Produktrecherche (Quelle: Salsify, Consumer Research 2026). Eine vergleichbare Studie für Polen gibt es nicht, der Mechanismus ist aber derselbe: Käufer vergleichen Ihre Produktseite auf Allegro mit der in Ihrem Shop und auf Amazon, und jede Abweichung kostet Vertrauen. Einheitliche Daten über alle Kanäle galten lange als Frage der Optik, heute sind sie eine Voraussetzung für Conversion.
Was uneinheitliche Produktdaten kosten (Anteil der Käufer)
| % | |
|---|---|
| haben einen Kauf wegen falscher oder irreführender Angaben zurückgeschickt | 45% |
| Generation Z: Kauf abgebrochen, weil Angaben zwischen Websites abwichen | 45% |
| prüfen ein Produkt in 2 bis 3 Quellen | 54% |
| nutzen KI-Tools für die Produktrecherche | 22% |
Salsify, Consumer Research 2026: 2.712 Käufer aus den USA, Kanada und Großbritannien, Oktober 2025.
Bevor Sie ein Werkzeug wählen, schreiben Sie Ihre Antworten auf fünf Fragen auf. Diese Antworten bestimmen die Architektur, und das Werkzeug folgt daraus:
Zeigen die Antworten auf eine Quelle für Inhalte, eine für Transaktionen und eine Kanalebene, haben Sie eine Architektur, die eine einzige Person betreuen kann. Zeigen sie auf drei Produktdatenbanken, ersetzt kein Werkzeug die Entscheidung, welche davon Sie abschalten.
Bei einigen hundert Produkten ohne Varianten und zwei Kanälen nicht. Der Shop kann die Quelle der Inhalte sein, und der Integrator ergänzt die Kanalebene. Ein PIM lohnt sich, sobald der Katalog Varianten auf mehreren Ebenen und mehrere Sprachen hat und mehr als eine Person an den Inhalten arbeitet.
Ja, und für viele Handelsunternehmen ist das eine gute Entscheidung. Die Bedingung: Der Integrator ist dann der einzige Ort, an dem Inhalte bearbeitet werden, und Shop und Marktplätze empfangen nur Daten. Probleme beginnen, sobald jemand eine Beschreibung direkt im Shop oder im Allegro-Backend korrigiert.
Aus dem GS1-Nummernkreis Ihres Unternehmens, mit einer eigenen Nummer für jede Kombination aus Größe und Farbe. Codes, die außerhalb von GS1 gekauft wurden, oder ein Code für mehrere Größen führen auf den meisten Plattformen zur Ablehnung der Angebote.
Pflegen Sie in der Quelle eine Obermenge der Attribute nach einem einheitlichen Standard und überlassen Sie das Mapping auf die Felder jeder Plattform dem Integrator. Ein neuer Kanal bedeutet dann ein neues Mapping und keinen neuen Katalog.
Übersetzen Sie Produktseiten für einen neuen Markt nicht maschinell. Käufer erwarten überall eine präzise, sprachlich korrekte Beschreibung in ihrer eigenen Sprache, und manche Angaben, etwa Warnhinweise und Sicherheitsinformationen, müssen dort auch aus Compliance-Gründen stehen. Das gilt in beide Richtungen: für Ihre Marke beim Start in Polen ebenso wie für eine polnische Marke auf dem Weg in die DACH-Region, nach Mittel- und Osteuropa oder in die Benelux-Länder. Lokaler Content, von Muttersprachlern geschrieben oder geprüft, macht die Marke glaubwürdig und verschafft einen echten Vorsprung vor Wettbewerbern, die abgekürzt haben.
Wir erstellen und optimieren Produktseiten für konkrete Plattformen und Märkte: von Titeln und Bullet Points über Galerien und Infografiken bis zu vollständigen Attributen und einer sauberen Lokalisierung für jeden Markt, auf dem Sie verkaufen, ob DACH, CEE oder Benelux. Das ergibt Content, der zugleich gefunden wird, verkauft und Retouren senkt. Sollen Ihre Produktseiten messbar zum Ergebnis beitragen? Schreiben Sie uns.
Mehr zu den Anforderungen einzelner Plattformen finden Sie im Beitrag über Standards für Produktdaten, und wie viele Systeme Sie tatsächlich brauchen, erfahren Sie im Leitfaden PIM, ERP, WMS.
Borys Terlecki – Marketplace-Vertrieb und Implementierungen bei Commercraft. Zuvor arbeitete er auf der Betreiberseite von Marktplatzplattformen (Mirakl, München), heute bringt er Marken auf Marktplätze in Polen und der DACH-Region und führt ihre Konten.
Wir helfen Ihnen, dieses Wissen in die Praxis umzusetzen, von der Integration bis zu Kampagnen.
+48 797 810 997
×
