Eine ASIN/SKU löschen (und neu anfangen).

Manchmal ist ein Listing zu kaputt, um es an Ort und Stelle zu reparieren. Die falsche Kategorie bei der Erstellung hat das falsche Attributschema gesperrt, und Amazon weigert sich, neu zu kategorisieren. Die falsche GTIN beim Attach hat die falsche kanonische Produktfamilie hereingezogen, und die Parent-Child-Struktur ist in die falsche Richtung gewachsen. Ein anhaltender Hijack hat die Rezensionsbasis mit Rezensionen zu einem nicht verwandten Fälschungsprodukt kontaminiert. Ein gescheiterter Launch hat die ASIN bei einem 3,2-Sterne-Rating mit 40 negativen Rezensionen zurückgelassen, die durch kein realistisches Volumen neuer Rezensionen verdünnt werden können. In diesen Fällen ist Löschen und Neuanlegen eine echte Option — aber sie hat echte Trade-offs, eine 60–90-Tage-Wartezeit, die Ungeduld bestraft, und eine SKU-vs-ASIN-Unterscheidung, die Amazon strikt durchsetzt.

SKU vs. ASIN — Amazons Unterscheidung

Das Erste, das man verinnerlichen muss: SKUs und ASINs sind verschiedene Dinge, die verschiedenen Parteien gehören, mit sehr unterschiedlicher Löschsemantik.

• SKU. Der eigene interne Bezeichner für ein Angebot. Man hat ihn erstellt; man kann ihn frei löschen. Das Schließen oder Löschen einer SKU stoppt nur das eigene Angebot — Amazon stört das nicht, da der ASIN-Katalog-Datensatz unberührt bleibt. Andere Seller können die ASIN weiterhin anbieten. Das Löschen einer SKU löscht nicht die zugrundeliegende ASIN.
• ASIN. Amazons katalogweiter Bezeichner für ein Produkt. Amazon gehört er. Man kann eine ASIN-Löschung beantragen, aber der Antrag wird nur genehmigt, wenn kein Seller in jüngster Vergangenheit Inventar gegen die ASIN geführt hat, keine Rezensionen existieren und man der legitime Markeninhaber oder GTIN-Registrant ist. ASIN-Löschungsanträge für Listings mit Verkaufshistorie werden routinemäßig abgelehnt.

Die praktische Konsequenz: Die meisten „Löschen und Neuanlegen“-Entscheidungen in realen Katalogen sind SKU-Löschungen gepaart mit einer neuen SKU auf einer neuen ASIN — womit die alte kaputte ASIN als Waise im Amazon-Katalog zurückbleibt, statt wirklich gelöscht zu werden. Die alte ASIN ist möglicherweise noch Monate oder Jahre per direkter URL auffindbar, aber ohne Inventar und ohne aktives Angebot.

Wann Löschen und Neuanlegen die richtige Entscheidung ist

• Falsche primäre Browse-Kategorie, die Amazon nicht ändern wird (im Ein-Schuss-Muster von Episode 08 behandelt).
• Falsche GTIN hat das falsche Attributschema gesperrt — die ASIN kann nicht in die richtigen Attributfelder bearbeitet werden, weil Amazons Katalogebene eine andere Form erwartet.
• Gekaperte oder kontaminierte Rezensionen aus einer Fälschungsphase oder durch Variationsfamilien-Kontamination, wo die Rezensionsbasis so fehlausgerichtet ist, dass sie das aktuelle Produkt aktiv falsch darstellt.
• Parent-Child-Struktur ist in die falsche Richtung gewachsen — Variationsthema bei der Erstellung falsch gewählt, kann nicht an Ort und Stelle umstrukturiert werden, und das Review-Aggregationsverhalten der Familie schadet den stärksten Kindern.
• Gescheiterter Launch mit dauerhaftem 3,0–3,5-Sterne-Rating bei einer SKU, die seitdem wesentlich verbessert wurde (Formel neu entwickelt, Hardware-Revision, Verpackungs-Upgrade). Das zugrundeliegende Produkt ist jetzt besser, aber die bestehenden Rezensionen verankern das Rating unter der Kaufschwelle, und kein realistisches Volumen neuer Rezensionen wird es innerhalb von 12 Monaten erholen.
• Marken-Transition oder Rebranding, bei dem der Markenname der alten ASIN nicht mehr zum Warenzeichen auf der neuen Verpackung passt.
• Unterdrückte ASIN, die nach mehreren Seller-Support-Eskalationen nicht re-validiert werden kann — manchmal ist der sauberste Weg ein Neustart auf einer frischen ASIN.

Wann Löschen und Neuanlegen die falsche Entscheidung ist

• Das Listing konvertiert akzeptabel und das Rating liegt über 4,0. Das spezifische Problem an Ort und Stelle beheben; die Kosten des Neustarts überwiegen den marginalen Uplift.
• Man besitzt die Marke nicht. Reseller können eine ASIN, über die sie keine Katalogkontrolle haben, nicht sinnvoll neu anlegen.
• Das Listing hat starke Ad-Campaign-Historie. Sponsored-Products-Algorithmen nutzen historische Performance für Gebotsempfehlungen; eine frische ASIN startet ohne Signal, und die Ad-Effizienz sinkt in den ersten 30–60 Tagen messbar.
• Man befindet sich in der Hochsaison. Niemals während Q4, Prime Day oder kategoriespezifischer Peaks neuanlegen — Katalogpropagation, Ad-Historien-Reset und Review-Cold-Start kombinieren sich zu einem Hochsaison-Umsatz-Kollaps.

Die 60–90-Tage-Regel

Wenn gelöscht und neu angelegt wird, der alten ASIN mindestens 60–90 Tage geben, um aus Amazons Katalog-Caches, Suchindizes und Empfehlungs-Pipelines herauszufallen, bevor die neue ASIN mit derselben GTIN veröffentlicht wird. Zu früh neu anlegen und Amazons Katalog-Dedup-Schicht kann den GTIN-Treffer gegen die noch warme alte ASIN erkennen und entweder die neue Einreichung zurück in die alte einmergen (man wollte von vorne anfangen; man bekommt das alte Listing zurück) oder die neue Einreichung als Duplikat ablehnen. Das 60–90-Tage-Fenster ist beobachtetes Verhalten statt veröffentlichter Richtlinie, aber es ist kategorieübergreifend konsistent und es wert, respektiert zu werden.

Die operative Abfolge:

1. Tag 0: alle SKUs gegen die alte ASIN schließen. Aktuelles FBA-Inventar abverkaufen lassen (Sell-through, Rücksendung oder Entnahme).
2. Tag 1–60: die alte ASIN liegt brach. Sponsored-Ad-Kampagnen, die auf die ASIN verweisen, feuern nicht mehr. Organisches Ranking zerfällt.
3. Tag 60–90: warten. Der Versuchung widerstehen, früher neu anzulegen.
4. Tag 90+: die neue ASIN mit der korrigierten Kategorie, GTIN-Behandlung, Parent-Child-Struktur oder dem jeweiligen ursprünglichen Fehler erstellen.
5. Ab Tag 90: Ad-Kampagnen, Vine-Einschreibung, Brand-Registry-Zuweisung und Review-Velocity-Wiederaufbau starten alle von null auf der neuen ASIN.

Was man verliert

• Alle Rezensionen und Ratings. Die neue ASIN startet bei null Rezensionen. Dies ist der größte Verlust — je nach Kategorie sind 90+ Tage Vine plus Request-a-Review-Arbeit nötig, um eine Basis neu aufzubauen.
• Gesamtes organisches Ranking und BSR-Historie. Der Ranking-Algorithmus hat kein historisches Signal auf der neuen ASIN. 60–120 Tage einplanen, um ein organisches Ranking vergleichbar mit dem alten Listing wieder aufzubauen.
• Alle Review-Velocity-Signale für das Ranking-Modell. Eine frische ASIN ist ein Cold-Start-Problem.
• Alle Inbound-Links, Sponsored-Ad-Performance-Historie und Amazon-interne Empfehlungssignale, die auf die alte ASIN zeigten.
• Die Buy-Box-Historie bei angehängten Listings — jedes Angebot auf der neuen ASIN beginnt von Null in der Buy-Box-Auktion.

Was man behält

• Markenlevel-Historie bei Amazon — Seller-Health-Metriken, Account-Standing, Brand-Registry-Einschreibung und Ad-Account-Historie sind alle Account-Ebene, nicht ASIN-Ebene.
• Das Recht, dieselbe GTIN auf der neuen ASIN zu verwenden (den ursprünglichen Fehler beiseite — wenn die GTIN selbst das Problem war, wird eine neue benötigt).
• Das sauber strukturierte Listing, das man sonst nicht hätte bekommen können. Die richtige Kategorie, das korrekte Attributschema, die Variationsfamilie, die man hätte von Anfang an bauen sollen, der Markenname, der zum aktuellen Warenzeichen passt.
• Alle A+-Content- und Brand-Store-Assets — A+-Dokumente sind über ASINs hinweg wiederverwendbar, sodass die in A+ auf der alten ASIN investierte Arbeit sofort an die neue angefügt werden kann.
• Die Lektionen aus dem ersten Launch — Keyword-Recherche, Photographie, Copy-Arbeit. Das muss nichts davon wiederholt werden.

Die Bridge-Strategie — beide ASINs parallel betreiben

Für SKUs mit wesentlichem bestehendem Umsatz tötet ein vollständig serielles Löschen-und-Neuanlegen 60–90 Tage Verkäufe. Die Alternative für manche Szenarien: die neue ASIN als frische SKU launchen, während die alte noch aktiv ist, Werbung und externen Traffic über 30–60 Tage schrittweise auf die neue ASIN verlagern, dann die alte SKU schließen, sobald die neue etabliert ist. Das vermeidet die Totperiode, funktioniert aber nur, wenn alte und neue ASIN in Amazons Augen unterschiedliche Produkte sind (unterschiedliche GTIN, ausreichend unterschiedliche Attribute) statt buchstäblich dieselbe SKU in einem neuen Gewand. Diese Linie erfordert Sorgfalt, um Amazons Duplikat-Listing-Erkennung nicht auszulösen.

Die Neuanlegen-Checkliste

• Browse-Kategorie nach der Episode-08-Methode neu gewählt, mit drei Wettbewerber-Breadcrumbs zur Validierung.
• GTIN-Behandlung bestätigt (Episode 05 bei Ausnahme, neuer GS1-Code wenn die alte GTIN die Ursache war).
• Brand-Registry-Attachment bereit — die neue ASIN übernimmt Brand Registry in dem Moment, in dem sie live geht, wenn Marke und Kategorie abgedeckt sind.
• Photographie, Copy, A+-Content und Video-Assets alle bereit zum Deployment am ersten Tag — es gibt keine Entschuldigung für ein dünnes Listing auf einer neu angelegten ASIN.
• Vine-Einschreibung für die neue ASIN sofort beim Launch eingeplant.
• Werbeplan vorhanden, um den Cold-Start zu überbrücken (30–60 Tage mit höherem als normalem Ad-Spend, um das fehlende organische Signal zu kompensieren).
• Dokumentation: einen internen Datensatz der alten ASIN, den Grund für das Löschen-und-Neuanlegen und das Datum, an dem die neue ASIN live ging, führen — nützlich für Amazon-Support-Cases und eigene zukünftige Audits.

Seller vs. Vendor — der Neuanlegen-Ablauf unterscheidet sich

Seller erledigen das SKU-Schließen und neue SKU-Erstellen wie beschrieben im Self-Service. Vendors nicht — Vendor-ASIN-Löschungen und -Neuanlagen laufen über den NIS-Workflow und erfordern die Beteiligung des Vendor Managers, mit längeren Vorlaufzeiten (oft Wochen statt Tage). Vendor-Neuanlagen sind auch seltener, weil die Vendor-Beziehung Amazon Retail mehr Spielraum gibt, kaputte ASINs an Ort und Stelle durch Katalogteam-Arbeit zu bereinigen, ohne ein vollständiges Löschen durchzuführen.

Was zur nächsten Episode mitgenommen wird

Den Wiederherstellungspfad abgeschlossen, tritt die nächste Episode vom Single-Marketplace-Betrieb in marktplatzübergreifende Arbeit über — Übersetzungs-Workflows, Marktplatz-spezifische Style-Guide-Unterschiede, das Build-International-Listings-Tool und die Silent-Overwrite-Falle, die die meisten marktplatzübergreifenden Teams mindestens einmal erwischt.