Amazon Bulk Listing heißt zweierlei: neue Listings gebündelt anlegen oder bestehende Listings gebündelt ändern. Beides läuft über andere Wege und hat andere Risiken. Bei der Änderung von 400 bestehenden Listings entscheidet das Risiko der Änderung über den Weg. Dieser Artikel trennt beides kurz und widmet sich dann der Werkzeugwahl für bestehende Listings.
Neue Listings anlegen und bestehende ändern sind zwei verschiedene Aufgaben. Für bestehende Listings wählst du den Weg nach Risiko der Änderung, nicht nach Gewohnheit. Starte mit einem Pilotbatch von etwa 2,5 % (10 von 400 Listings) und gehe erst danach in Wellen in die Breite.
Neuanlage oder Änderung: welche Aufgabe hast du?
| Aufgabe | Typischer Weg | Wo es hier weitergeht |
|---|---|---|
| Neue Listings gebündelt anlegen | tabellenbasierter Upload (Flatfile) | kurz unten; Fallstricke bei Flatfiles in Amazon Flatfile: leere Felder löschen deine Attribute |
| Bestehende Listings gebündelt ändern | Flatfile, regelbasierte Änderung oder Pipeline mit Entwurf und Freigabe | Hauptteil dieses Artikels |
Neuanlage in Kürze: Viele neue Listings legst du gebündelt über Vorlagen und Uploads an. Den genauen Ablauf der Amazon-Oberfläche beschreibt dieser Artikel bewusst nicht, weil er sich ändert und nicht aus einer belegten Quelle wiedergegeben werden kann; maßgeblich ist die Hilfe in deinem Seller-Central-Konto.
Abgrenzung: Dieser Artikel beantwortet die Frage womit du Änderungen bündelst. In welcher Reihenfolge du deine Listings vornimmst, steht in Viele Amazon Listings gleichzeitig optimieren.
Die drei Wege für Änderungen an bestehenden Listings
- Tabellenbasierter Upload (Flatfile). Du ziehst die Daten in eine Tabelle, änderst sie und lädst sie wieder hoch. Schnell, aber unnachgiebig: Welche Spalten du mitschickst, entscheidet, was sich ändert. Die Details stehen in Amazon Flatfile: leere Felder löschen deine Attribute.
- Regelbasierte Massenänderung. Eine feste Regel gilt für viele Listings, zum Beispiel ein Titelschema.
- Pipeline mit Entwürfen und Freigabe. Jedes Listing wird einzeln bearbeitet, das Ergebnis liegt als Entwurf neben der Quellversion und wird erst nach Prüfung veröffentlicht.
Entscheidungsmatrix: Welcher Weg bei welchem Risiko?
| Art der Änderung | Risiko | Empfohlener Weg | Warum |
|---|---|---|---|
| Reine Datenfelder (z. B. einheitliches Attribut) | niedrig bis mittel | Flatfile, nur mit den Spalten, die sich ändern | schnell, aber nur mit gesichertem Ausgangsstand |
| Schema-Änderung an Titeln | mittel | regelbasiert, in Wellen | gleiche Regel, Ergebnis stichprobenartig prüfbar |
| Inhaltliche Texte (Bullets, Beschreibung) | hoch | Pipeline mit Entwurf und Freigabe | jedes Listing braucht einen eigenen, prüfbaren Stand |
| Änderungen mit Werbeaussagen | hoch | Pipeline plus Vorab-Check | Aussagen müssen vor dem Veröffentlichen geprüft werden |
Die Matrix ist ein Arbeitsmodell, keine Amazon-Vorgabe. Passe die Zeilen an deine Kategorie an.
Was die Pipeline bei SELLRZ konkret macht
Eine Batch-Pipeline bündelt Konfiguration und Auswahl von Listings. Jedes Listing ist ein eigener Job, das Ergebnis ist je Job ein neuer Entwurf neben der Quellversion. Es gibt drei Modi: Per agent, Per routine und Per Vicki. Fehlgeschlagene Jobs werden nicht automatisch neu eingereiht, du startest sie über „Erneut einreihen". Ein erfolgreicher Job kostet pro Listing einen Pipeline-Aufschlag zusätzlich zum Verbrauch für Text, Vicki und Bilder; fehlgeschlagene oder abgebrochene Jobs erhalten keinen Aufschlag. Die Parallelität pro Konto ist standardmäßig 1 (Quelle: SELLRZ Wissensbasis, Batch-Übersicht, Abruf 24.10.2026).
Das Veröffentlichen ist zweistufig: „Vormerken" geht nicht an Amazon, erst „Jetzt veröffentlichen" tut es. Dafür braucht es die Publisher-Rolle und eine Anmeldung mit Zwei-Faktor. Amazon braucht laut SELLRZ-Wissensbasis meist 1 bis 24 Stunden, bis eine Änderung sichtbar ist (Quelle: SELLRZ Wissensbasis, Veröffentlichen und Live-Nachweis, Abruf 24.10.2026). Mehr dazu im Freigabe-Workflow für Teams mit 400 Listings.
Fehlerbilder bei Massenänderungen
Die folgende Tabelle ist ein Arbeitsmodell aus der Logik der drei Wege, keine Amazon-Statistik.
| Fehlerbild | Woran du es merkst | Gegenmaßnahme |
|---|---|---|
| Flatfile-Upload mit zu vielen Spalten | Attribute fehlen auch bei Listings, die du nie bearbeitet hast | nur Schlüssel- und Zielspalten hochladen, vorher den Ausgangsstand mit Datum sichern (Details zu Flatfiles) |
| Eine Regel passt nicht auf alle Produktgruppen | Stichprobe zeigt bei einzelnen Gruppen unpassende Ergebnisse | Regel in Wellen ausrollen, nach jeder Welle Stichprobe |
| Fehlgeschlagene Pipeline-Jobs übersehen | einzelne Listings bleiben unverändert, obwohl der Lauf „durch" ist | nach jedem Lauf die Fehlerliste prüfen und Jobs neu einreihen |
| „Angenommen" mit „live" verwechselt | Wirkung wird gemessen, bevor die Seite die neue Fassung zeigt | erst messen, wenn die ausgelieferte Fassung stimmt (Live-Version prüfen) |
| Kein Rückweg | nach dem Lauf weißt du nicht mehr, was vorher drinstand | Ausgangsstand vor dem Lauf sichern |
| Alles auf einmal ausrollen | ein Fehler steckt in allen 400 Listings, bevor du ihn siehst | erst ein Pilotbatch, siehe unten |
Betrifft die Änderung Variantenfamilien, hilft Amazon Variantenfamilie zusammenführen: die Achse zuerst bei der Frage, was eine Familie zusammenhält. Familien, in denen dir die Kinder gehören, der Parent aber nicht, fehlen in jeder Auswertung; wie du sie findest, steht in Amazon Varianten ohne Parent-SKU: der blinde Fleck.
Der Pilotbatch-Plan: 10 von 400
- Pilotgruppe wählen. 10 Listings, die den Katalog abbilden: Bestseller, Mittelfeld, ein schwaches Listing, Varianten und mindestens ein Sonderfall.
- Ausgangsstand sichern. Exportiere oder dokumentiere den heutigen Stand, damit du zurück kannst.
- Änderung im gewählten Weg ausführen und als Entwurf bzw. vorgemerkt ablegen.
- Jeden der 10 Fälle ansehen. Nicht nur die Quote, sondern jedes Listing.
- Veröffentlichen und live nachweisen. „Übermittelt" ist nicht „live".
- Entscheiden: weiter, anpassen oder abbrechen.
Rechenbeispiel (angenommene Zahlen, weder Amazon- noch SELLRZ-Daten)
Angenommen, von 10 Pilot-Listings laufen 8 sauber durch und 2 haben ein Problem, etwa ein falsch befülltes Attribut. Das sind 20 % Auffälligkeit. Die restlichen 390 Listings gehst du nicht auf einmal an: Bei Wellen zu je 50 Listings sind das 390 ÷ 50 = 7,8, also 8 Wellen. Nach jeder Welle schaust du auf eine kleine Stichprobe, bevor die nächste startet.
Entscheidungsregel (Arbeitsregel, keine Amazon-Vorgabe): Bei 0 bis 1 auffälligen Listings von 10 gehst du in Wellen weiter. Bei 2 oder mehr suchst du zuerst die Ursache und wiederholst den Pilot, bevor du skalierst.
Häufige Fragen
Was ist mit Amazon Bulk Listing gemeint?
Meist das gebündelte Anlegen neuer Listings per Vorlage oder Upload. Hast du bereits Listings, ist oft das gebündelte Ändern gemeint. Dieser Artikel behandelt vor allem Letzteres.
Reicht für 400 Listings nicht ein Flatfile?
Für reine Datenfelder oft ja, solange du nur Schlüssel- und Zielspalten hochlädst und den Ausgangsstand sicherst. Für Texte, die einzeln geprüft werden müssen, ist ein Entwurf-und-Freigabe-Weg sicherer.
Wie groß sollte der Pilotbatch sein?
Empfehlenswert sind 10 von 400 (2,5 %). Das ist ein Arbeitswert, kein Standard. Wichtig ist, dass er den Katalog abbildet.
Welche Listings kommen zuerst dran?
Das klärt die Reihenfolge-Frage, nicht die Werkzeugwahl: Sie steht in Viele Amazon Listings gleichzeitig optimieren.
Nächster Schritt
Prüfe, wo deine Listings stehen, und wähle dann deinen Pilotbatch. Trial kostenlos starten und die ersten 10 Listings als Pilot durchlaufen lassen.
