Der vollständige Leitfaden zu Produktvarianten-Feeds

Die meisten Feed-Probleme sehen nicht wie Feed-Probleme aus. Sie sehen aus wie eine Ablehnung in Google Merchant Center, die Sie sich nicht erklären können, wie eine Advantage+-Kampagne, die ihr Budget für ein einziges schwarzes T-Shirt ausgibt, oder wie eine Shopping-Anzeige, die einen Kunden auf der Suche nach Schuhgröße 42 auf eine Seite schickt, auf der nur noch Größe 38 übrig ist.

Darunter steckt fast immer dasselbe: Varianten.

Eine Variante ist jede Version eines Produkts, die sich in einer sichtbaren, kaufbaren Eigenschaft unterscheidet – Größe, Farbe, Material, Kapazität, Oberfläche. Im Handel sind sie alltäglich und in Feeds ungewöhnlich schwierig, weil jeder Kanal sie anders modelliert und weil Fehler unbemerkt bleiben. Nichts geht kaputt. Ihre Anzeigen bleiben einfach still hinter den Erwartungen zurück, und die Ursache liegt vier Ebenen tiefer in einer Datendatei, die niemand öffnet.

Dieser Leitfaden deckt das gesamte Thema ab: was tatsächlich als Variante gilt, wie item_group_id funktioniert und wo es falsch eingesetzt wird, jedes variantendefinierende Attribut mit seinen tatsächlichen Grenzen, funktionierende Feed-Beispiele in XML, CSV und JSON, wie Google, Meta, TikTok, Pinterest, Amazon und regionale Marktplätze jeweils die Struktur von Varianten erwarten, sowie eine Diagnosetabelle für die häufigsten Fehler.

Er ist lang, weil das Thema es ist. Nutzen Sie das Inhaltsverzeichnis, um direkt zu springen.

1. Was eine Variante tatsächlich ist

Eine Variante ist eine kaufbare Version eines Produkts, die sich von ihren Geschwistern in mindestens einem Attribut unterscheidet, zwischen dem ein Kunde wählen würde, und dabei dasselbe Produkt bleibt.

Der letzte Teilsatz ist entscheidend. Ein blaues T-Shirt in M und ein schwarzes T-Shirt in L sind dasselbe Produkt. Ein blaues T-Shirt und ein blauer Hoodie sind es nicht – selbst wenn sie von derselben Marke und aus demselben Stoff stammen.

Das Standardmodell der meisten Kanäle ist Parent/Child:

• Der Parent ist das konzeptionelle Produkt – „Merino-Pullover mit Rundhalsausschnitt“. Er ist in der Regel nicht für sich allein kaufbar.
• Die Children sind die Varianten – jede mit eigener SKU, eigenem Lagerbestand, manchmal eigenem Preis und eigenem Bild.

In einem Produktfeed wird dies fast immer flach abgebildet: Jede Variante ist eine eigene Zeile oder ein eigenes <item>, und ein gemeinsamer Gruppierungsschlüssel verbindet sie. Es gibt keine Verschachtelung. Ein Pullover in 4 Farben und 5 Größen ergibt 20 Zeilen, die alle dieselbe Gruppen-ID tragen.

Was keine Variante ist

Hier gehen Feeds schief, bevor auch nur eine Zeile XML geschrieben ist.

Wer eines davon unter einer gemeinsamen item_group_id gruppiert, erzeugt eine Gruppe, deren Mitglieder nicht austauschbar sind – das verwirrt die Variantenauswahl auf der Zielseite und löst auf manchen Kanälen eine Ablehnung wegen Nichtübereinstimmung aus.

2. Die Entscheidung, die alles bestimmt

Bevor Sie irgendeine Feed-Logik schreiben, beantworten Sie für jeden Produkttyp, den Sie verkaufen, eine Frage:

Wenn ein Kunde eine andere Option wählt, landet er dann auf einer anderen Seite – oder auf derselben Seite in einem anderen Zustand?

Das ist der praktische Test, und er bestimmt direkt, wie Sie den Feed strukturieren sollten.

Fall A – separate URLs pro Variante. Jede Farbe hat ihre eigene Produktseite (/merino-sweater-navy, /merino-sweater-charcoal). Senden Sie jede Variante als eigene Zeile mit eigenem Link. Das ist das sauberste Setup, bietet die beste Anzeigenrelevanz und wird von den Kanälen bevorzugt.

Fall B – eine URL, Variante wird auf der Seite gewählt. Alles liegt unter /merino-sweater, und der Kunde wählt Farbe und Größe über eine Auswahl. Sie können trotzdem jede Variante senden, sollten aber einen Deeplink-Parameter anhängen, damit die Anzeige im richtigen, vorausgewählten Zustand landet:

https://example.com/merino-sweater?colour=navy&size=m

Ohne diesen Parameter landet ein Käufer, der auf eine Anzeige für einen marineblauen Pullover in M geklickt hat, in einem Standardzustand, der Anthrazit in S zeigt. Diese Diskrepanz ist einer der größten stillen Conversion-Killer in der Variantenwerbung, und bei Google kann sie zudem eine Ablehnung wegen „Nicht übereinstimmender Wert (Seiten-Crawl)“ auslösen, weil der Crawler eine Seite sieht, deren sichtbare Farbe nicht mit der übermittelten color übereinstimmt.

Fall C – Varianten, die sich nicht aufzuteilen lohnen. Manche Variationen beeinflussen die Kaufentscheidung nicht genug, um separate Anzeigen zu rechtfertigen – zum Beispiel die Kabellänge bei einem Ladegerät. Hier können Sie bewusst eine repräsentative Variante senden. Abschnitt 7 behandelt, wann das die richtige Entscheidung ist.

Variantendefinierende vs. beschreibende Attribute

Jedes Attribut in Ihrem Feed fällt in eine von zwei Kategorien, und ihre Verwechslung ist eine häufige Ursache für fehlerhafte Gruppen.

Variantendefinierende Attribute müssen sich zwischen den Mitgliedern der Gruppe unterscheiden. Das sind die Dinge, zwischen denen der Kunde wählt: color, size, material, pattern sowie produktspezifische Dimensionen wie Kapazität oder Oberfläche.

Gruppenkonstante Attribute müssen bei allen Mitgliedern identisch sein: brand, gender, age_group, item_group_title, google_product_category. Wenn zwei Zeilen dieselbe item_group_id haben, aber unterschiedliche gender-Werte tragen, haben Sie die Produkte entweder falsch gruppiert oder falsch gekennzeichnet.

Zeilenspezifische, aber nicht variantendefinierende Attribute variieren pro Zeile, ohne die Variation zu definieren: id, price, availability, gtin, image_link, link. Zwei Varianten können legitim unterschiedliche Preise haben – eine Größe 3XL kostet oft mehr –, ohne dass der Preis das ist, was sie unterscheidet.

3. item_group_id: das Fundament

item_group_id ist der gemeinsame Schlüssel, der einem Kanal sagt: „Diese Zeilen sind dasselbe Produkt.“ Alles andere im Umgang mit Varianten hängt davon ab, dass er stimmt.

Die Spezifikation

Da Google den Wert ohne Berücksichtigung der Groß-/Kleinschreibung behandelt, Meta und TikTok aber nicht, sollten Sie überall einheitlich Kleinbuchstaben (oder Großbuchstaben) verwenden. Ein Katalog, in dem sowohl SWTR-001 als auch swtr-001 vorkommen, wird bei Google korrekt gruppiert und bei Meta in zwei Produkte aufgeteilt.

Den Wert wählen

Die beste item_group_id ist die Parent-SKU, die Sie bereits in Ihrem ERP oder PIM haben. Sie existiert, ist stabil und eindeutig.

Gut:

SWTR-MERINO-CREW
12345
parent-8891

Schlecht, und warum:

Der letzte Punkt verdient besondere Betonung. item_group_id muss über die Zeit stabil sein. Kanäle sammeln Performance-Historie für die Gruppe. Wenn Ihr Export IDs neu erzeugt, setzen Sie diese Historie bei jeder Synchronisierung zurück, und keine noch so gute Gebotsoptimierung kann das ausgleichen.

Die drei Regeln

1. Alle Mitglieder einer Gruppe teilen dieselbe item_group_id.
2. Jedes Mitglied hat eine eindeutige id. Eine doppelte id an beliebiger Stelle im Feed führt dazu, dass die spätere Zeile unbemerkt verworfen wird.
3. Jedes Mitglied unterscheidet sich in mindestens einem variantendefinierenden Attribut. Zwei Zeilen mit derselben Gruppen-ID und derselben Farbe und Größe sind Duplikate, keine Varianten.

Eine Konvention, die alle drei erfüllt:

item_group_id: SWTR-MERINO-CREW
id:            SWTR-MERINO-CREW-NAV-M
id:            SWTR-MERINO-CREW-NAV-L
id:            SWTR-MERINO-CREW-CHR-M

Lesbar, gut zu debuggen und aus Daten abgeleitet, die Sie bereits haben.

item_group_title

Ein neueres Google-Attribut, optional, aber empfohlen, wann immer Sie item_group_id übermitteln. Es enthält den Namen des Parent-Produkts – max. 150 Zeichen – und muss bei allen Varianten der Gruppe identisch sein.

xml

<g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
<g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
<title>Merino Crew Neck Sweater — Navy, Medium</title>

Beachten Sie das Muster: title ist variantenspezifisch, item_group_title nicht. Wer in beiden Feldern denselben String sendet, verschenkt das Signal.

variant_option

Ebenfalls neu bei Google: eine strukturierte Möglichkeit, festzulegen, welche Eigenschaften die Variation definieren, statt es dem Kanal zu überlassen, dies abzuleiten. Es akzeptiert bis zu 30 Name-Wert-Paare (jedes Unterattribut bis zu 250 Zeichen, insgesamt 5.000 Zeichen).

xml

<g:variant_option>
  <g:name>Colour</g:name>
  <g:value>Navy</g:value>
</g:variant_option>
<g:variant_option>
  <g:name>Size</g:name>
  <g:value>M</g:value>
</g:variant_option>

Das ist besonders nützlich für Produkte, deren Variationsachsen nicht von den Standard-Bekleidungsattributen abgedeckt werden – Speicherkapazität, Prozessorklasse, Wattzahl, Sitzanzahl. Statt „256GB“ in size zu pressen, deklarieren Sie es korrekt.

4. Variantendefinierende Attribute im Detail

color

Das am stärksten regulierte Attribut der Spezifikation – und das am häufigsten abgelehnte.

Nicht akzeptiert:

• Zahlen – Colour 42, RAL 5013
• Hex-Codes – #001F5B
• Einzelne Buchstaben – N für Navy
• Verweise auf ein Bild – siehe Foto
• Alphanumerische oder zusammengeschriebene Wörter – Navy1, NavyBlue (schreiben Sie Navy Blue)

Umgang mit Marketing-Farbnamen. Modemarken nennen Farben selten „Navy“. Sie nennen sie „Midnight Regatta“. Der Kanal braucht eine Farbe, nach der ein Käufer suchen würde; Ihre Marke braucht ihren eigenen Namen auf der Seite.

Der praktikable Kompromiss:

color:       Navy
description: ...available in Midnight Regatta (navy)...

Ordnen Sie Marketingnamen im Feed Standardnamen zu und lassen Sie den Markennamen auf der Landingpage und in der Beschreibung sichtbar. Setzen Sie nicht den Marketingnamen in color und hoffen Sie auf das Beste – das verschlechtert die Zuordnung bei Suchanfragen mit Farbangabe, die zu den Suchen mit der höchsten Kaufabsicht im Bekleidungsbereich gehören.

Mehrfarbige Produkte:

color: Navy/White/Grey

Hauptfarbe zuerst. Google liest den ersten Wert als dominierende Farbe.

size

Die entscheidende Regel: Seien Sie so spezifisch, dass keine Mehrdeutigkeit entsteht, und im gesamten Katalog einheitlich. M ist in Ordnung, wenn jedes Produkt M verwendet. Ein Feed, der M, Medium, med und M/L für dasselbe Konzept mischt, zersplittert Ihre Variantengruppen und macht eine größenbasierte Segmentierung unmöglich.

Bei Produkten, bei denen eine einzige Dimension nicht ausreicht, nehmen Sie die unterscheidenden Dimensionen in den Wert auf:

size: 32/34          (waist/inseam)
size: 15.5/34        (neck/sleeve)
size: 9.5 Wide       (shoe width)
size: 200x140cm      (rugs, bedding)

size_type und size_system

Optional, nur für Bekleidung und zu wenig genutzt – beide verbessern die Zuordnung für Käufer, die mit diesen Angaben suchen, spürbar.

size_type – bis zu 2 Werte aus: regular, petite, maternity, big, tall, plus.

size_system – einer von: US, UK, EU, DE, FR, JP, CN, IT, BR, MEX, AU. Wird es weggelassen, nimmt der Kanal das System des Ziellandes an – die Ursache eines spezifischen und teuren Fehlers: Bei einem türkischen Händler, der mit EU-Größen nach Deutschland verkauft, aber kein size_system angibt, können die Größen anhand der falschen Skala interpretiert werden.

xml

<g:size>10</g:size>
<g:size_system>UK</g:size_system>
<g:size_type>regular</g:size_type>

material

Bei Google max. 200 Zeichen. Hauptmaterial zuerst, dann bis zu zwei weitere Materialien, getrennt durch /.

material: Cotton
material: Leather/Suede
material: Merino Wool/Nylon/Elastane

Pflicht nur, wenn es Ihre Varianten unterscheidet – etwa bei einer Tasche, die in Leder und Canvas verkauft wird. Andernfalls optional, aber empfehlenswert; das Material ist eine häufige Suchangabe.

pattern

Max. 100 Zeichen. Freitext zur Beschreibung des Drucks oder der Grafik: Striped, Polka Dot, Paisley, Floral, Herringbone. Gleiche Regel – Pflicht, wenn es das ist, was variiert.

age_group und gender

Beide sind gruppenkonstant. Jede Variante in einer Gruppe muss denselben Wert tragen.

age_group: newborn, infant, toddler, kids, adult – ein Wert pro Produkt.

gender: male, female, unisex.

Wird ein Kleidungsstück tatsächlich in Herren- und Damenschnitt angeboten, sind das zwei separate Artikelgruppen, nicht eine Gruppe mit gemischtem gender. Die Schnitte unterscheiden sich, die Größen unterscheiden sich, und der Käufer wählt zwischen Produkten, nicht zwischen Optionen.

Referenztabelle

5. Feed-Beispiele aus der Praxis

XML (Google RSS 2.0)

Zwei Varianten einer Gruppe mit sechs Varianten. Achten Sie darauf, was sich ändert und was nicht.

xml

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Example Store — Product Feed</title>
    <link>https://example.com</link>

    <item>
      <g:id>SWTR-MERINO-CREW-NAV-M</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Navy, Medium</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=navy&amp;size=m</link>
      <g:image_link>https://cdn.example.com/swtr-merino-navy-1.jpg</g:image_link>
      <g:additional_image_link>https://cdn.example.com/swtr-merino-navy-2.jpg</g:additional_image_link>
      <g:availability>in_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678900</g:gtin>
      <g:mpn>SW-MC-NAV-M</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Navy</g:color>
      <g:size>M</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>full-size-run</g:custom_label_1>
    </item>

    <item>
      <g:id>SWTR-MERINO-CREW-CHR-L</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Charcoal, Large</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=charcoal&amp;size=l</link>
      <g:image_link>https://cdn.example.com/swtr-merino-charcoal-1.jpg</g:image_link>
      <g:availability>out_of_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678931</g:gtin>
      <g:mpn>SW-MC-CHR-L</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Charcoal</g:color>
      <g:size>L</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>broken-size</g:custom_label_1>
    </item>

  </channel>
</rss>

Vier Punkte sind hervorzuheben:

1. item_group_id und item_group_title sind identisch; id und title sind es nicht.
2. link enthält Deeplink-Parameter, damit die Anzeige im korrekten, vorausgewählten Zustand landet. Das & wird als &amp; maskiert – in XML Pflicht und eine häufige Ursache für Parse-Fehler.
3. image_link ist variantenspezifisch. Beide Navy-Zeilen verweisen auf das Navy-Foto. Ein einziges Hero-Bild für alle Farben zu senden, ist nach fehlenden Gruppen-IDs der zweithäufigste Variantenfehler.
4. Die nicht vorrätige Zeile ist gekennzeichnet – über custom_label_1, sodass sie ausgeschlossen oder niedriger bebotet werden kann, ohne sie aus dem Feed zu entfernen.

CSV / TSV

Dieselben Daten, flach dargestellt. Kopfzeile plus zwei Varianten:

csv

id,item_group_id,item_group_title,title,description,link,image_link,availability,price,brand,gtin,condition,google_product_category,color,size,size_system,material,gender,age_group,custom_label_0
SWTR-MERINO-CREW-NAV-M,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Navy, Medium","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=navy&size=m,https://cdn.example.com/swtr-merino-navy-1.jpg,in_stock,89.00 EUR,Example,5012345678900,new,1604,Navy,M,EU,Merino Wool,male,adult,core
SWTR-MERINO-CREW-CHR-L,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Charcoal, Large","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=charcoal&size=l,https://cdn.example.com/swtr-merino-charcoal-1.jpg,out_of_stock,89.00 EUR,Example,5012345678931,new,1604,Charcoal,L,EU,Merino Wool,male,adult,core

Bei CSV passieren die meisten Fehler in der Praxis, denn Kommas in Titeln und Beschreibungen müssen in Anführungszeichen gesetzt und Anführungszeichen in solchen Feldern maskiert werden. Wenn Ihre Titel Kommas enthalten – und Produkttitel mit Farbe und Größe tun das fast immer –, verwenden Sie stattdessen TSV. Tabulatoren kommen in Produktdaten praktisch nie vor, und eine ganze Klasse von Parsing-Fehlern verschwindet.

JSON

Für die Übernahme per API:

json

{
  "products": [
    {
      "id": "SWTR-MERINO-CREW-NAV-M",
      "item_group_id": "SWTR-MERINO-CREW",
      "item_group_title": "Merino Crew Neck Sweater",
      "title": "Merino Crew Neck Sweater — Navy, Medium",
      "link": "https://example.com/merino-crew-sweater?colour=navy&size=m",
      "image_link": "https://cdn.example.com/swtr-merino-navy-1.jpg",
      "availability": "in_stock",
      "price": { "value": "89.00", "currency": "EUR" },
      "brand": "Example",
      "gtin": "5012345678900",
      "condition": "new",
      "google_product_category": "1604",
      "variant_attributes": {
        "color": "Navy",
        "size": "M",
        "size_system": "EU",
        "material": "Merino Wool"
      },
      "gender": "male",
      "age_group": "adult"
    }
  ]
}

Eine vollständige Größenreihe

Sechs Varianten – zwei Farben × drei Größen – mit sichtbarem ID-Muster:

Bei Charcoal ist nur noch eine von drei Größen verfügbar. Abschnitt 9 beschreibt, was dann zu tun ist.

6. Kanal für Kanal

Das Konzept ist universell. Die Umsetzung nicht. So erwartet jedes wichtige Ziel Varianten, und hier unterscheiden sie sich.

Google Shopping / Merchant Center

Der Kanal mit den genauesten Vorgaben – und die Referenzimplementierung, an der sich die meisten anderen Kanäle orientieren.

• item_group_id ist für kostenlose Einträge sowie für Shopping-Anzeigen in Brasilien, Frankreich, Deutschland, Japan, dem Vereinigten Königreich und den USA Pflicht, sobald Varianten übermittelt werden.
• Variantendefinierende Attribute müssen befüllt sein: color und size sind in diesen Märkten für Bekleidung Pflicht.
• gender und age_group sind für Bekleidung Pflicht und müssen innerhalb der Gruppe einheitlich sein.
• Die Landingpage muss sichtbar mit den übermittelten Variantenwerten übereinstimmen, sonst riskieren Sie eine Ablehnung wegen Nicht übereinstimmender Wert (Seiten-Crawl).
• Jede Variante konkurriert unabhängig in der Auktion. Google wählt aus, welches Mitglied einer Gruppe für eine bestimmte Suchanfrage angezeigt wird – eine unvollständige Gruppe bedeutet also einen schwächeren Kandidatenpool.
• image_link muss für Bekleidung mindestens 500×500 Pixel groß sein – ein Minimum, das ab dem 31. Januar 2027 durchgesetzt wird. Es lohnt sich, dies jetzt zu prüfen statt später unter Zeitdruck.

Praxishinweis: Merchant Center berichtet auf Variantenebene (id), nicht auf Gruppenebene. Um ein Produkt richtig zu bewerten, müssen Sie selbst nach item_group_id aggregieren – was deutlich einfacher ist, wenn die Gruppen-ID sauber und stabil ist.

Meta (Facebook und Instagram)

Meta verwendet denselben Feldnamen mit anderen Einschränkungen und einem deutlich anderen Darstellungsmodell.

• item_group_id erlaubt bis zu 100 Zeichen und berücksichtigt Groß-/Kleinschreibung.
• color und size erlauben bis zu 200 Zeichen.
• Verfügbarkeitswerte verwenden Leerzeichen statt Unterstriche: in stock, nicht in_stock. Dieser eine Unterschied legt mehr Meta-Feeds lahm als jeder andere, besonders wenn ein Google-Feed direkt wiederverwendet wird.
• In Shops und auf Produktdetailflächen wird ein korrekt gruppiertes Set als ein Produkt mit Variantenauswahl dargestellt statt als mehrere nahezu identische Angebote.
• Advantage+-Katalog-Anzeigen nutzen die Gruppe, um einem Nutzer nicht sechs Versionen desselben Pullovers in einem Karussell zu zeigen – ein nicht gruppierter Katalog erzeugt sichtbar repetitive Anzeigen und verschwendete Impressionen.
• Das Reporting auf Variantenebene im Commerce Manager hängt von korrekter Gruppierung ab.

Praxishinweis: Leiten Sie Meta nicht unverändert auf Ihren Google-Feed. Transformieren Sie mindestens availability und prüfen Sie die Zeichenlimits. Die meisten Feed-Plattformen – auch Feedance – erledigen dies als Transformation auf Kanalebene, sodass die Quelldaten unangetastet bleiben.

TikTok

• item_group_id erlaubt bis zu 150 Zeichen.
• sku_id ist die eindeutige Kennung pro Variante – jede Variantenzeile benötigt einen eigenen Wert.
• color und size erlauben bis zu 200 Zeichen.
• title erlaubt bis zu 255 Zeichen, description bis zu 10.000; google_product_category wird erwartet.
• TikTok ist der strengste Kanal bei variantenspezifischen Bildern. Produktkarten zeigen eine Variantenauswahl, und Varianten, die sich ein einziges generisches Bild teilen, schneiden messbar schlechter ab. Wenn Sie in Ihrer Bild-Pipeline irgendwo eine Abkürzung nehmen, dann nicht hier.

Pinterest

• Folgt eng dem Modell von Google; item_group_id gruppiert Varianten.
• Pinterest zeigt Varianten innerhalb eines einzigen Product Pins mit auswählbaren Optionen.
• Bildqualität und vertikale Seitenverhältnisse sind überproportional wichtig – Pinterest ist eine Plattform für visuelle Entdeckung, und Variantenbilder, die sich nicht unterscheiden, werden schlicht nicht gespeichert.

Amazon

Amazon verwendet keine item_group_id, und wer das Gegenteil annimmt, verursacht viel unnötige Arbeit.

Amazon nutzt ein explizites Parent/Child-Beziehungsmodell:

• Eine Parent-ASIN wird als nicht kaufbares Angebot angelegt.
• Jede Child-ASIN verweist über die Felder parent_sku / parent_child auf den Parent.
• Ein Variation Theme muss angegeben werden – SizeColor, Size, Color, SizeName-ColorName usw., je nach Kategorie unterschiedlich.
• Das Theme muss für die jeweilige Kategorie gültig sein; derselbe Theme-Name ist nicht überall verfügbar.

Wenn Sie aus einer Quelle sowohl an Google als auch an Amazon exportieren, behandeln Sie dies als echte Transformation, nicht als Umbenennung von Feldern. Ihre Feed-Ebene muss das Parent-Angebot anlegen, das Theme zuweisen und die Children ihm zuordnen.

Regionale Marktplätze und Preisvergleichsportale

Türkische und weitere Kanäle in der MENA-Region haben jeweils eigene Konventionen, und sie entscheiden in diesen Märkten häufig darüber, ob ein Katalog funktioniert oder nicht.

• Trendyol nutzt ein eigenes Parent/Child-Modell mit einem verpflichtenden kategoriespezifischen Attributsatz. Farbe und Größe sind separate strukturierte Felder, und die Listen der Pflichtattribute unterscheiden sich je nach Kategorie.
• Akakçe und Cimri sind Preisvergleichsportale. Sie erwarten in der Regel eine Zeile pro kaufbarer SKU, und doppelte, nahezu identische Zeilen werden tendenziell herausgefiltert – eine vollständige Größenreihe ohne differenzierte Daten kann die Sichtbarkeit also eher verringern als erhöhen.
• Hepsiburada und N11 definieren jeweils eigene Schlüssel für die Variantengruppierung und eigene Pflichtattribute.

In diesem Bereich stoßen generische globale Feed-Tools am häufigsten an ihre Grenzen, und hier entfernt ein falsch zugeordnetes Attribut unbemerkt eine ganze Kategorie von einem Marktplatz.

Vergleich

7. Aufteilen oder zusammenfassen?

Jede Variante zu senden ist die Standardempfehlung, aber sie ist nicht immer richtig. Die eigentliche Frage ist, ob die Variation verändert, was der Käufer möchte.

Senden Sie jede Variante, wenn …

• Die Variation die Kaufentscheidung ist. Bekleidung, Schuhe, alles, bei dem die falsche Größe keinen Verkauf bedeutet.
• Der Bestand sich je Variante deutlich unterscheidet. Ein Produkt zu bewerben, dessen einzige verbleibende Option Größe 3XL ist, verschwendet Budget.
• Der Preis sich je Variante unterscheidet. 89 € anzuzeigen, wenn die gewählte Option 119 € kostet, führt zu einer Preisabweichung und einem verärgerten Kunden.
• Die Suchnachfrage variantenbezogen ist. Menschen suchen nach „Merino-Pullover navy Größe M“. Dafür können Sie nicht ranken, ohne genau das zu übermitteln.

Fassen Sie auf eine repräsentative Variante zusammen, wenn …

• Der Katalog sehr groß und weitgehend homogen ist. Ein Baumarkthändler mit 200.000 SKUs, von denen 60 % triviale Längenvarianten sind, gewinnt durch die vollständige Aufteilung wenig und bezahlt dafür mit Feed-Verarbeitung und Kampagnenkomplexität.
• Der Kanal nahezu identische Einträge abstraft. Mehrere Preisvergleichsportale filtern repetitive Zeilen heraus; eine vollständige Größenreihe kann die Sichtbarkeit verringern.
• Die Variation Preis, Bild und Verfügbarkeit nicht beeinflusst. Wenn alle zwölf Varianten in jeder kommerziell relevanten Hinsicht identisch sind, erzeugen zwölf Zeilen Rauschen statt Signal.

Wenn Sie zusammenfassen, wählen Sie die repräsentative Variante bewusst: die meistverkaufte vorrätige Variante, nicht die alphabetisch erste Zeile. Genau hier verdienen sich Performance-Daten ihren Platz im Feed – GA4- oder Plattformdaten können die repräsentative Variante automatisch auswählen, statt es der Sortierreihenfolge zu überlassen.

Ein Mittelweg

Teilen Sie nach der Achse auf, die die Entscheidung bestimmt; fassen Sie nach der zusammen, die das nicht tut.

Bei Schuhen bedeutet das meist eine Zeile pro Farbe, mit zusammengefassten Größen – die Farbe ist die Entdeckungsachse, die Größe ist die Passformprüfung, die auf der Seite stattfindet. Bei einem Produkt, bei dem die Kapazität den Preis bestimmt, teilen Sie nach Kapazität auf und fassen nach Farbe zusammen.

8. Die 12 häufigsten Variantenfehler

Die Fehler 1, 2, 4 und 11 machen den Großteil dessen aus, was wir in echten Audits sehen. Keiner davon ist schwierig; alle bleiben unsichtbar, bis jemand gezielt danach sucht.

9. Unterbrochene Größenreihen und Bestandsgesundheit

Eine unterbrochene Größenreihe (Broken Size) liegt vor, wenn die Gruppe eines Produkts technisch live, praktisch aber unverkäuflich ist – ein Pullover nur noch in XS und 3XL, ein Schuh mit zwei von neun Größen.

Das ist wichtiger, als es scheint. Wenn ein Käufer auf eine Anzeige klickt und feststellt, dass seine Größe nicht verfügbar ist, haben Sie für einen Klick bezahlt, der nicht konvertieren konnte, und dabei Markenvertrauen verspielt. In großem Maßstab können Produkte mit unterbrochenen Größenreihen einen nennenswerten Teil des Budgets verbrauchen und dabei kaum etwas zum Umsatz beitragen.

Erkennen

Berechnen Sie pro item_group_id:

size_availability_ratio = in_stock_variants / total_variants

Handeln Sie dann anhand von Schwellenwerten. Ein praktikabler Ausgangspunkt:

Gewichten Sie dies nach Nachfrage, nicht nur nach Anzahl. Der Verlust von XXS und XXL wiegt weit weniger schwer als der Verlust von M und L, die typischerweise den Großteil des Volumens ausmachen. Ein Verhältnis, das alle Größen gleich behandelt, reagiert zu schwach auf den Verlust Ihrer Kerngrößen.

Handeln

Die sauberste Umsetzung kennzeichnet den Zustand im Feed, statt das Produkt zu entfernen:

xml

<g:custom_label_1>broken-size</g:custom_label_1>

Kennzeichnen statt Löschen erhält die Historie des Produkts im Kanal und ermöglicht eine sofortige Reaktivierung, sobald der Bestand zurückkommt. Entfernen und erneutes Hinzufügen setzt das Lernen zurück.

Zwei weitere Verfeinerungen lohnen sich:

• Rückmeldung an das Merchandising. Eine wiederkehrende Liste unterbrochener Größenreihen ist ein Einkaufssignal, nicht nur ein Werbeproblem.
• Bei jeder Synchronisierung neu prüfen. Der Bestand bewegt sich; die Kennzeichnung muss sich mitbewegen. Eine statische Liste unterbrochener Größenreihen ist schlimmer als keine, weil sie Produkte unterdrückt, die inzwischen wieder aufgefüllt wurden.

10. Varianten für die Kampagnensegmentierung nutzen

Sobald Varianten korrekt strukturiert sind, werden die Daten zu einer Segmentierungsebene – wohl die renditestärkste Nutzung eines sauberen Varianten-Feeds.

Google stellt fünf custom_label-Felder (0–4) bereit. Sie akzeptieren beliebige Werte und existieren ausschließlich für Ihre eigene Kampagnenlogik. Variantendaten sind dafür der ideale Input.

Ein praktikables Schema

Damit wird die Kampagnenlogik unkompliziert:

• Gebote für bestseller + full-size-run + high-margin erhöhen
• broken-size aus Prospecting ausschließen
• clearance eine eigene Kampagne mit aggressivem tROAS geben
• ss26 zum Saisonstart isolieren

Performance Max und Advantage+

Beide sind weitgehend automatisiert, was die Segmentierung auf Feed-Ebene wichtiger statt unwichtiger macht. Sie steuern die Gebote nicht mehr auf Keyword-Ebene, also wird der Feed zu Ihrem wichtigsten Hebel zur Steuerung der Ausgaben.

In Performance Max bestimmen Custom Labels die Struktur von Asset-Gruppen und Eintragsgruppen. Eine einzige Sammel-Asset-Gruppe in margen- oder bestandsbasierte Gruppen aufzuteilen, ist einer der wenigen verbliebenen strukturellen Hebel – und hängt vollständig davon ab, dass die Labels aus echten Daten befüllt werden.

Bei Advantage+-Katalog-Anzeigen verhindert eine korrekte Gruppierung, dass sich das Karussell mit sechs Farbtönen desselben Pullovers füllt – und auf Variantenattributen aufgebaute Produktset-Definitionen ermöglichen es, Prospecting- von Retargeting-Inventar zu trennen.

Labels mit Performance-Daten anreichern

Statische Labels veralten. Ein in der letzten Saison vergebenes bestseller ist in dieser Saison eine Fehlinformation.

Die stärkere Umsetzung berechnet Labels bei jeder Feed-Synchronisierung aus aktuellen Performance-Daten neu – GA4-Umsatz, Conversion-Rate, Aufrufzahlen. Ein Produkt, das nicht mehr verkauft wird, fällt automatisch aus bestseller heraus; eines, das sich zu verkaufen beginnt, kommt hinzu. Das ist ein zentraler Bestandteil dessen, was Feed-Anreicherung in der Praxis bedeutet, und der Unterschied zwischen Labels, die Budget steuern, und Labels, die lediglich das letzte Quartal beschreiben.

11. Die Performance von Varianten messen

Bei Daten auf Variantenebene bricht das meiste Reporting unbemerkt zusammen.

Das Aggregationsproblem. Merchant Center und Ads berichten auf id-Ebene. Ein Pullover mit 20 Varianten erscheint als 20 Zeilen mit jeweils einem Bruchteil des Volumens, von denen keine für sich genommen aussagekräftig ist. Jede Schlussfolgerung aus einer einzelnen Variantenzeile ist vermutlich Rauschen.

Analysieren Sie immer auf zwei Ebenen:

1. Gruppenebene (item_group_id) – funktioniert dieses Produkt? Aggregieren Sie Ausgaben, Conversions und Umsatz über alle Mitglieder.
2. Variantenebene (id) – welche Optionen funktionieren? Welche Farben verkaufen sich, welche Größen sind zuerst ausverkauft, welche Kombinationen bewegen sich nie?

Auf der zweiten Ebene liegen die interessanten Erkenntnisse. Sie beantwortet Fragen, die das Merchandising interessieren: Verkauft sich Navy dreimal so gut wie Charcoal? Konvertieren Varianten in Größe L besser, weil sie immer vorrätig sind? Zieht eine Farbe den Durchschnitt der Gruppe nach unten?

Kennzahlen, die sich pro Gruppe zu verfolgen lohnen:

Ein Hinweis zur Attribution. Ein Käufer sieht oft eine Anzeige für eine Variante und kauft eine andere – klickt auf Navy, kauft Charcoal. Wörtlich genommener ROAS auf Variantenebene führt daher zu falscher Attribution. Bewerten Sie Produkte auf Gruppenebene; nutzen Sie Variantendaten, um Verhalten zu verstehen, nicht um auf Basis dünner Stichproben Gebotsentscheidungen zu treffen.

12. Checkliste vor dem Start

Gehen Sie diese Liste durch, bevor Sie einen Varianten-Feed live schalten, und nach jeder strukturellen Änderung.

Struktur

•  Jede Variante hat eine eindeutige id
•  Alle Mitglieder einer Gruppe teilen eine identische item_group_id
•  item_group_id wird aus einem stabilen Quellfeld abgeleitet und ändert sich zwischen Exporten nicht
•  item_group_id verwendet im gesamten Feed eine einheitliche Groß-/Kleinschreibung
•  Jedes Mitglied unterscheidet sich in mindestens einem variantendefinierenden Attribut
•  item_group_title ist vorhanden und in der Gruppe identisch

Attribute

•  color verwendet einfache Farbnamen – keine Hex-Codes, Zahlen oder einzelnen Buchstaben
•  Mehrere Farben sind mit / getrennt, Hauptfarbe zuerst
•  size-Werte sind im gesamten Katalog normalisiert
•  size_system ist angegeben, wo Sie über Größenregionen hinweg verkaufen
•  gender und age_group sind innerhalb jeder Gruppe identisch
•  material und pattern sind befüllt, wo sie die Variation definieren

Links und Bilder

•  Der link jeder Variante führt zum korrekten, vorausgewählten Zustand
•  & ist in XML als &amp; maskiert
•  image_link ist variantenspezifisch, kein gemeinsames Hero-Bild
•  Bilder erfüllen die Mindestmaße jedes Kanals

Kanaltransformationen

•  availability-Syntax pro Kanal angepasst (in_stock vs. in stock)
•  Zeichenlimits pro Kanal eingehalten
•  Amazon-Exporte legen Parent-Angebote an und geben ein gültiges Variation Theme an
•  Attributsätze regionaler Marktplätze pro Kategorie zugeordnet

Betrieb

•  Die Aktualisierungsfrequenz passt dazu, wie schnell sich der Bestand tatsächlich bewegt
•  Die Erkennung unterbrochener Größenreihen läuft bei jeder Synchronisierung
•  Die Prüfung auf doppelte ids läuft vor dem Export
•  Der Feed wird vor der Veröffentlichung als wohlgeformtes XML/CSV validiert
•  Benachrichtigungen bei plötzlichem Rückgang der Produktanzahl sind eingerichtet

13. FAQ

Muss ich jede einzelne Variante übermitteln? Nicht immer, bei Bekleidung und Schuhen aber in der Regel ja, da Größe und Farbe dort die Kaufentscheidung sind. Bei sehr großen, homogenen Katalogen oder bei Kanälen, die nahezu identische Einträge herausfiltern, kann eine gut gewählte repräsentative Variante pro Gruppe besser abschneiden. Wählen Sie die repräsentative Variante nach Verkaufsleistung und Bestand, nicht alphabetisch.

Was passiert, wenn ich item_group_id weglasse? Jede Variante wird als eigenständiges Produkt behandelt. Sie verlieren die Variantenauswahl auf der Zielfläche, Anzeigen werden repetitiv, das Reporting auf Variantenebene funktioniert nicht mehr, und bei Google erfüllen Sie möglicherweise eine Anforderung nicht – item_group_id ist für kostenlose Einträge und für Shopping-Anzeigen in mehreren großen Märkten Pflicht, wenn Varianten übermittelt werden.

Dürfen Varianten unterschiedliche Preise haben? Ja. Der Preis ist kein variantendefinierendes Attribut, darf sich aber pro Variante legitim unterscheiden – größere Größen kosten oft mehr. Der übermittelte Preis muss dem entsprechen, was die Landingpage für genau diese Variante anzeigt.

Sollten nicht vorrätige Varianten im Feed bleiben? In der Regel ja. Behalten Sie sie mit availability: out_of_stock, statt sie zu löschen. Entfernen und erneutes Hinzufügen setzt die Historie des Artikels im Kanal zurück. Schließen Sie sie stattdessen per Regel oder Custom Label aus aktiven Kampagnen aus.

Kann ein Produkt zu zwei Gruppen gehören? Nein. item_group_id akzeptiert einen einzigen Wert pro Artikel. Wenn ein Produkt tatsächlich zu zwei konzeptionellen Gruppen gehört, haben Sie ein Problem in Ihrer Merchandising-Taxonomie, das vorgelagert gelöst werden muss.

Brauche ich pro Kanal unterschiedliche item_group_id-Werte? Nein – und das sollten Sie auch nicht. Verwenden Sie überall dieselbe logische Gruppierung. Was sich pro Kanal unterscheidet, ist die darauf angewendete Transformation: Zeichenlimits, Groß-/Kleinschreibung, Syntax. Behalten Sie eine einzige maßgebliche Quelle und passen Sie beim Export an.

Wie gehe ich mit Produkten um, die tatsächlich nur eine Einheitsgröße haben? Übermitteln Sie size als one_size, OS oder OSFA. Lassen Sie das Feld bei Bekleidung in Märkten, in denen size Pflicht ist, nicht leer.

Herren- und Damenversion desselben Designs – eine Gruppe oder zwei? Zwei. gender muss innerhalb einer Gruppe identisch sein. Unterschiedliche Schnitte und unterschiedliche Größen machen sie aus Sicht des Käufers zu unterschiedlichen Produkten.

Was geht in der Praxis am häufigsten schief? In unseren Audits: gemeinsame Hero-Bilder für alle Farbvarianten, bei jedem Export neu erzeugte item_group_id-Werte und eine availability-Syntax, die unverändert aus einem Google-Feed in Meta übernommen wurde. Alle drei sind in der Oberfläche unsichtbar und zeigen sich nur als unerklärliche Underperformance.

Was das für Sie bedeutet

Varianten-Feeds belohnen Präzision auf eine Weise, wie es der Großteil des digitalen Marketings nicht tut. Bei item_group_id gibt es keinen kreativen Ermessensspielraum – sie ist entweder stabil und gemeinsam genutzt oder nicht. Farbwerte folgen entweder der Spezifikation oder werden abgelehnt. Bilder passen entweder zur Variante, oder der Klick war verschwendet.

Das ist die gute Nachricht: Es ist ein lösbares Problem mit einer eindeutigen Antwort. Die Arbeit liegt in der laufenden Pflege – denn Kataloge ändern sich täglich, Bestände bewegen sich stündlich, und jeder Kanal passt seine Spezifikation nach eigenem Zeitplan an.

Unternehmen, die das richtig machen, behandeln den Varianten-Feed als Infrastruktur statt als Datei. Sie leiten Gruppen-IDs aus stabilen Quelldaten ab, normalisieren Attribute einmal an der Quelle, transformieren beim Export pro Kanal, berechnen die Bestandsgesundheit bei jeder Synchronisierung neu und werden benachrichtigt, wenn sich etwas unerwartet verändert.

Genau für diese Ebene ist Feedance gebaut – Feed-Regeln zur Normalisierung von Attributen an der Quelle, Broken-Size-Erkennung, die bei jeder Synchronisierung neu berechnet, GA4-Anreicherung, die Performance-Labels aktuell hält, und Kanal-Exporte, die für jedes von über 200 Zielen die richtige Transformation anwenden, ohne Ihre Quelldaten anzutasten.

Wenn Sie wissen möchten, wo Ihre eigene Variantenstruktur steht, bevor Sie etwas ändern, bewertet unser kostenloses Feed-Audit-Tool einen bestehenden Feed kostenlos nach Vollständigkeit, Datenqualität und technischer Gesundheit – einschließlich der Variantengruppierung.