Nur den Parent aufbauen — Kategorie und Varianten-Theme zuerst.

Eine der saubersten Methoden, eine Varianten-Familie aufzubauen, ist, den Parent zuerst ohne Children anzulegen und Children danach einzeln hinzuzufügen. Der Parent fungiert als bewusste Hülle — ein fertiger Container, der jedes Child korrekt aufnimmt, weil die Struktur finalisiert war, bevor ein Child angehängt wurde.

Wann Parent-Only die richtige Entscheidung ist

• Die Familie ist groß (8+ Children) und die Struktur des Parents soll validiert werden, bevor ein großer Upload durchgeführt wird.
• Children werden zu unterschiedlichen Launch-Terminen ausgeliefert — Farbe 1 heute, Farbe 2 nächstes Quartal, Farbe 3 das Quartal danach.
• Content-Team und Supply-Chain-Team arbeiten parallel: Content besitzt die Parent-Hülle, während Supply-Chain die Child-SKUs finalisiert.
• Eine bestehende Standalone-SKU wird in eine neue Familie migriert (die bestehende SKU wird zum Child des neuen Parents — Episode 06).

Was der Parent für jedes künftige Child festlegt

• Der Browse-Node / die Kategorie. Jedes Child erbt ihn. Falsch hier, falsch für immer — Amazon verschiebt eine live Familie selten kategorieübergreifend.
• Das Varianten-Theme. Color, Size, ColorSize, Scent, Quantity, Material. Die Achse, auf der sich die Children unterscheiden. Das Theme ist nach dem Anhängen von Children faktisch unveränderbar.
• Die Marke. Jedes Child erbt die Parent-Marke, die Brand Registry schützt und die das Buy-Box-Gating liest.
• Die gemeinsamen Attribute. Alles, was über die gesamte Familie gleich ist — Material bei einer Color-thematischen Familie, Saison bei einer Bekleidungsfamilie, Altersgruppe bei einer Spielzeugfamilie — lebt auf dem Parent und propagiert nach unten.
• Der familienweite A+ Content und die Brand Story. Wenn auf dem Parent gesetzt und beim Child nicht überschrieben, rendert jede Child-Page das A+ des Parents.

Der Seller Central UI-Walkthrough

Aus Katalog → Produkte hinzufügen nach einer bestehenden ASIN suchen (Episode 06 von Modul 4), oder Ich füge ein Produkt hinzu, das noch nicht auf Amazon verkauft wird wählen. Die Kategorie wählen — das ist der irreversible Schritt. Auf dem nächsten Bildschirm erscheint der Variation-Tab in der linken Leiste; ihn öffnen und das Varianten-Theme wählen. Die UI zeigt dann zwei Unteroptionen: Child-Varianten jetzt hinzufügen oder nur den Parent erstellen. Die zweite wählen.

Die Parent-level-Felder (Marke, Titel, familienweite Bullets, familienweite Bilder) ausfüllen und absenden. Der Parent wird als nicht-kaufbare ASIN live geschaltet — im Katalog sichtbar, mit einer Platzhalter-Detail-Page, aber ohne Buy Box und ohne Children im Selektor.

Das Flat-File-Äquivalent

Eine einzelne Zeile mit parent_child = parent, parent_sku leer, relationship_type = Variation, variation_theme = das gewählte Theme und alle familienweiten Felder ausgefüllt. Jede child-spezifische Spalte bleibt leer.

Die Felder, die bewusst leer gelassen werden

Alles Child-spezifische — Child-SKU, GTIN, Child-level-Preis, Child-level-Dimensionen, Child-level-Hauptbild, der Attributwert für das Theme — bleibt beim Parent leer. Diese auf dem Parent auszufüllen führt entweder zu:

• Fehler bei der Validierung (Amazon lehnt eine Parent-Zeile mit einem Color-Wert ab, weil Parents keinen einzelnen Farbwert haben sollen),
• Oder, schlimmer, stilles Propagieren. Ein auf dem Parent gesetzter Preis hat in einigen Kategorien lautlos den Preis jedes danach hinzugefügten Childs überschrieben. Das Muster ist selten, aber gut dokumentiert; das Feld leer zu lassen ist der sichere Standard.

Der Validierungs-Durchlauf vor dem Anhängen der Children

1. Der Parent zeigt den korrekten Browse-Node-Breadcrumb in der Katalog-Ansicht.
2. Das Varianten-Theme ist in den Attributen des Parents sichtbar (Seller Central → Listing bearbeiten → Variationen-Tab).
3. Die Marke auf dem Parent stimmt exakt mit dem Brand-Registry-Eintrag überein — Groß-/Kleinschreibung, Interpunktion, Leerzeichen am Ende.
4. Der familienweite A+ ist auf dem Parent veröffentlicht (oder geplant).

Was als nächstes zu tun ist

Episode 05 behandelt das gemeinsame Anlegen von Parent und Children in einem Batch-Upload — der häufigere Workflow für Kataloge, die als vollständige Familie ausgeliefert werden. Episode 06 behandelt das Hinzufügen einer bereits live Standalone-SKU als Child eines bestehenden Parents. Episode 07 behandelt das Hinzufügen eines brandneuen Childs zu einem bereits live Parent. Den Workflow wählen, der zum tatsächlichen Ausliefern des Katalogs passt, nicht den, der auf einer Folie am ordentlichsten aussieht.