Du exportierst deine Varianten, gruppierst nach Parent-ASIN und bekommst 180 Familien. Auf den Detailseiten siehst du aber deutlich mehr Auswahlen, als diese 180 erklären.
Es gibt Familien, in denen dir die Child-SKUs gehören, die Parent-SKU aber nicht. Sie erscheinen für den Kunden als Auswahl, in deiner Gruppierung als Einzelprodukte.
Der Grund: Der Datensatz, über den du gruppierst, fehlt in deinem Bestand.
Belegen lässt sich das an der Konsequenz für jedes Datenmodell. Wer Familien verlässlich bilden will, darf nicht den Parent-Datensatz als Schlüssel nehmen.
In unserem Katalog ist der Familienschlüssel deshalb kein Fremdschlüssel auf den Parent, sondern ein eigener abgeleiteter Wert.
Der Hebel: Diese Listings bekommen nie eine gemeinsame Optimierung. Sie erben keine Textänderung und tauchen in keinem Familienbericht auf.
Bei großen Katalogen sind das regelmäßig mehrere Prozent des Bestands — und selten die unwichtigen.
Die meisten Anleitungen zeigen, wie man eine Variantenfamilie anlegt. Hier steht, was mit den Familien passiert, die du nicht selbst angelegt hast.
- Es gibt Familien, in denen dir die Kinder gehören, die Parent-SKU aber nicht.
- In jeder Auswertung über die Parent-ASIN sehen sie aus wie Einzelprodukte.
- Drei Familientypen: vollständige Familie, nur Kinder, Solo. Der mittlere ist blind.
- Gruppiere über einen abgeleiteten Familienschlüssel aus der Beziehung.
- Finden: Export mit Beziehungsfeldern, eine Nachschlageformel.
- Betroffen ist vor allem der Rank: getrennt geführte Kinder sammeln getrennt.
Die drei Familientypen
| Typ | Was du besitzt | Was deine Gruppierung sieht |
|---|---|---|
| Vollständige Familie | Parent-SKU und alle Child-SKUs | eine Familie, korrekt |
| Nur Kinder | ausschließlich Child-SKUs | so viele Einzelprodukte wie Kinder |
| Solo | ein Produkt ohne Varianten | ein Einzelprodukt, korrekt |
Der mittlere Typ ist der Punkt. Er sieht in jeder tabellarischen Auswertung genau aus wie der untere — und wird deshalb wie ein Einzelprodukt behandelt.
Vier Folgen hat das, und keine davon meldet dir jemand:
- Keine gemeinsame Textänderung — jedes Kind wird einzeln gepflegt oder gar nicht
- Keine Zeile im Familienbericht — die Familie existiert für deine Auswertung nicht
- Keine Priorisierung — der Umsatz der Familie erscheint auf mehrere Zeilen verteilt
- Kein Vergleich — ein Kind wird gegen ganze Familien gestellt
- Keine Bildplanung — die Galerie wird je Kind gedacht statt je Familie
Wie es dazu kommt, dass der Parent fehlt
Der Parent ist kein Produkt, sondern ein Container: nicht kaufbar, ohne Bestand, nur dazu da, die Kinder zusammenzuhalten.
Wer diesen Container angelegt hat, ist eine andere Frage als die, wem die Kinder gehören. Beides kann auseinanderfallen, ohne dass jemand einen Fehler gemacht hat:
- Du bist einem bestehenden Angebot beigetreten und hast Kinder ergänzt
- Die Familie wurde von einer Marke angelegt oder von einem anderen Händler
- Ein Katalogumbau hat den Parent verschoben, deine Kinder aber nicht
- Du hast einzelne Kinder aus einer größeren Familie übernommen
Keiner dieser Wege ist ein Fehler. Der Fehler entsteht erst in der Auswertung.
Wie Amazon Varianten aufbaut und welche Attribute vererbt werden, hängt an Kategorie und Marktplatz und ändert sich. Prüf die Vorgaben deiner Kategorie in Seller Central, bevor du an einer bestehenden Familie etwas änderst.
Warum die Gruppierung sie verliert
Fast jede Auswertung gruppiert über die Parent-ASIN, weil das die naheliegende Spalte ist.
Das gilt für alles, was du im Alltag benutzt: den Katalogexport, die Tabellenkalkulation darüber, die Kennzahlen je Produkt, den Bericht deiner Agentur. Alle vier gruppieren gleich, und alle vier verlieren dieselben Familien.
Drei Stellen fallen dabei besonders auf:
- Die Familienzahl — sie zählt nur, was du selbst angelegt hast
- Der Umsatz je Familie — er verteilt sich auf mehrere Einzelzeilen
- Die Angebotsqualität — sie wird je Kind gemessen statt je Familie
Fehlt der Parent-Datensatz, ist die Spalte leer oder zeigt auf eine ASIN, die du nicht hast. Die Zeile landet im Rest und wird behandelt wie ein Produkt ohne Varianten.
Ein Wert, der die Familie identifiziert, unabhängig vom Besitz der Parent-Zeile. Er entsteht aus der Beziehung, nicht aus dem Datensatz.
So findest du die betroffenen ASINs
| # | Schritt | Fertig, wenn |
|---|---|---|
| 1 | Export mit Beziehungsfeldern ziehen | SKU, ASIN, Beziehungstyp, Parent-ASIN enthalten sind |
| 2 | Zeilen mit gesetzter Parent-ASIN markieren | du weißt, welche SKUs Kinder sind |
| 3 | Prüfen, ob die Parent-ASIN als eigene Zeile vorkommt | die Nachschlageformel steht |
| 4 | Nach Parent-ASIN zählen | jede Gruppe ohne eigene Zeile markiert ist |
| 5 | Liste mit Umsatz verbinden | du siehst, ob es Randprodukte sind |
| 6 | Familienschlüssel vergeben | jede Gruppe einen eigenen Schlüssel hat |
Schritt 3 ist der ganze Trick — und er ist eine einzige Nachschlageformel.
Drei Spalten brauchst du dafür mindestens im Export:
- SKU und ASIN — deine eigenen Zeilen
- Beziehungstyp — er sagt, ob eine Zeile Kind oder Container ist
- Parent-ASIN — der Wert, gegen den du nachschlägst
Fehlt eine davon im Berichtstyp, den du gewohnt bist, nimm einen anderen. Ohne die Beziehungsfelder ist die Prüfung nicht möglich.
Dieselbe Unterscheidung entscheidet beim Rückspielen darüber, ob ein Feld erhalten bleibt oder gelöscht wird: warum leere Felder im Flatfile Attribute löschen.
Der Katalogteil, der den Rank der ganzen Familie mitträgt
Diese Familien sind kein Randthema, weil sie klein sind. Sie sind eines, weil niemand sie sieht.
| Größe | Wirkung | Weg |
|---|---|---|
| Best-Seller-Rank | der stärkste der drei | Getrennt geführte Kinder sammeln Signale getrennt |
| Umsatz | mittelbar, dafür dauerhaft | Diese Listings bekommen nie eine Optimierung |
| Conversion | am schwächsten betroffen | Der Käufer sieht die Auswahl ohnehin |
Dass eine der drei Größen kaum reagiert, ist keine schlechte Nachricht, sondern eine Priorisierungshilfe. Wer Conversion-Probleme hat, löst sie nicht hier.
Dafür wirkt die Korrektur an einer Stelle, die sonst niemand erreicht: Diese Listings sind überdurchschnittlich oft ungepflegt, weil sie nie jemand als Familie in die Hand genommen hat.
Sobald die Familien vollständig sind, ändern sich drei Zahlen:
- Anzahl Familien — steigt sprunghaft. Kein Wachstum, sondern die Korrektur eines Messfehlers.
- Angebotsqualität je Familie — fällt zunächst. Die neu sichtbaren Familien sind meist ungepflegt.
- Sitzungen je Familie — werden vergleichbar. Vorher wurden Kinder gegen Familien verglichen.
Nur-Kinder-Familien aus einem Bericht zu filtern, der sie gar nicht kennt, ist der aufwendige Teil. SELLRZ bildet Familien über einen abgeleiteten Schlüssel — sie sind von Anfang an sichtbar.
Richtig und falsch, mit Schnelltest
| Falsch | Richtig | Warum |
|---|---|---|
| Nach Parent-Datensatz gruppieren | Nach Familienschlüssel gruppieren | Der Schlüssel trägt auch ohne Parent-Zeile |
| Zeilen ohne Parent als Einzelprodukte werten | Zwischen „solo" und „nur Kinder" trennen | Zwei Zustände, zwei Maßnahmen |
| Familienzahl aus Parent-Zeilen ableiten | Aus eindeutigen Familienschlüsseln ableiten | Sonst zählst du nur deine eigenen |
| Textänderungen je Kind pflegen | Änderungen je Familienschlüssel planen | Sonst konkurrieren Kinder gegeneinander |
Zähl in deinem Export die eindeutigen Parent-ASINs. Zähl dann, wie viele davon auch als eigene Zeile vorkommen. Ist die zweite Zahl kleiner, waren deine Familienauswertungen unvollständig.
Die Familie erkennst du an der Beziehung, nicht am Besitz der Parent-Zeile.
Die Bildpflicht bleibt davon unberührt: Jede Child-ASIN zeigt ihre eigene Ausführung — was auf dem Hauptbild erlaubt ist, gilt je Variante einzeln.
Häufige Fragen
Was ist eine Parent-SKU bei Amazon?
Ein Container, kein Produkt: nicht kaufbar, ohne Bestand, nur dazu da, die Child-SKUs zusammenzuhalten. Auf der Detailseite entsteht daraus die Größen- oder Farbauswahl. Wem dieser Container gehört, ist eine andere Frage als die, wem die Kinder gehören.
Kann es Varianten ohne eigene Parent-SKU geben?
Ja. Du kannst Child-SKUs zu einer Familie beitragen, deren Parent von einer Marke oder einem anderen Händler stammt. Für den Käufer ist die Auswahl vollständig. In deinem Export fehlt die Parent-Zeile, und deine Gruppierung zählt so viele Einzelprodukte, wie du Kinder hast.
Wie finde ich Varianten ohne eigene Parent-SKU?
Zieh einen Export mit SKU, ASIN, Beziehungstyp und Parent-ASIN. Markier alle Zeilen mit gesetzter Parent-ASIN und prüf per Nachschlageformel, ob diese ASIN auch als eigene Zeile vorkommt. Jede Gruppe mit mindestens zwei Kindern und ohne eigene Zeile ist eine Nur-Kinder-Familie.
Schadet eine fehlende Parent-SKU meinem Ranking?
Mittelbar, und dort am stärksten. Verkaufssignale einer Familie wirken gebündelt. Kinder, die als Einzelprodukte geführt werden, sammeln getrennt — dieselbe Menge Verkäufe erzeugt weniger Position. Auf die Conversion wirkt es kaum, weil der Käufer die Auswahl ohnehin sieht.
Muss ich den fehlenden Parent nachträglich übernehmen?
Für die Auswertung nicht. Der Familienschlüssel entsteht aus der Beziehung, nicht aus dem Besitz. Damit sind die Familien sichtbar und gemeinsam planbar, auch ohne eigene Parent-Zeile. Beim Zurückschreiben gilt dann dieselbe Vorsicht wie überall, siehe warum leere Felder im Flatfile Attribute löschen.
Warum SELLRZ hier sinnvoll ist
SELLRZ bildet Variantenfamilien über einen abgeleiteten Familienschlüssel statt über den Parent-Datensatz. Nur-Kinder-Familien sind damit von Anfang an sichtbar und gemeinsam optimierbar. Änderungen lassen sich auf die ganze Familie planen, statt Kind für Kind.
Quellen
- Amazon Seller Central — Hilfe zu Varianten und Variantenbeziehungen (Stand August 2026; je Kategorie verschieden)
- Interne Betriebsregel aus dem SELLRZ-Katalogmodell: der Familienschlüssel wird abgeleitet, nicht vom Parent übernommen
- Wirkung gebündelter Verkaufssignale auf den Rank: eigene Auswertung von Variantenfamilien, Stand August 2026
Wachstumstweak: die Familien zählen, die du nicht angelegt hast
Nur-Kinder-Familien bleiben unbearbeitet — und sie sind überdurchschnittlich oft schlecht gepflegt, weil sie nie jemand als Familie in die Hand genommen hat.
Einmal im Monat abgleichen, mit Umsatz verbinden, die zehn umsatzstärksten in die Optimierung geben. Der Aufwand ist eine Nachschlageformel.
SELLRZ macht diese Familien nicht sichtbar, weil man sie sucht, sondern weil das Datenmodell sie nicht verliert. Wenn du das auch machen willst, nutze SELLRZ für dein Amazon-Wachstum. Kostenlos starten
