Du lädst den Katalogbericht, änderst 300 Titel, spielst die Datei zurück. Zwei Tage später fehlen Material, Zielgruppe und Maße — auch bei ASINs, die du nie angefasst hast.
Ein Feld, das im Export leer ist, ist im Katalog nicht leer. Der Bericht liefert nicht jedes gepflegte Attribut zurück. Wer die Datei unverändert hochlädt, schreibt jede Lieferlücke als Löschung.
Belegen lässt sich das an der Stelle, an der es jemand einmal falsch gemacht hat. Ein Abgleich, der „Feld ist leer" und „Feld wurde nicht geliefert" gleich behandelt, produziert bei jedem Durchlauf Löschungen.
In unserem Katalogabgleich ist die Unterscheidung deshalb eine feste Regel und keine Feinheit.
Der Hebel: Es trifft nie die Zeilen, die du bearbeitet hast — die prüfst du. Es trifft die anderen 2.700. Attribute steuern Filter, Varianten und die Zuordnung zu Suchanfragen. Sie verschwinden ohne Fehlermeldung.
Die meisten Anleitungen zeigen, wie man eine Flatfile befüllt. Hier steht, was beim Zurückspielen mit den Feldern passiert, die du gar nicht befüllt hast.
- Ein Feld, das im Export leer ist, ist im Katalog nicht leer.
- Drei Feldzustände statt zwei: Wert vorhanden, nicht geliefert, ausdrücklich geleert.
- Lade nie die Datei hoch, die du heruntergeladen hast. Nur Schlüssel plus Zielspalten.
- Teilaktualisierung statt „Datensatz ersetzen" — beim Ersetzen ist weg, was fehlt.
- Prüfe nach dem Lauf die nicht geänderten Felder.
- Sichere vor jedem Lauf einen Katalogbericht mit Datum. Eine Historie gibt es nicht.
Die drei Zustände eines Feldes
Eine Tabellenzelle scheint zwei Zustände zu kennen. Im Katalog sind es drei.
| Zustand | Was er bedeutet | Was passieren soll |
|---|---|---|
| Wert vorhanden | Das Attribut ist gepflegt | Wert übernehmen |
| Nicht geliefert | Es existiert, steht aber nicht in dieser Datei | Wert behalten |
| Ausdrücklich geleert | Du willst das Attribut entfernen | Wert löschen |
Eine Tabelle kann Zustand zwei und drei nicht unterscheiden. Beide sehen aus wie eine leere Zelle. Die Unterscheidung entsteht erst dadurch, welche Spalten du mitschickst.
Fünf Attribute verschwinden dabei am häufigsten:
- Material und Zusammensetzung — steuert Filter und beantwortet eine Kauffrage
- Zielgruppe — entscheidet über die Zuordnung zu verfeinerten Suchen
- Maße und Gewicht — fehlen sie, steigen die Retouren
- Variantenthema — ohne es zerfällt die Familie in Einzelprodukte
- Kategoriespezifische Pflichtfelder — ihr Fehlen kann das Angebot unterdrücken
Warum der Export nicht der Katalog ist
Ein Katalogbericht ist eine Sicht auf deine Daten, keine Kopie davon.
Welche Attribute er enthält, hängt von drei Dingen ab:
- Vom Berichtstyp — allgemeine Berichte lassen kategoriespezifische Felder aus
- Von der Kategorie — was hier eine Spalte hat, existiert dort nicht
- Vom Marktplatz — zulässige Werte und Spalten unterscheiden sich je Land
Solange du den Bericht liest, ist das harmlos. Gefährlich wird es, sobald dieselbe Datei zur Eingabe wird.
Der Bericht kennt nur eine leere Zelle. Ob dahinter ein geleertes Feld steht oder ein nicht geliefertes Attribut, kann er nicht ausdrücken. Beim Hochladen entscheidet sich das zu deinen Ungunsten.
Lade eine Datei hoch, die nur Schlüsselspalten und die Spalten enthält, die du tatsächlich änderst. Was nicht in der Datei steht, kann nichts löschen.
Sicher zurückspielen: nur die Spalten, die du änderst
| # | Schritt | Fertig, wenn |
|---|---|---|
| 1 | Schlüssel bestimmen — SKU, je nach Feedtyp die Produkt-ID | jede Zeile eindeutig ist |
| 2 | Zielspalten festlegen, bevor du die Datei öffnest | die Liste schriftlich vorliegt |
| 3 | Neue Datei bauen aus der Kategorievorlage | die Spaltenzahl der Liste entspricht |
| 4 | Teilaktualisierung wählen statt Datensatz ersetzen | bestehende Werte unangetastet bleiben |
| 5 | Testlauf mit zehn SKUs, davon zwei mit vielen Attributen | der Lauf fehlerfrei durch ist |
| 6 | Die nicht geänderten Felder gegenprüfen | zwanzig Stichproben unverändert sind |
Schritt 6 ist der, den alle auslassen, und der einzige, der den Fehler findet.
Wie sich dein Feedtyp bei Teilaktualisierungen verhält, legt Amazon fest und passt es an. Prüf das vor dem ersten großen Lauf, nicht danach.
Ein Sonderfall sind Variantenfamilien: Gehören dir die Child-SKUs, die Parent-SKU aber nicht, fehlen die Zeilen schon im Bericht — nachzulesen in Varianten ohne eigene Parent-SKU.
Der Vorher-Stand, den du selbst anlegen musst
Es gibt keine für dich lesbare Änderungshistorie deiner Inhalte.
Sind Attribute verschwunden, kannst du nicht nachschlagen, was vorher dort stand. Es sei denn, du hast es gesichert: ein vollständiger Katalogbericht, gespeichert mit Datum, unmittelbar vor dem Lauf.
Das kostet zwei Minuten. Es ist der Unterschied zwischen „wir spielen den Stand von Dienstag zurück" und „wir pflegen 2.700 Produkte neu".
Vier Dinge gehören in die Sicherung:
- Der vollständige Katalogbericht, nicht der gefilterte Ausschnitt
- Das Datum im Dateinamen, nicht nur im Änderungsdatum
- Je Marktplatz eine eigene Datei
- Die Upload-Datei selbst, damit später nachvollziehbar ist, was lief
- Die Liste der Zielspalten, gegen die du nach dem Lauf prüfst
- Der Feedtyp, mit dem gearbeitet wurde — er entscheidet über das Verhalten
Bei mehreren Marktplätzen gilt: je Marktplatz ein eigener Bericht, je Marktplatz eine eigene Datei. Ein gemeinsamer Lauf über DE, FR, IT und ES liefert den späteren Ländern die Daten des ersten.
Was ein gelöschtes Attribut wirklich kostet
Es fühlt sich nach Datenpflege an. Es ist ein Eingriff in alle drei Größen.
| Größe | Wirkung | Weg und Verzögerung |
|---|---|---|
| Conversion | fällt zuerst | Ohne Material und Größe fehlt die Entscheidungsgrundlage — Tage |
| Best-Seller-Rank | fällt indirekt | Filterattribute entscheiden über verfeinerte Suchen — ein bis zwei Wochen |
| Umsatz | fällt zuletzt | Summe der beiden darüber, als Frühwarnung unbrauchbar |
Hier geht es nie um mehr Umsatz, sondern um keinen Verlust. Das macht den Fehler so teuer: Er produziert kein Alarmsignal, sondern eine Kurve, die etwas flacher weiterläuft.
Gefunden wird er deshalb nicht über den Umsatz, sondern über die Angebotsqualität. Sie fällt bei einzelnen ASINs, ohne dass jemand am Text war.
Vier Zeichen, an denen ein Löschlauf auffällt:
- Die Angebotsqualität fällt bei ASINs, an denen niemand gearbeitet hat
- Filterreichweite bricht weg — das Produkt erscheint in verfeinerten Suchen nicht mehr
- Varianten zerfallen in einzelne Detailseiten
- Kundenfragen wiederholen sich, weil eine Angabe fehlt
Wenn du Katalogpflege gar nicht mehr über Flatfiles machen willst: SELLRZ schreibt nur die Felder zurück, die du geändert hast, und legt zu jeder Änderung den Vorher-Stand ab.
Richtig und falsch, mit Schnelltest
| Falsch | Richtig | Warum |
|---|---|---|
| Export ändern und dieselbe Datei hochladen | Neue Datei mit SKU und Titelspalte | Der Export kennt seine Lücken nicht |
| Alle Spalten mitschicken | Nur Schlüssel- und Zielspalten | Jede leere Spalte ist ein Löschkandidat |
| Vollständigen Datensatz ersetzen | Teilaktualisierung | Ersetzen heißt: was fehlt, ist weg |
| Die geänderten Felder prüfen | Die nicht geänderten Felder prüfen | Der Schaden liegt nie dort, wo du gearbeitet hast |
| Ein Lauf über alle Marktplätze | Ein Lauf je Marktplatz | Kategoriespalten unterscheiden sich je Land |
Öffne deine Upload-Datei und zähl die Spalten. Mehr als Schlüssel plus die Felder, die du bewusst ändern willst? Dann lade sie nicht hoch.
Was du nicht änderst, gehört nicht in die Datei.
Häufige Fragen
Warum löscht mein Flatfile-Upload Attribute?
Weil der Katalogbericht nicht jedes gepflegte Attribut zurückliefert. Lädst du dieselbe Datei wieder hoch, ist jede nicht gelieferte Spalte eine leere Zelle. Eine leere Zelle in einer mitgeschickten Spalte wird als Löschwunsch gelesen. Betroffen sind vor allem die Zeilen, die du nie angefasst hast.
Was ist der Unterschied zwischen Teilaktualisierung und Datensatz ersetzen?
Eine Teilaktualisierung ändert nur die Felder, die in der Datei stehen, und lässt den Rest unangetastet. „Datensatz ersetzen" schreibt den kompletten Datensatz neu — was in der Datei fehlt, ist danach weg. Wie sich dein Feedtyp verhält, legt Amazon fest.
Welche Spalten gehören in eine Upload-Datei?
Die Schlüsselspalten — SKU und je nach Feedtyp die Produkt-ID — plus genau die Spalten, die du ändern willst. Sonst nichts. Jede zusätzliche Spalte ist ein Löschkandidat für die Zeilen, in denen sie leer ist. Bau die Datei aus der Kategorievorlage, nicht aus dem Export.
Wie mache ich einen Flatfile-Upload rückgängig?
Nur, wenn du vorher gesichert hast. Es gibt keine für dich lesbare Änderungshistorie deiner Inhalte. Deshalb gehört ein vollständiger Katalogbericht mit Datum unmittelbar vor jeden Lauf. Zwei Minuten Aufwand gegen die Neupflege tausender Produkte.
Woran erkenne ich, dass ein Lauf Daten gelöscht hat?
Nicht am Umsatz, der reagiert zu spät. Die schnellste Spur ist die Angebotsqualität einzelner ASINs: Sie fällt, ohne dass jemand am Text war. Nimm nach jedem Lauf zwanzig unbearbeitete ASINs und vergleich ihre Vollständigkeit mit dem gesicherten Bericht.
Warum SELLRZ hier sinnvoll ist
SELLRZ pflegt Listings über einen Katalogabgleich, der zwischen „Feld ist leer" und „Feld wurde nicht geliefert" unterscheidet. Ein nicht geliefertes Attribut wird nie als Löschung geschrieben. Jede Änderung entsteht als neue Version mit Vorher-Stand, verifiziert gegen die live ausgelieferte Fassung.
Quellen
- Amazon Seller Central — Hilfe zu Lagerbestandsdateien, Feedtypen und Teilaktualisierungen (Stand August 2026; vor jedem großen Lauf prüfen)
- Interne Betriebsregel aus dem SELLRZ-Katalogabgleich: ein nicht geliefertes Feld ist keine Änderung
- Prüfung gegen die live ausgelieferte Fassung statt gegen die Upload-Rückmeldung
Wachstumstweak: die Stichprobe der unberührten ASINs
Solange das der einzige Beleg ist, bleibt Massenpflege riskant. Wer das Risiko nicht messen kann, macht seltener Massenläufe — und lässt genau die Arbeit liegen.
Eine feste Stichprobe mit gesichertem Attributstand, die bei jedem Lauf ausgelassen und danach verglichen wird. Fünf Minuten — und der Löschfehler fällt am selben Tag auf.
Wenn du das auch machen willst, nutze SELLRZ für dein Amazon-Wachstum. Vorher-Stand je Version und Auswertung der Vollständigkeit über den ganzen Bestand. Kostenlos starten
