Checkliste für Produktlaunches auf Marktplätzen für PIM-Teams

Ein Produktlaunch auf einem Marktplatz ist 2026 kein Marketingtermin mehr, sondern ein Release von Produktdaten. Schon eine einzige SKU-Familie kann eine stabile EAN, kategoriespezifische Attribute, lokalisierte Titel, eine saubere Variantenlogik, regelkonforme Bilder, Sicherheitsangaben, Bestandsstatus und kanalspezifische Ausnahmen benötigen, bevor Amazon.de, Zalando, OTTO, Kaufland, Google Shopping oder Temu sie Käufern anzeigen.

Das operative Risiko liegt darin, dass viele Teams Launch-Bereitschaft noch immer wie eine Tabellenprüfung behandeln. Das funktionierte, solange der eigene Webshop der wichtigste Kanal war. Es bricht auf, sobald ein Multichannel-Händler dasselbe Sortiment auf mehreren Marktplätzen veröffentlichen muss, jeweils mit eigenem Attributmodell und eigener Ablehnungslogik. Der Attributleitfaden von Amazon nennt fehlende Pflichtattribute, ungültige Werte, überschrittene Zeichenlimits und Konflikte bei bedingten Feldern als getrennte Fehlerursachen. Kaufland dokumentiert Pflicht- und optionale Attribute je Kategorie über seine Seller API. Zalando veröffentlicht verbindliche Vorgaben für Artikel-Mapping und strenge Bildregeln. Im Google Merchant Center gibt es Pflichtfelder, bedingte Felder und kategoriespezifische Anforderungen. Händler scheitern nicht, weil sie keine Produkttexte schreiben können. Sie scheitern, weil das PIM nicht wie ein Release-System geführt wird.

Diese Checkliste macht aus diesem Problem ein wiederholbares Betriebsmodell. Sie richtet sich an PIM-Verantwortliche, E-Commerce-Manager und Marketplace-Teams, die Produktlaunches beim ersten Durchlauf durchbekommen, nach dem Go-live synchron halten und weniger Notfallkorrekturen in Seller Central auslösen möchten. Wenn Ihr Team Produktdaten noch in Dateien zusammenstellt, sollten Sie Ihre Quelldaten zuerst über PIM feeds anbinden und in einen gesteuerten PIM workflow überführen.

7

Launch-Gates

der Mindestpfad bis zur Veröffentlichung

24h

Diagnosefenster

typischer erster Feed-Prüfzyklus, den Sie überwachen sollten

0

stille Änderungen

jede Kanalüberschreibung braucht einen Verantwortlichen

Warum klassische Launch-Checklisten am eigentlichen Problem vorbeigehen

Die meisten E-Commerce-Launch-Checklisten behandeln Positionierung, E-Mail-Kampagnen, Creatives und KPIs nach dem Go-live. Das ist sinnvoll, löst aber nicht die Probleme, die ein Listing tatsächlich am Livegang hindern. Marketplace-Launches scheitern meist in der operativen Mitte: Ein Farbwert wird in Shopify akzeptiert, im Google Merchant Center aber abgelehnt; bei einem Schuh ist nur ein Material hinterlegt, während Zalando Obermaterial, Futter, Decksohle und Laufsohle erwartet; eine Kaufland-Kategorie zeigt erst nach der Kategorieauswahl zusätzliche Pflichtattribute an; oder Amazon sperrt ein Attribut auf der Detailseite, nachdem bereits ein falscher Wert übermittelt wurde.

Ein Blick in die Suchergebnisse zeigt dieselbe Lücke. PIM-Seiten von Wettbewerbern sprechen über zentrale Produktdaten, Content-Scoring und Syndizierung. In Foren sieht der Alltag anders aus: Varianten ohne Größe oder Farbe, GTIN-Ausnahmen, die sich nicht wie erwartet verhalten, abgelehnte Produkt-IDs, KI- oder Shared-Catalog-Werte, die vom Händler gepflegte Inhalte überschreiben, und unterdrückte Listings wegen Feldern, die in der Vorbereitung noch optional wirkten. Was fehlt, ist ein Launch-Gate, das Produktcontent, Marketplace-Validierung sowie Bestands- und Versandbereitschaft sauber miteinander verbindet.

⚠️Was viele unterschätzen

Einen Marketplace als „nur einen weiteren Export“ zu behandeln, ist der eigentliche Fehler. Ein PIM-Datensatz ist erst launchfähig, wenn Kanal, Kategorie, Länder- und Sprachversion, Variantenstruktur, Compliance-Felder, Bildset und eine realistisch erfüllbare Bestandszusage feststehen – bevor der Feed gesendet wird.

Prüfpunkt 1: SKU-Umfang und Variantenmodell festschreiben

Am Anfang wird der Launch-Umfang auf Ebene der SKU-Familie festgeschrieben. Ausgangspunkt sind nicht „alle Frühjahrsartikel“ oder „die neue Kollektion“. Relevant sind Parent-Produkte, Child-Varianten, verkaufsfähige SKUs, der EAN- oder GTIN-Status, die Bundle-Logik und jeder Kanal, auf dem der Artikel erscheinen soll. Das Parent-Child-Modell ist keine Formsache. Bei Amazon entstehen Variantenfehler häufig durch doppelte Variantenattribute oder Child-SKUs, die nicht zum erwarteten Variantenthema passen. Google Shopping benötigt, sofern relevant, Variantenkennzeichen wie Item group ID, Farbe, Größe, Material, Muster, Geschlecht oder Altersgruppe. Zalando erwartet im Artikelmapping SKU, EAN, Farbe, Größe, Saison und Bilder auf Artikelebene.

Der PIM-Verantwortliche sollte drei Felder sperren, bevor Inhalte angereichert werden: die interne SKU, die externe Kennung und die variantenbildenden Attribute. Ändern sich diese Angaben nach der Content-Anreicherung, müssen jedes Feed-Mapping und jede Übergabe ans Lager erneut geprüft werden. Das Festschreiben zum Launch bedeutet nicht, dass die Daten nicht mehr verbessert werden dürfen. Es sorgt dafür, dass die Identität der zu launchenden Artikel stabil genug ist, damit Marktplatz-, Webshop- und Lagersysteme dieselben Produkte erkennen.

1. 1
   SKU-Familienliste anlegen

   Erfassen Sie pro Zeile Parent-SKU, Child-SKU, EAN oder GTIN, Bundle-Kennzeichen, Variantenthema und Launch-Kanal.
2. 2
   Ausnahmen bei Kennungen früh markieren

   GTIN-Befreiungen, Private-Label-Produkte, Bundles und Multipacks brauchen vor der Feed-Validierung einen eigenen Prozess.
3. 3
   Variantenattribute festschreiben

   Farbe, Größe, Material, Muster und Packungsmenge dürfen je Marktplatz nicht unterschiedlich umgeschrieben werden, es sei denn, die Abweichung ist bewusst vorgesehen.

Gate 2: Marktplatzkategorie vor der Datenanreicherung festlegen

Die Kategorie entscheidet, welche Punkte auf die Checkliste gehören. Die Seller API von Kaufland zeigt je Kategorie Pflichtattribute und optionale Attribute. OTTO bewertet Attribute nach Relevanz und macht rechtlich erforderliche Angaben zu Pflichtfeldern. Zalando trennt verpflichtende Artikeldaten nach Kategorie und Produkttyp. Im Google Merchant Center werden Felder für Bekleidung, Bundles, Zertifizierungen und Varianten je nach Produkttyp und Zielland aktiviert oder ausgeblendet. Wenn Ihr Team Titel, Bilder und Beschreibungen erstellt, bevor die Kategorie feststeht, arbeitet es auf einer Grundlage, die sich jederzeit noch ändern kann.

Sauberer ist ein Ablauf, bei dem zuerst die Marktplatzkategorie gewählt und anschließend die Attributvorlage ins PIM übernommen wird. Hinterlegen Sie für jede Produktfamilie drei Listen: Pflichtangaben für die Veröffentlichung, empfohlene Attribute für Sichtbarkeit sowie Compliance- bzw. Sicherheitsfelder. Gerade die Empfehlungsebene hat direkten kommerziellen Einfluss. Viele Händler erfüllen auf Marktplätzen nur die Mindestanforderungen und fragen sich danach, warum die Sichtbarkeit ausbleibt. Filter, Suchrelevanz, KI-Shopping-Zusammenfassungen und Content-Scores der Marktplätze hängen von strukturierten Attributen ab, die technisch nicht immer Pflicht sind.

Launch aus der Tabelle heraus

• Die Kategorie wird erst spät festgelegt
• Pflichtattribute fallen erst beim Upload auf
• Empfohlene Felder bleiben leer, weil sie den Upload nicht blockieren
• Korrekturen erfolgen einzeln in jedem Marktplatz-Portal

Schnell gestartet, danach mühsam zu reparieren.

PIM-Launch mit FreigabeprüfungEmpfohlen

• Kategorie vor der Anreicherung festgelegt
• Attributvorlage je Kanal und Kategorie hinterlegt
• Empfohlene Felder vor der Veröffentlichung geprüft
• Korrekturen einmalig im Quelldatensatz vorgenommen

Etwas längere Einrichtung, dafür sauberere Launches.

Gate 3: mit kanalbezogenen Freigabe-Scores arbeiten, nicht mit einem pauschalen Vollständigkeitswert

Ein allgemeiner Vollständigkeitswert im PIM ist für Marketplace-Launches zu grob. Ein Produkt kann im PIM zu 95 % vollständig sein und trotzdem auf Amazon.de scheitern, weil ein bedingtes Pflichtfeld fehlt. Bei Google fällt es durch, wenn die Farbe nicht auf Variantenebene gemappt ist; bei Zalando reicht schon ein falsches Bildformat. Der Score muss deshalb je Kanal und je Kategorie bewertet werden.

Ein belastbarer Readiness-Score besteht aus vier Ebenen. Erstens Blocker-Felder: Identität, Titel, Beschreibung, Bild, Kategorie, Preis und Verfügbarkeit. Zweitens bedingte Felder: Variantenattribute, Bundle- und Multipack-Angaben, Maße für Fashion-Artikel, Zertifizierungsdaten, Materialzusammensetzung sowie – falls vorgeschrieben – Daten zur verantwortlichen Person oder GPSR. Drittens conversion-relevante Felder: Bullet Points, Suchbegriffe, Rich Images, Größentabelle, Lifestyle-Medien und lokalisierte Beschreibungen. Viertens operative Felder: Bestandsquelle, Fulfillment-Weg, Lieferzusage und Retourenregeln. Die PIM-Feeds von ChannelDock sollten erst veröffentlichen, wenn die Blocker-Ebene grün ist und die bedingten Felder von einer verantwortlichen Person geprüft wurden.

• T-14 Tage
  Kategorie- und Attributvorlage fixiert

  Marktplatz-Kategorie, Pflichtfelder und Compliance-Felder werden in die PIM-Checkliste übernommen.
• T-7 Tage
  Content- und Medien-Freeze

  Titel, Beschreibungen, Übersetzungen, Bildsets und Variantenwerte werden nicht mehr geändert, außer es wird ein Fehler dokumentiert.
• T-2 Tage
  Feed-Validierung im Probelauf

  Pre-Launch-Feed exportieren, abgelehnte Zeilen prüfen und die PIM-Quellfelder korrigieren – statt Fehler nur mit Marketplace-Overrides zu kaschieren.
• T+1 Tag
  Akzeptanz-Monitoring

  Kanaldiagnosen, unterdrückte Listings, fehlende Produkte sowie Warnungen zu Bestands- oder Preisabweichungen prüfen.

Prüfpunkt 4: Medien wie Produktdaten validieren

Bilder gelten intern oft als Kreativmaterial. Marktplätze prüfen sie jedoch genauso konsequent wie strukturierte Produktdaten. Die öffentlich zugänglichen Bildrichtlinien von Zalando definieren unter anderem Hochformat, Verhalten des Seitenverhältnisses, Dateityp, Farbmodus und Mindestgrößen. OTTO verlangt ein regelkonformes Hauptbild und macht Vorgaben zu Dateinamen, Hintergrund, Format und dazu, wie viel Raum das Produkt im Bild einnimmt. Amazon.de, Kaufland und andere Kanäle arbeiten ebenfalls mit festen Bildanforderungen je Kategorie; Temu-Hinweise aus Marketplace-Tools verweisen häufig auf Mindestanzahl an Bildern und kategoriespezifische Bildregeln. Ein PIM-Launch-Gate muss deshalb nicht nur prüfen, ob Bilder vorhanden sind, sondern auch Bildrolle, Dateiformat, Auflösung und kanalspezifische Ansichtslabels validieren.

Die wichtigste Regel mit dem größten Hebel: Ein Feld namens „Bild“ darf nicht je nach Kanal etwas anderes bedeuten. Speichern Sie Bildrollen eindeutig: Hauptbild, Packshot, Vorderansicht, Rückansicht, Seitenansicht, Detailaufnahme, Lifestyle-Bild, Größentabelle, Energielabel, Sicherheitskennzeichnung, Anleitung und Compliance-Dokument. Anschließend werden diese Rollen den Anforderungen der einzelnen Kanäle zugeordnet. Ein Modeartikel für Zalando benötigt möglicherweise Model- und Materialansichten; ein Möbelstück für OTTO eher Montageanleitung oder Maßzeichnung; ein Listing auf Amazon.de oder Kaufland muss die Bildlogik der jeweiligen Kategorie erfüllen.

Prüfschritt 5: Kanonische Werte von kanalspezifischen Überschreibungen trennen

Der kanonische Produktdatensatz enthält die belastbare Grundlage: Marke, SKU, EAN, Material, Maße, Inhaltsstoffe, Kompatibilität, Sicherheitsinformationen und die Basis-Produktbeschreibung. Kanalspezifische Überschreibungen bilden ab, wie diese Informationen je Marktplatz ausgespielt werden müssen: Titellänge, lokale Taxonomie, zulässige Farblisten, kategoriespezifische Materialaufteilung, Bildreihenfolge, Bulletpoint-Format, rechtliche Formulierungen und Sprache. Werden beide Ebenen vermischt, entstehen schleichend Abweichungen in den Produktdaten. Ein Marketplace-Operator korrigiert etwas direkt auf Amazon.de, eine Übersetzung wird nur im Zalando-Export angepasst, und der nächste geplante PIM-Feed überschreibt beides wieder.

Für Multichannel-Händler funktioniert deshalb am besten ein Modell aus Quellwert plus Transformation. „Anthrazit“ bleibt zum Beispiel die kanonische Farbe, während Amazon.de „Grau“ erhält, Zalando die erlaubte Lieferantenfarbe inklusive Hauptfarbe benötigt und Kaufland ein deutsches Farbattribut im richtigen Datentyp erwartet. Im PIM muss klar sein, wer für eine Überschreibung verantwortlich ist, warum sie existiert und wann sie zuletzt geprüft wurde. So lassen sich Produktdaten leichter kontrollieren, auditieren und bei Bedarf sauber zurückrollen.

Gate 6: Feed im Testlauf prüfen und den Quelldatensatz korrigieren

Ein Testlauf ist kein finaler Upload nach dem Prinzip Hoffnung. Es handelt sich um einen kontrollierten Export vor dem Kampagnenstart, der Mappings, zulässige Werte, fehlende Felder, Bild-URLs, Produktkennungen und kanalspezifische Warnungen prüft. Entscheidend ist, an welcher Stelle Sie korrigieren. Meldet ein Marktplatz ein fehlendes Feld, gehört die Korrektur ins Quellfeld im PIM oder in die Mapping-Regel. Wird nur im Portal nachgebessert, kann der nächste Export die Änderung wieder überschreiben.

Diagnosen aus dem Google Merchant Center, Amazon Upload-Berichte, Qualitätsmeldungen von OTTO oder Kaufland, Channable- oder ChannelEngine-Qualitätsansichten sowie API-Rückmeldungen der Marktplätze sollten Sie als belastbare Hinweise behandeln. Halten Sie Ablehnungscode, betroffene SKUs, Verantwortlichen, Ursache und dauerhafte Lösung fest. Mit der Zeit wird dieses Fehlerprotokoll zu einer wiederverwendbaren Launch-Bibliothek: Kategorie X braucht immer eine Materialaufschlüsselung, Kanal Y lehnt diesen Farbwert ab, Marktplatz Z verlangt eine Bildrolle, die das Markenteam regelmäßig vergisst.

1. 1
   Launch-Feed exportieren

   Nutzen Sie dasselbe Mapping wie am Launch-Tag, führen Sie den Export aber aus, bevor Bestand beworben wird und Kampagnen live gehen.
2. 2
   Jeden Fehler einordnen

   Trennen Sie Fehler nach Quelldaten, Mapping, Kategorieauswahl, Kennung, Medien, Compliance oder technischem Problem des Marktplatzes.
3. 3
   An der Quelle korrigieren

   Ändern Sie das PIM-Feld, die Transformation oder das Kanal-Mapping. Korrekturen nur im Portal sollten die Ausnahme bleiben und als Overrides dokumentiert sein.
4. 4
   Erneut exportieren, bis der Feed stabil ist

   Ein Launch-Set ist bereit, wenn keine blockierenden Fehler mehr bestehen und jede Warnung einen Verantwortlichen oder eine nachvollziehbar akzeptierte Begründung hat.

Gate 7: Launch-Daten mit Bestand, Aufträgen und Rollback verknüpfen

Auch wenn ein Produkt die Content-Prüfung besteht, kann der Verkaufsstart operativ schiefgehen, sobald er nicht sauber mit dem Bestand verbunden ist. Käuferinnen und Käufer auf Marktplätzen sehen die Produktdaten; Ihr Lager muss den Artikel jedoch kommissionieren, versenden, Retouren abwickeln und den Support ermöglichen. Prüfen Sie vor der Veröffentlichung deshalb Lager-SKU, Barcode, Pickplatz, Bestandspuffer, Versandregel, Verpackungsprofil, Retourenentscheidung und die Zusage des Versanddienstleisters. Wenn Sie ChannelDock nutzen, lässt sich dieselbe operative Ebene nutzen, um Produkt-Content mit Bestandsverwaltung, Auftragsimport und Versandregeln zu verbinden.

Auch der Rollback muss vor dem Launch feststehen. Wenn Amazon eine Variantenfamilie unterdrückt, Google einen Feed ablehnt, Zalando Bilder zurückweist oder Bestand tatsächlich nicht verfügbar ist: Wer pausiert den Kanal, und was genau wird pausiert? Das Angebot, der Produkt-Content, die Werbekampagne, der Vertriebskanal oder nur die betroffenen Varianten? Viele Marketplace-Teams haben eine Checkliste für die Veröffentlichung, aber keine für das Zurücknehmen. Genau deshalb werden kleine Content-Fehler schnell zu Themen für den Kundenservice.

Was in aktuellen Ranking-Inhalten fehlt

Die stärksten Ranking-Seiten erklären meist entweder die Planung eines Produktlaunches oder den Nutzen eines PIM. Beides sauber miteinander zu verbinden, gelingt nur selten. Allgemeine Launch-Checklisten drehen sich um Go-to-Market-Planung, lassen aber bedingte Marktplatzattribute außen vor. PIM-Anbieter sprechen über zentrale Datenpflege, hören jedoch häufig auf, bevor es um den operativen Freigabeprozess geht. Marktplatz-Guides dokumentieren Anforderungen, bleiben aber kanalspezifisch und zeigen Händlern nicht, wie ein kanalübergreifender Launch gesteuert wird. Seller-Foren machen den Schmerz sichtbar, behandeln ihn aber Problem für Problem.

Für Multichannel-Händler liegt die kommerzielle Chance darin, PIM als Kontrollinstanz für Releases zu nutzen. Das PIM ist dann nicht nur der Ort, an dem Produktdaten liegen. Es wird zur Stelle, an der ein Team entscheidet, ob eine SKU zuverlässig auf Amazon.de, Zalando, OTTO, Kaufland, Google Shopping, Temu und im eigenen Webshop live gehen kann, ohne zusätzliche Doppelarbeit für Content-, Lager- und Kundenservice-Teams auszulösen.

Häufig gestellte Fragen

Fazit

Ein sauberer Marktplatz-Launch entsteht nicht allein durch bessere Produkttexte. Entscheidend ist ein Freigabeprozess, in dem PIM, Feed-Mapping, Marktplatz-Diagnosen und Lagerprozesse vor der Veröffentlichung auf demselben Stand sind. Die Checkliste oben hilft PIM-Teams dabei, klar zu entscheiden, ob ein Produkt wirklich launchbereit ist, was noch blockiert und wer die Korrektur übernimmt.

Für Händler, die über Amazon.de, Zalando, OTTO, Kaufland, Google Shopping, Temu und den eigenen Webshop wachsen, macht genau diese Disziplin den Unterschied: mehr Kanäle live bringen, ohne die manuelle Nacharbeit zu vervielfachen. Richten Sie dieses Prüfverfahren einmal sauber ein, dokumentieren Sie die Nachweise im PIM, und jeder weitere Launch lässt sich deutlich besser steuern.