Multichannel-Datenpflege für österreichische Händler: Ein Datensatz für Amazon, OTTO und Kaufland

Österreichische Händler, ein Datensatz für alle Kanäle: So funktioniert Multichannel-Datenpflege für Amazon, OTTO und Kaufland.at ohne CSV-Handarbeit.

11 Min. Lesezeit

Professional header image for step-by-step guide: Multichannel-Datenpflege für österreichische Händler: Ein...
AI-generated header image for: Multichannel-Datenpflege für österreichische Händler: Ein Datensatz für Amazon, OTTO und Kaufland

Wer als österreichischer Händler gleichzeitig auf Amazon, OTTO und Kaufland.at verkauft, kennt das Problem: Produktdaten werden mehrfach gepflegt, CSV-Dateien manuell angepasst und kanalspezifische Anforderungen immer wieder von Grund auf neu umgesetzt. Das kostet Zeit, erzeugt Fehler und bremst das Wachstum. Dabei ließe sich dieser Aufwand mit einer durchdachten Multichannel-Warenwirtschaft grundlegend reduzieren.

Dieser Artikel zeigt, wie ein einziger zentraler Datensatz alle relevanten Marktplätze im DACH-Raum zuverlässig befüllt, ohne manuelle Umwege. Du erfährst, welche Voraussetzungen du brauchst, wie ein konkretes Kanal-Mapping für Amazon, OTTO und Kaufland.at aussieht und worauf österreichische Händler dabei besonders achten sollten. Außerdem beleuchten wir typische Fehlerquellen, zeigen ein praktisches Vorher-Nachher-Beispiel und gehen auf die spezifischen Herausforderungen bei der Nutzung von weclapp als Importquelle ein. Am Ende findest du eine kompakte Checkliste, mit der du deinen eigenen Prozess direkt überprüfen kannst.

Das Problem: Warum doppelter Pflegeaufwand kein Einzelfall ist

Viele österreichische Händler arbeiten nach demselben Muster: Produktdaten liegen in der Warenwirtschaft, etwa in weclapp, und werden von dort per CSV-Export für Amazon aufbereitet. Danach folgt eine manuelle Anpassung für OTTO, dann eine weitere Runde für Kaufland.at. Das Ergebnis sind drei separate Datensätze für denselben Artikel, die ab dem ersten Export auseinanderlaufen.

Das eigentliche Problem zeigt sich bei jeder Änderung. Wer einen Preis korrigiert, eine Beschreibung aktualisiert oder einen Bestand anpasst, muss das an mehreren Stellen gleichzeitig tun. Wird eine Stelle vergessen, stehen auf verschiedenen Kanälen unterschiedliche Informationen, und Fehler sind keine Ausnahme, sondern strukturell unvermeidlich.

Kanalspezifische Unterschiede machen es zusätzlich schwierig: Amazon erlaubt je nach Kategorie deutlich längere Titel als OTTO oder Kaufland. Pflichtattribute und Kategorieschemata weichen je Plattform ab. Wer das nicht vorab berücksichtigt, erfährt es meist erst durch Fehler-Feedback der Marktplätze, also nachdem das Listing bereits abgelehnt wurde.

Das Kernproblem ist strukturell: Es gibt keine einzige Quelle der Wahrheit, aus der alle Kanäle bedient werden. Wie Multichannel-Vertrieb ohne doppelte Datenpflege zeigt, lässt sich dieser Aufwand mit einem zentralen Datensatz und Kanal-Mapping grundlegend reduzieren.

Für österreichische Händler kommt ein weiterer Punkt hinzu: Kaufland.at ist keine bloße Kopie von Kaufland.de. Kategoriestruktur, Pflichtfelder und Feed-Anforderungen können abweichen, und deutschlandspezifische Anleitungen decken diese Unterschiede in der Regel nicht ab.

Was ein zentraler Datensatz konkret bedeutet

Die Lösung für das beschriebene Problem ist kein besseres CSV-Management, sondern ein struktureller Wechsel: ein einziger Datensatz, der alle produktrelevanten Informationen genau einmal enthält, und aus dem kanalspezifische Varianten abgeleitet werden.

Was das konkret heißt: Titel, Beschreibung, Attribute, Preise, Bilder und Bestand werden zentral gepflegt. Kanalspezifisch wird nicht die Datenbasis, sondern die Ausgabe.

Der Unterschied zur klassischen Multichannel-Warenwirtschaft liegt im Umfang: Eine Warenwirtschaft synchronisiert Preise und Bestände zuverlässig, aber sie kennt keine Bullet Points, keine A+-Inhalte und keine kanalspezifischen Attribute. Für strukturierte Listing-Inhalte braucht es einen nachgelagerten Schritt.

Das Konzept der Importquelle trennt diese beiden Ebenen sauber: Die Warenwirtschaft bleibt die Quelle der Rohdaten. Ein nachgelagertes System wie ASEIO übernimmt die kanalspezifische Aufbereitung; die fertigen Listings werden nach manueller Freigabe in die Marktplätze übertragen. Produktdaten und Kataloginhalte fließen dabei kontrolliert, nicht blind automatisiert.

Vorher/Nachher auf einen Blick:

Vorher

Nachher

Datenpfade

3 separate, manuell gepflegte

1 zentraler Datensatz

Änderung einpflegen

3x manuell

1x, alle Kanäle folgen

Neuen Kanal hinzufügen

Neue Datenbasis aufbauen

Neue Mapping-Regeln definieren

Genau dieser letzte Punkt erklärt die Skalierbarkeit: Ein vierter Kanal bedeutet neues Mapping, keine neue Datenbasis.

Voraussetzungen: Was du vor dem Einrichten brauchst
Voraussetzungen: Was du vor dem Einrichten brauchst

Voraussetzungen: Was du vor dem Einrichten brauchst

Bevor du mit dem Mapping-Aufbau beginnst, müssen fünf Grundlagen stimmen.

Strukturierte Importquelle. Deine Warenwirtschaft, ob weclapp, plentymarkets oder JTL, muss Produktdaten mit konsistenten Feldnamen liefern: EAN, Artikelnummer, Bestand, Bruttopreis, Kurzbeschreibung und Langtext. Fehlen Felder oder sind Bezeichnungen inkonsistent, bricht das Mapping an dieser Stelle auf.

Kanalzugänge mit API-Berechtigung. Du brauchst aktive Verkäuferkonten bei jedem Zielmarktplatz: Amazon Seller Central, OTTO Partner Connect und das Kaufland.at Seller Portal, jeweils mit aktiviertem API-Zugang oder Feed-Berechtigung. Ohne diese Zugänge ist kein automatisches Writeback möglich.

Klarheit über Pflichtfelder. Jeder Kanal hat sein eigenes Pflichtfeld-Schema. Was Amazon je nach Kategorie verlangt, unterscheidet sich von OTTO-Attributen und Kaufland.at-Anforderungen. Abschnitt 4 listet die Details, aber exportiere die aktuellen Stylesheets und Attributlisten aus den jeweiligen Portalen, bevor du mit dem Mapping beginnst.

Definierter Review-Prozess. Lege vor dem ersten Writeback fest, wer Listings freigibt und welche Felder dabei immer manuell geprüft werden. Automatisiertes Schreiben ohne Freigabe ist kein Komfort, sondern ein Risiko. Erste Schritte mit Amazon gibt einen Überblick, wie ein solcher Prozess aufgesetzt werden kann.

Grundpreisangabe prüfen. Für österreichische Händler gilt das Preisauszeichnungsgesetz; Grundpreise müssen für alle relevanten Produkte korrekt hinterlegt sein, bevor ein Listing live geht. Das gilt für alle drei Kanäle. Hinweis: Dies ist keine Rechtsberatung, lass die Anforderungen rechtlich prüfen.

Schritt für Schritt: Kanal-Mapping für Amazon, OTTO und Kaufland.at einrichten

Sobald die Voraussetzungen stimmen, geht es an die konkrete Einrichtung.

Schritt 1: Warenwirtschaft anbinden

Verbinde deine Importquelle mit deinem Datenpflege-System. Bei weclapp werden typischerweise Felder wie Artikelbezeichnung, Beschreibung1 und VK-Preis brutto als Quellfelder registriert. Das System liest diese Rohdaten ein, ohne sie zu verändern.

Schritt 2: Quellfelder auf Zielfelder mappen

Definiere für jeden Kanal eigene Mapping-Regeln. Die genauen Feldnamen und Zeichenlimits der Zielfelder können je nach Kategorie und Marktplatz-Version abweichen; prüfe die aktuellen Vorgaben im jeweiligen Seller Portal:

  • Artikelbezeichnung → Amazon Titelfeld (kanalspezifisches Limit)

  • Artikelbezeichnung → OTTO Titelfeld (kanalspezifisches Limit)

  • Artikelbezeichnung → Kaufland Titelfeld (kanalspezifisches Limit)

Da Amazon je nach Kategorie deutlich längere Titel erlaubt als OTTO oder Kaufland, sind kanalspezifische Varianten Pflicht; ein direktes Kopieren reicht nicht.

Schritt 3: Pflichtattribute je Kanal befüllen

Amazon verlangt je nach Kategorie Pflichtfelder wie Marke, Stichpunkte und Produkttyp; die aktuellen Anforderungen findest du im Seller Central Stylesheet. OTTO nutzt ein eigenes Attributschema mit kategoriespezifischen Pflichtfeldern. Kaufland.at verwendet ein separates Kategorie- und Attributsystem, das vom Kaufland.de-Schema abweichen kann.

Schritt 4: Kanalspezifische Listing-Varianten erzeugen

Titel, Bullet Points und Beschreibungen werden aus dem zentralen Datensatz kanaloptimiert abgeleitet, nicht kopiert. ASEIO unterstützt diesen Schritt per KI-Optimierung. Das reduziert manuelle Anpassung und vermeidet Duplikat-Content.

Schritt 5: Review und Writeback

Jedes Listing durchläuft vor der Übertragung eine Freigabe. Erst danach schreibt das System die Daten direkt in Amazon, OTTO und Kaufland.at zurück. Den genauen Ablauf findest du Schritt für Schritt zum Nachlesen.

Kaufland.at: Was österreichische Händler beachten müssen

Wie bereits beschrieben, ist Kaufland.at eine eigenständige Instanz – das hat konkrete Folgen für dein Setup: Kategoriestruktur, Pflichtattribute und Feed-Spezifikationen werden pro Storefront definiert, was bedeutet: Ein deutscher Kaufland-Feed lässt sich nicht ungeprüft auf .at übertragen.

Was du konkret beachten musst:

  • Sprache und Schreibweise: Produktdaten auf Kaufland.at müssen auf Deutsch mit österreichischer Schreibweise angelegt sein. Das betrifft vor allem Beschreibungen und Attribute, nicht nur die Oberfläche.

  • Preise und Grundpreisangabe: Preise werden in Euro angegeben. Für Produkte mit mengen- oder gewichtsbezogenem Preis ist die korrekte Grundpreisangabe Pflicht. Für österreichische Händler gilt das Preisauszeichnungsgesetz; die genauen Anforderungen sollten rechtlich geprüft werden. Dieser Hinweis ist keine Rechtsberatung.

  • Versand und Retouren: Versand- und Rückgaberichtlinien müssen im Kaufland.at Seller Portal separat konfiguriert werden.

  • Bilder: Weißer oder neutraler Hintergrund wird empfohlen, Wasserzeichen sind nicht erlaubt, Mindestauflösungen sind einzuhalten (aktuelle Vorgaben im Kaufland.at Seller Portal prüfen). Ein Bild-Compliance-Check vor dem Upload vermeidet Ablehnungen und manuelle Nacharbeit.

Kaufland.at in dein Mapping-Setup einbinden:

  1. Kaufland.at-Konto im Datenpflege-System verbinden

  2. Kategorie-Mapping für Kaufland.at separat anlegen, da die Kategoriestruktur von Kaufland.de abweichen kann

  3. Pflichtfelder für Kaufland.at prüfen und befüllen

Vorher/Nachher: Dasselbe Produkt auf drei Kanälen

Wie sich das konkret auswirkt, zeigt ein einzelnes Produkt.

Vorher: Eine Edelstahl-Pfanne liegt in weclapp mit der Artikelbezeichnung „Edelstahl-Pfanne 28 cm beschichtet". Für Amazon wird manuell ein keywordreicher Titel geschrieben, für OTTO eine gekürzte Kopie angelegt, für Kaufland.at dieselbe OTTO-Version wiederverwendet. Ändert sich die Beschreibung, laufen alle drei Versionen auseinander, weil keine Synchronisierung existiert.

Nachher: Der weclapp-Datensatz wird als Importquelle eingelesen. Aus Langtext und Attributen entstehen drei kanalspezifische Titel und je fünf Bullet Points per Mapping-Regeln, keine manuelle Ableitung. Ändert sich der Grunddatensatz, zieht die Änderung alle drei Listings mit.

Kanal

Titel

Zeichen

weclapp (Quelle)

Edelstahl-Pfanne 28 cm beschichtet

35

Amazon

Edelstahl-Pfanne 28 cm, antihaftbeschichtet, induktionsgeeignet – [Marke]

70

OTTO

Edelstahl-Pfanne 28 cm antihaftbeschichtet

44

Kaufland.at

Edelstahl-Pfanne 28 cm beschichtet induktionsgeeignet

54

Was direkt übernommen wird (keine Transformation): EAN, Preis, Bestand, Bilder.

Was gemappt wird (kanalspezifisch): Titel, Bullet Points, Beschreibungen, Keywords, Kategorie-Zuordnung, Pflichtattribute. Diese Felder werden nicht kopiert, sondern kanalgerecht abgeleitet. Wer diesen Ansatz auf Keywords und Ads erweitert, findet im Artikel zur Amazon Keyword-Recherche: Ein Datensatz für Listing und Sponsored Products den nächsten logischen Schritt.

weclapp als Importquelle: Typische Mapping-Herausforderungen

weclapp speichert Produktdaten in einer ERP-Logik, die sich nicht direkt mit Listing-Anforderungen deckt. Die Felder decken sich deshalb nicht automatisch mit dem, was Marktplätze erwarten. weclapp speichert Produktdaten typischerweise in Feldern wie Artikelbezeichnung, Beschreibung, Verkaufspreis und konfigurierbaren Zusatzfeldern.

Fließtext vs. Bullet Points

Die häufigste Lücke: weclapp-Beschreibungen sind typischerweise als zusammenhängender Fließtext angelegt. Amazon erwartet dagegen separate Bullet-Point-Felder. Ohne einen Aufbereitungsschritt zwischen Importquelle und Marktplatz entsteht kein verwertbares Listing, weil der Fließtext nicht automatisch in sinnvolle Einzelpunkte zerfällt.

Kategorie-Mapping

weclapp verwendet eigene Produktgruppen. Marktplätze arbeiten mit ihren eigenen Kategoriebäumen: Amazon Browse Nodes, OTTO-Kategoriebaum, Kaufland-Kategorien. Dieses Mapping muss einmalig manuell angelegt werden. Wenn ein Marktplatz seinen Katalog aktualisiert, muss das Mapping nachgezogen werden, sonst landen Artikel in falschen Kategorien oder werden abgelehnt.

Preisfelder

weclapp führt den Brutto-VK-Preis und optional marktplatzspezifische Preise. Beim Export in Marktplatz-Feeds muss explizit gesteuert werden, welcher Preistyp verwendet wird. Wird hier der falsche Wert gezogen, gehen fehlerhafte Preise live.

ASEIO bindet weclapp als Importquelle an, liest diese Rohdaten ein und macht alle Felder vor dem Writeback im Review sichtbar. Den genauen Verbindungsvorgang findest du Schritt für Schritt zum Nachlesen.

Typische Fehler beim Aufbau einer Multichannel-Warenwirtschaft

Neben den Mapping-Lücken in der Warenwirtschaft gibt es strukturelle Fehler, die sich in der Praxis immer wieder wiederholen.

Fehler 1: Kanalspezifische Felder direkt in der Warenwirtschaft anlegen. Wer Amazon-Titel, OTTO-Titel und Kaufland-Titel als separate Felder in weclapp pflegt, baut Komplexität ins falsche System. Mit jedem neuen Kanal verdoppelt sich der Aufwand, anstatt zu sinken.

Fehler 2: CSV-Export als Dauerlösung. Ein CSV-Export funktioniert für den einmaligen Upload, nicht als Synchronisierungsweg. Bestandsänderungen, Preisanpassungen und Textkorrekturen kommen danach nicht mehr automatisch nach.

Fehler 3: Titel ohne kanalspezifische Anpassung übernehmen. Da Amazon je nach Kategorie deutlich längere Titel erlaubt als OTTO oder Kaufland, kürzt der Marktplatz einen unverändert übernommenen Titel still ab, ohne eine Fehlermeldung ins eigene System zu senden. Das Ergebnis sind fehlerhafte Listings, die niemand bemerkt.

Fehler 4: Writeback ohne Review. Systeme, die Inhalte ohne Freigabe direkt live stellen, riskieren fehlerhafte oder unkontrolliert KI-generierte Texte im Marktplatz. Der Review-Schritt ist Qualitätssicherung, keine optionale Bürokratie. Den genauen Ablauf findest du Schritt für Schritt zum Nachlesen.

Fehler 5: Kaufland.at mit Kaufland.de gleichsetzen. Wie in Abschnitt 5 beschrieben, erfordert Kaufland.at ein eigenes Kategorie-Mapping – wer das übersieht, riskiert abgelehnte Listings.

Checkliste: Multichannel-Datenpflege für österreichische Händler

Mit den typischen Fehlern im Blick lässt sich jetzt strukturiert prüfen, ob das eigene Setup wirklich trägt. Diese Checkliste fasst die wichtigsten Kontrollpunkte zusammen:

☐ Importquelle prüfen Sind EAN, Titel, Beschreibung, Preis, Bestand und Bilder vollständig und konsistent in der Warenwirtschaft gepflegt? (Details zu den Pflichtfeldern findest du im Abschnitt Voraussetzungen.)

☐ Kanal-Mapping dokumentieren Für Amazon, OTTO und Kaufland.at je eine Mapping-Tabelle anlegen: Quellfeld, Zielfeld, Zeichenlimit, Pflicht oder optional. Eine Schritt-für-Schritt-Anleitung zum Nachlesen hilft beim ersten Aufbau.

☐ Pflichtattribute je Kanal abgleichen Kategoriepflichtfelder aus dem Amazon Seller Central Stylesheet, OTTO-Pflichtattribute aus dem Partner-Connect-Portal und Kaufland.at-Pflichtfelder aus dem Kaufland-Seller-Portal exportieren, dann mit der eigenen Datenlage vergleichen. Lücken vor dem ersten Writeback schließen, nicht danach.

☐ Grundpreisangabe prüfen Produkte mit Mengen- oder Gewichtsbezug auf korrekte Grundpreisfelder prüfen. (Rechtliche Anforderungen: siehe Abschnitt Kaufland.at.)

☐ Bild-Compliance sicherstellen Mindestauflösung, neutralen Hintergrund und Wasserzeichen-Freiheit für jeden Kanal prüfen, bevor Listings hochgeladen werden.

☐ Review-Prozess festlegen Wer gibt Listings vor dem Writeback frei? Welche Felder werden immer manuell geprüft, mindestens Preise und rechtliche Angaben? Den Prozess schriftlich festhalten und im Team kommunizieren.

Fazit: Ein Datensatz, der wirklich für alle Kanäle reicht

Wer die Checkliste durchgearbeitet hat, hat das Fundament gelegt. Der eigentliche Gewinn zeigt sich erst im laufenden Betrieb: Eine Änderung an Preis, Beschreibung oder Attribut wird einmal im zentralen Datensatz vorgenommen und auf allen Kanälen gleichzeitig wirksam. Nicht die Technologie dahinter ist der Vorteil, sondern der wegfallende Mehraufwand.

Für österreichische Händler lohnt es sich, Kaufland.at von Beginn an als eigenständigen Kanal im Mapping zu behandeln. Die abweichenden Pflichtattribute und die eigene Kategoriestruktur erfordern ein separates Mapping, aber keine neue Datenbasis. Wer die Grundstruktur einmal sauber aufgesetzt hat, bindet einen weiteren Kanal mit überschaubarem Aufwand an.

Der erste und kritischste Schritt bleibt die Importquelle. Wer seine Warenwirtschaft, zum Beispiel weclapp, mit konsistenten Feldnamen und vollständigen Grunddaten strukturiert hat, hat den schwierigsten Teil bereits hinter sich.

ASEIO bildet diesen Ansatz direkt ab: Importquelle anbinden, Produktdaten per KI kanalspezifisch aufbereiten, im Review kontrollieren und nach Freigabe in Amazon, OTTO und Kaufland.at zurückschreiben.

Der konkrete nächste Schritt: Importquelle auf vollständige Pflichtfelder prüfen, Kanal-Mapping für einen Zielkanal anlegen und einen einzelnen Artikel als Testlauf durchführen, bevor der Rest des Katalogs folgt.