De complete gids voor productvarianten

De meeste problemen met productfeeds zien er niet uit als problemen met productfeeds. Ze lijken eerder op een afwijzing van Google Merchant Center die je niet kunt verklaren, een Advantage+-campagne die het budget besteedt aan één enkel zwart T-shirt, of een Shopping-advertentie die een klant die op zoek is naar een schoenmaat 42 doorverwijst naar een pagina waar alleen maat 38 nog beschikbaar is.

In de kern van vrijwel al deze zaken schuilt hetzelfde: varianten.

Een variant is elke versie van een product die op één zichtbare, koopbare manier verschilt – qua formaat, kleur, materiaal, capaciteit of afwerking. Ze zijn gangbaar in de detailhandel, maar ongewoon lastig in feeds, omdat elk kanaal ze anders modelleert en omdat fouten in de modellering ervan onopgemerkt blijven. Er gaat niets mis. Je advertenties presteren gewoon onder de maat en de diagnose zit vier lagen diep in een databestand dat niemand opent.

Deze handleiding behandelt het hele onderwerp: wat nu precies als variant telt, hoe item_group_id werkt en waar mensen er misbruik van maken, elk variantdefiniërend attribuut met zijn werkelijke beperkingen, werkende feedvoorbeelden in XML, CSV en JSON, hoe Google, Meta, TikTok, Pinterest, Amazon en regionale marktplaatsen verwachten dat varianten gestructureerd zijn, en een diagnostische tabel voor de meest voorkomende fouten.

Het is een lang artikel omdat het onderwerp dat is. Gebruik de inhoudsopgave om naar een specifiek gedeelte te navigeren.

1. Wat een variant precies is

A variant Een variant van een product die te koop is, verschilt van de andere varianten in ten minste één kenmerk waaruit een klant zou kunnen kiezen, terwijl het in wezen hetzelfde product blijft.

Die laatste clausule doet heel wat werk. Een blauw T-shirt in maat M en een zwart T-shirt in maat L zijn hetzelfde product. Een blauw T-shirt en een blauwe hoodie zijn dat niet, zelfs niet als ze van hetzelfde merk en van dezelfde stof zijn.

Het standaardmodel dat op de meeste kanalen wordt gebruikt, is ouder/kind:

• De ouder Het conceptuele product is bijvoorbeeld de "Merino trui met ronde hals". Deze is doorgaans niet los verkrijgbaar.
• De kinderen Dit zijn de varianten — elk met een eigen SKU, een eigen voorraadniveau, en soms een eigen prijs en afbeelding.

In een productfeed wordt dit bijna altijd weergegeven. plat: elke variant is een eigen rij of En een gedeelde groeperingssleutel verbindt ze met elkaar. Er is geen sprake van geneste structuren. Een trui in 4 kleuren en 5 maten bestaat uit 20 rijen, die allemaal dezelfde groeps-ID hebben.

Wat is niet een variant

Dit is waar het misgaat voordat er ook maar één regel XML is geschreven.

Het groeperen van een van deze items onder een gedeelde item_group_id resulteert in een groep waarvan de leden niet onderling verwisselbaar zijn. Dit zorgt voor verwarring bij de variantselector op de bestemmingspagina en kan op sommige kanalen leiden tot een afwijzing vanwege een onjuiste overeenkomst.

2. De beslissing die alles bepaalt.

Voordat je feedlogica gaat schrijven, beantwoord je voor elk producttype dat je verkoopt de volgende vraag:

Als een klant een andere optie kiest, komt hij dan op een andere pagina terecht, of op dezelfde pagina in een andere staat?

Dit is de praktische test, en die geeft direct weer hoe je de feed moet structureren.

Geval A — aparte URL's per variant. Elke kleur heeft zijn eigen productpagina (/merino-trui-marineblauw, /merino-trui-antraciet). Stuur elke variant als een aparte regel met een eigen link. Dit is de meest overzichtelijke opzet, zorgt voor de beste advertentierelevantie en heeft de voorkeur van de meeste kanalen.

Geval B — één URL, variant geselecteerd op de pagina. Alles is te vinden op /merino-sweater en de klant kiest kleur en maat met een selector. Je kunt nog steeds alle varianten versturen, maar voeg dan een deep-link parameter toe zodat de advertentie op de juiste, vooraf geselecteerde pagina terechtkomt.

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

Zonder die parameter komt een klant die op een advertentie voor een marineblauwe medium heeft geklikt, in een standaardweergave terecht die antracietkleurig klein toont. Die discrepantie is een van de grootste stille conversiekillers bij variantadvertenties, en op Google kan het ook een foutmelding veroorzaken. "Waarde komt niet overeen (paginacrawl)" Afkeuring, omdat de crawler een pagina ziet waarvan de zichtbare kleur niet overeenkomt met de opgegeven kleur.

Geval C — varianten die het niet waard zijn om te splitsen. Sommige varianten hebben onvoldoende invloed op de koopbeslissing om aparte advertenties te rechtvaardigen — denk bijvoorbeeld aan de kabellengte van een oplader. In dat geval kunt u bewust één representatieve variant versturen. In paragraaf 7 wordt uitgelegd wanneer dit de juiste keuze is.

Variantbepalende versus beschrijvende kenmerken

Elk kenmerk in je feed valt in een van de twee categorieën, en het verwarren daarvan is een veelvoorkomende oorzaak van verkeerd gevormde groepen.

Variantdefiniërend attributen moeten verschillen tussen leden van de groep. Dit zijn de dingen die de klant kiest: kleur, maat, materiaal, patroon, plus productspecifieke afmetingen zoals inhoud of afwerking.

Groepsconstante attributen moeten zijn identiek Voor elk lid geldt: merk, geslacht, leeftijdsgroep, artikelgroeptitel, Google-productcategorie. Als twee rijen dezelfde artikelgroep-ID hebben, maar verschillende geslachtswaarden, dan zijn de producten verkeerd gegroepeerd of verkeerd getagd.

Rijspecifiek, maar niet variantbepalend. Attributen variëren per rij zonder de variant te definiëren: id, prijs, beschikbaarheid, gtin, image_link, link. Twee varianten kunnen legitiem verschillende prijzen hebben — een maat 3XL kost vaak meer — zonder dat de prijs het onderscheidende kenmerk is.

3. item_group_id: de basis

item_group_id is de gedeelde sleutel die een kanaal vertelt "deze rijen zijn hetzelfde product". Al het andere met betrekking tot de afhandeling van varianten is afhankelijk van de juistheid van deze sleutel.

De specificatie

Omdat Google geen onderscheid maakt tussen hoofdletters en kleine letters, maar Meta en TikTok dat niet doen. Standaardiseer overal het gebruik van kleine letters (of hoofdletters). Een catalogus waarin zowel SWTR-001 als swtr-001 voorkomen, wordt correct gegroepeerd in Google en opgesplitst in twee producten in Meta.

De waarde kiezen

De beste item_group_id is de hoofd-SKU die je al in je ERP- of PIM-systeem hebt. Deze bestaat, is stabiel en uniek.

Goed:

SWTR-MERINO-CREW
12345
parent-8891

Slecht, en waarom:

Dat laatste punt verdient extra aandacht. item_group_id moet in de loop der tijd stabiel blijven. Kanalen verzamelen prestatiegeschiedenis ten opzichte van de groep. Als uw export ID's opnieuw genereert, wordt die geschiedenis bij elke synchronisatie gereset en kan geen enkele biedoptimalisatie dit compenseren.

De drie regels

1. Elk lid van een groep deelt dezelfde item_group_id.
2. Elk lid heeft een uniek ID. Een dubbele ID ergens in de feed zorgt ervoor dat de daaropvolgende rij stilzwijgend wordt verwijderd.
3. Elk lid verschilt in ten minste één variantdefiniërend kenmerk. Twee rijen met dezelfde groeps-ID en Producten met dezelfde kleur en maat zijn duplicaten, geen varianten.

Een conventie die aan alle drie de eisen voldoet:

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

Leesbaar, debugbaar en afgeleid van gegevens die u al bezit.

item_groep_titel

Een recenter Google-attribuut, optioneel maar aanbevolen wanneer u item_group_id indient. Het bevat de naam van de ouder product — maximaal 150 tekens — en moet identiek zijn voor elke variant in de groep.

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>

Let op het patroon: de titel is variantspecifiek, de item_group_title niet. Het versturen van dezelfde tekenreeks in beide gevallen verspilt het signaal.

variant_option

Ook nieuw aan de kant van Google: een gestructureerde manier om te declareren welke Eigenschappen definiëren de variatie, in plaats van dat het kanaal deze zelf afleidt. Het accepteert maximaal 30 naam/waarde-paren (elk subkenmerk tot 250 tekens, in totaal 5,000 tekens).

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>

Dit is met name handig voor producten waarvan de variaties niet worden gedekt door de standaard productkenmerken, zoals opslagcapaciteit, processorklasse, wattage en aantal gebruikers. In plaats van "256 GB" als afmeting op te geven, kunt u dit correct specificeren.

4. Variantbepalende kenmerken, in detail

kleur

Het meest aan regels gebonden attribuut in de specificatie, en tevens het attribuut dat het vaakst wordt afgewezen.

Niet geaccepteerd:

• Cijfers — Kleur 42, RAL 5013
• Hexcodes — #001F5B
• Enkele letters — N voor marine
• Verwijzingen naar een afbeelding — zie foto
• Alfanumerieke of samengevoegde woorden — Navy1, NavyBlue (schrijf Navy Blue)

Het beheren van marketingkleurnamen. Modemerken noemen kleuren zelden "marineblauw". Ze noemen ze eerder "Midnight Regatta". Het kanaal heeft een kleur nodig waar een shopper naar zou zoeken; jouw merk heeft een eigen naam nodig op de pagina.

Het werkbare compromis:

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

Koppel marketingnamen aan standaardnamen in de feed en zorg ervoor dat de merknaam zichtbaar blijft op de landingspagina en in de beschrijving. Gebruik geen kleur voor de marketingnaam in de hoop dat deze niet gevonden wordt; dit verslechtert de resultaten bij zoekopdrachten met kleur als criterium, die tot de meest gebruikte zoektermen in de kledingbranche behoren.

Meerkleurige producten:

color: Navy/White/Grey

Primaire kleur eerst. Google leest de eerste waarde als de dominante kleur.

lengte van de duwkabel

De regel die ertoe doet: Wees specifiek genoeg om ondubbelzinnig te zijn en consistent in de hele catalogus. M is prima als elk product M gebruikt. Een mix van M, Medium, med en M/L voor hetzelfde concept versnippert je variantgroepen en maakt segmentatie op basis van grootte onmogelijk.

Voor producten waarbij één afmeting onvoldoende is, dient u de onderscheidende afmetingen in de waarde op te nemen:

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

grootte_type en grootte_systeem

Optioneel, alleen voor kleding en weinig gebruikt — beide verbeteren de zoekresultaten voor shoppers die met deze criteria zoeken aanzienlijk.

grootte_type — maximaal 2 waarden uit: normaal, petite, zwangerschap, groot, lang, plus.

maatsysteem — een van de volgende: VS, VK, EU, DE, FR, JP, CN, IT, BR, MEX, AU. Indien weggelaten, gaat het kanaal uit van het systeem van het doelland, wat de bron is van een specifieke en kostbare fout: een Turkse retailer die in Duitsland verkoopt met EU-maten maar zonder opgegeven maatsysteem, kan te maken krijgen met maten die verkeerd worden geïnterpreteerd.

xml

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

materiaal

Maximaal 200 tekens op Google. Eerst het primaire materiaal, daarna maximaal twee secundaire materialen, gescheiden door een schuine streep (/).

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

Nodig alleen als het uw varianten onderscheidt — een tas gemaakt van leer en canvas. Dit is optioneel, maar het is de moeite waard om het te vermelden; het materiaal is een veelgebruikt zoekcriterium.

patroon

Maximaal 100 tekens. Vrije tekst om de print of afbeelding te beschrijven: Gestreept, Polka Dot, Paisley, Bloemen, Visgraat. Dezelfde regel geldt: verplicht als het om een ​​variatie gaat.

leeftijdsgroep en geslacht

Beide zijn groepsconstanteElke variant in een groep moet dezelfde waarde hebben.

leeftijdsgroep: pasgeborene, baby, peuter, kinderen, volwassene — één waarde per product.

geslacht: mannelijk, vrouwelijk, unisex.

Als een kledingstuk daadwerkelijk verkrijgbaar is in een heren- en een damesmodel, dan zijn dat de damesmodellen. twee afzonderlijke itemgroepenHet gaat niet om één groep met zowel mannen als vrouwen. De snitten verschillen, de maten verschillen en de klant kiest tussen producten in plaats van tussen opties.

Referentietabel

5. Echte voorbeelden van feeds

XML (Google RSS 2.0)

Twee varianten van een groep van zes varianten. Let op wat er verandert en wat niet.

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 punten die het vermelden waard zijn:

1. item_group_id en item_group_title zijn identiek.; id en titel zijn dat niet.
2. link bevat deep-link parameters De advertentie komt dus terecht in de juiste, vooraf geselecteerde status. De & wordt ontsnapt als & — vereist in XML en een veelvoorkomende bron van parseerfouten.
3. image_link is variantspecifiek. Beide rijen met marineblauw verwijzen naar de marineblauwe foto. Het versturen van één hoofdafbeelding voor alle kleuren is de op één na meest voorkomende fout, na ontbrekende groeps-ID's.
4. De rij met artikelen die niet op voorraad zijn, is gemarkeerd. via custom_label_1, zodat het kan worden uitgesloten of de biedingen kunnen worden verlaagd zonder het uit de feed te verwijderen.

CSV / TSV

Dezelfde gegevens, maar dan in een platte weergave. Kopregel plus twee 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

CSV-bestanden zijn de plek waar de meeste problemen in de praktijk optreden, omdat komma's in titels en beschrijvingen tussen aanhalingstekens moeten staan ​​en aanhalingstekens binnen velden met aanhalingstekens moeten worden ontsnapt. Als uw titels komma's bevatten — en producttitels met kleur en maat bevatten die bijna altijd — Gebruik in plaats daarvan TSV. Tabbladen komen vrijwel nooit voor in productgegevens, en een hele categorie parseerfouten verdwijnt.

JSON

Voor API-gebaseerde gegevensinvoer:

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"
    }
  ]
}

Een complete maatserie

Zes varianten — twee kleuren × drie maten — met het identificatiepatroon zichtbaar:

Van de drie beschikbare maten houtskool is er nog maar één over. In hoofdstuk 9 wordt uitgelegd wat je daaraan kunt doen.

6. Kanaal voor kanaal

Het concept is universeel. De uitvoering niet. Hieronder wordt beschreven hoe elke belangrijke bestemming varianten verwacht en waarin deze verschillen.

Google Shopping / Verkoperscentrum

De meest voorschrijvende implementatie, en de referentie-implementatie waar de meeste andere kanalen van overnemen.

• item_group_id is nodig voor gratis vermeldingen en voor Shopping-advertenties in Brazilië, Frankrijk, Duitsland, Japan, het Verenigd Koninkrijk en de Verenigde Staten, wanneer varianten worden ingediend.
• Variantdefiniërende kenmerken moeten worden ingevuld: kleur en maat zijn vereist voor kleding in die markten.
• Geslacht en leeftijdsgroep zijn vereist voor de kleding en moeten consistent zijn binnen de hele groep.
• De landingspagina moet visueel overeenkomen met de ingediende variantwaarden, anders riskeert u een Niet-overeenkomende waarde (pagina-crawl) afkeuring.
• Elke variant concurreert onafhankelijk in de veiling. Google kiest welke variant uit een groep wordt weergegeven voor een bepaalde zoekopdracht, dus een onvolledige groep betekent een zwakkere selectie van kandidaten.
• De afbeeldingslink moet minimaal 500x500 pixels groot zijn voor kleding — een minimum dat vanaf nu wordt gehandhaafd. 31 januari 2027Het is de moeite waard om dit nu te controleren in plaats van overhaast.

Praktische opmerking: Merchant Center rapporteert op variantniveau (ID), niet op groepsniveau. Om een ​​product correct te evalueren, moet u zelf aggregeren op item_group_id. Dit is veel eenvoudiger als de groeps-ID duidelijk en stabiel is.

Meta (Facebook en Instagram)

Meta gebruikt dezelfde veldnaam met andere beperkingen en een wezenlijk ander weergavemodel.

• item_group_id staat maximaal toe 100 tekens en hoofdlettergevoelig.
• qua kleur en maat is er ruimte voor maximaal 200 tekens.
• Beschikbaarheidswaarden gebruiken spaties, geen underscores: in stock, niet in_stock. Dit ene verschil zorgt voor meer problemen met Meta-feeds dan welk ander verschil ook, vooral wanneer een Google-feed direct wordt hergebruikt.
• In winkels en op productdetailpagina's wordt een correct gegroepeerde set als volgt weergegeven: één product met een variantselector, in plaats van meerdere vrijwel identieke advertenties.
• Advantage+ catalogusadvertenties maken gebruik van de groeperingsfunctie om te voorkomen dat een gebruiker zes versies van dezelfde trui in één carrousel te zien krijgt. Een niet-gegroepeerde catalogus levert namelijk zichtbaar repetitieve advertenties en verspilde impressies op.
• Rapportage op variantniveau in Commerce Manager is afhankelijk van een correcte groepering.

Praktische opmerking: Gebruik Meta niet voor je Google-feed zonder aanpassingen. Transformeer minimaal de beschikbaarheid en controleer de tekenlimieten. De meeste feedplatformen, waaronder Feedance, behandelen dit als een transformatie op kanaalniveau, waardoor de brongegevens ongewijzigd blijven.

TikTok

• item_group_id staat maximaal toe 150 tekens.
• sku_id is de unieke identificatiecode per variant — elke variantregel heeft een aparte waarde nodig.
• Qua kleur en grootte zijn maximaal 200 tekens toegestaan.
• De titel mag maximaal 255 tekens bevatten; de beschrijving maximaal 10,000; de Google-productcategorie wordt verwacht.
• TikTok is het strengste kanaal als het gaat om... variant-specifieke beeldvormingProductkaarten tonen een variantkiezer, en varianten die dezelfde generieke afbeelding delen, presteren meetbaar slechter. Als u ergens in uw beeldverwerkingsproces op bezuinigt, doe dat dan niet hier.

Pinterest

• Volgt nauwgezet het model van Google; item_group_id groepeert varianten.
• Pinterest toont varianten binnen één productpin met selecteerbare opties.
• De beeldkwaliteit en de verticale beeldverhouding zijn onevenredig belangrijk — Pinterest is een visueel ontdekkingsplatform en afwijkende afbeeldingen die niet onderscheidend zijn, worden simpelweg niet opgeslagen.

Amazon

Amazon doet dat niet Gebruik item_group_id, en ga er anders vanuit dat dit niet werkt, wat tot veel onnodig werk leidt.

Amazon gebruikt een expliciete ouder/kind relatiemodel:

• A ouder ASIN wordt aangemaakt als een niet-koopbare advertentie.
• Elke kind ASIN verwijst naar het ouderobject via de velden parent_sku / parent_child.
• A variatiethema Moet worden aangegeven — MaatKleur, Maat, Kleur, MaatNaam-KleurNaam enzovoort, afhankelijk van de categorie.
• Het thema moet geldig zijn voor die specifieke categorie; dezelfde themanaam is niet overal beschikbaar.

Als je vanuit één bron exporteert naar zowel Google als Amazon, beschouw dit dan als een echte transformatie en niet als een hernoeming van een veld. Je feedlaag moet de hoofdvermelding opbouwen, het thema toewijzen en de onderliggende vermeldingen eraan koppelen.

Regionale marktplaatsen en vergelijkingswebsites

De Turkse en de bredere MENA-regio hanteren elk hun eigen conventies, en die maken vaak het verschil tussen een succesvol en een mislukt programma in deze markten.

• Trendyol Het maakt gebruik van een eigen ouder/kind-model met een verplichte, categoriespecifieke attributenset. Kleur en maat zijn aparte gestructureerde velden en de verplichte attributenlijsten verschillen per categorie.
• Akakçe en vrek Dit zijn prijsvergelijkingswebsites. Ze verwachten doorgaans één rij per aankoopbare SKU, en bijna identieke rijen worden vaak gefilterd. Het versturen van een volledige reeks zonder gedifferentieerde gegevens kan de zichtbaarheid dus eerder verminderen dan vergroten.
• Hepsiburada en N11 Elke variant definieert zijn eigen groeperingssleutels en vereiste attributen.

Dit is het gebied waar generieke tools voor wereldwijde productfeeds het vaakst tekortschieten, en waar een verkeerd toegewezen attribuut ongemerkt een complete categorie van een marktplaats verwijdert.

Vergelijk

7. Splitsing of ineenstorting?

Het versturen van alle varianten is de standaardaanbeveling, maar dat is niet altijd de juiste aanpak. De echte vraag is of de variant de wensen van de klant verandert.

Stuur elke variant wanneer…

• De variatie zit hem in de aankoopbeslissing. Kleding, schoenen, alles waarbij de verkeerde maat niet in de aanbieding is.
• De voorraad verschilt aanzienlijk per variant. Reclame maken voor een product waarvan de enige beschikbare maat 3XL is, is geldverspilling.
• De prijs verschilt per variant. Als er €89 wordt weergegeven terwijl de geselecteerde optie €119 kost, ontstaat er een prijsverschil en een boze klant.
• De zoekopdracht is variantgekwalificeerd. Mensen zoeken naar "marineblauwe merinowollen trui maat M". Je kunt daar niet op ranken zonder die zoekopdracht in te dienen.

Terugbrengen tot één representatieve variant wanneer…

• De catalogus is erg groot en grotendeels homogeen. Een hardwarewinkel met 200,000 SKU's, waarvan 60% triviale lengtevarianten zijn, heeft weinig baat bij volledige uitbreiding en betaalt daarvoor in de complexiteit van de productfeedverwerking en campagnes.
• Het kanaal bestraft bijna-dubbele inzendingen. Verschillende vergelijkingsprogramma's filteren herhalende rijen; een volledige run kan het overzicht verminderen.
• Variaties hebben geen invloed op de prijs, het beeld of de beschikbaarheid. Als alle twaalf varianten in elk commercieel relevant opzicht identiek zijn, creëren twaalf rijen ruis in plaats van signaal.

Als je instort, kies dan bewust de vertegenwoordiger: de bestverkochte variant die op voorraad isNiet de eerste rij in alfabetische volgorde. Dit is precies waar prestatiegegevens hun waarde bewijzen in de feed: GA4- of platformgegevens kunnen de representatieve gegevens automatisch selecteren in plaats van dat dit afhangt van de sorteervolgorde.

Een middenweg

Splits op de as die de beslissing stuurt; stort in op de as die dat niet doet.

Voor schoenen betekent dat meestal het volgende: één rij per kleur, met de maten samengevoegd — Kleur is de ontdekkingsas, formaat is de pascontrole die op de pagina plaatsvindt. Voor een product waarbij de capaciteit de prijs bepaalt, splits je op capaciteit en vouw je samen op kleur.

8. De 12 meest voorkomende variantfouten

Fouten 1, 2, 4 en 11 vormen het overgrote deel van wat we in de praktijk bij audits tegenkomen. Geen van deze fouten is moeilijk te vinden; ze blijven allemaal onzichtbaar totdat iemand ernaar op zoek gaat.

9. Defecte maten en voorraadbeheer

A gebroken maat run Het is een product waarvan de groep technisch gezien nog bestaat, maar praktisch onverkoopbaar is — een trui die alleen verkrijgbaar is in maat XS en 3XL, een schoen waarvan nog twee maten over zijn van de negen die er zijn.

Dit is belangrijker dan het lijkt. Wanneer een klant op een advertentie voor een product klikt en ontdekt dat de juiste maat niet beschikbaar is, heb je betaald voor een klik die niet tot een conversie heeft geleid en heb je reputatieschade geleden. Op grote schaal kunnen producten met afwijkende maten een aanzienlijk deel van het budget opslokken, terwijl ze vrijwel geen omzet genereren.

Het detecteren ervan

Bereken per item_group_id:

size_availability_ratio = in_stock_variants / total_variants

Handel vervolgens op basis van drempelwaarden. Een werkbaar uitgangspunt:

Weeg dit af met vraagHet gaat niet alleen om het aantal maten. Het verliezen van XXS en XXL is veel minder belangrijk dan het verliezen van M en L, die doorgaans het grootste deel van de kledingomvang uitmaken. Een verhouding die alle maten gelijk behandelt, zal onvoldoende reageren op het verlies van je belangrijkste maten.

Ernaar handelen

De meest elegante implementatie is om de conditie in de feed te markeren in plaats van het product te verwijderen:

xml

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

Door een product te taggen in plaats van te verwijderen, blijft de geschiedenis ervan in het kanaal behouden en kunt u het product direct opnieuw activeren wanneer het weer op voorraad is. Verwijderen en opnieuw toevoegen reset de leerfunctie.

Twee verdere verbeteringen die de moeite waard zijn om door te voeren:

• Feedback geven voor de merchandising. Een terugkerende lijst met afwijkende groottes is een koopsignaal, niet zomaar een reclameprobleem.
• Controleer dit opnieuw bij elke synchronisatie. De voorraad verandert; het label moet mee veranderen. Een statische lijst met een afwijkende grootte is erger dan geen lijst, omdat producten die inmiddels zijn aangevuld, daardoor niet worden weergegeven.

10. Varianten gebruiken voor campagnesegmentatie

Zodra varianten correct zijn gestructureerd, vormen de gegevens een segmentatielaag – wellicht de meest rendabele toepassing van een schone variantenfeed.

Google biedt vijf aangepaste labelvelden (0-4). Deze accepteren willekeurige waarden en zijn puur bedoeld voor je eigen campagnelogica. Varianten zijn hiervoor ideale invoer.

Een werkbaar plan

Met deze elementen op hun plaats wordt de campagnelogica eenvoudig:

• Bied mee op bestseller + volledige oplage + hoge winstmarge
• Sluit gebroken maten uit bij het zoeken.
• Geef de campagne een eigen karakter met een agressieve troefkaart.
• Isoleer SS26 wanneer het seizoen van start gaat.

Performance Max en Advantage+

Beide zijn grotendeels geautomatiseerd, wat segmentatie op invoerniveau vereenvoudigt. meer Belangrijker in plaats van minder belangrijk. Je hebt geen controle meer over biedingen op zoekwoordniveau, dus de feed wordt je belangrijkste instrument om je budget te sturen.

In Performance Max sturen aangepaste labels de aansturing aan. activagroep en noteringsgroep structuur. Het opsplitsen van één overkoepelende activagroep in groepen op basis van marges of op basis van de gezondheid van de aandelen is een van de weinige overgebleven structurele mogelijkheden, en is volledig afhankelijk van het invullen van labels met behulp van reële gegevens.

In Advantage+ catalogusadvertenties voorkomt de juiste groepering dat de carrousel zich vult met zes verschillende tinten van dezelfde trui. Productsetdefinities op basis van variantkenmerken stellen u in staat om prospectie- en retargeting-advertenties van elkaar te scheiden.

Labels verrijken met prestatiegegevens

Statische labels verouderen. De bestseller van vorig seizoen is dit seizoen onjuiste informatie.

De verbeterde implementatie herberekent labels op basis van realtime prestatiegegevens – GA4-omzet, conversieratio, aantal weergaven – bij elke synchronisatie van de feed. Een product dat niet meer verkoopt, verdwijnt automatisch uit de bestsellerlijst; een product dat wel begint te verkopen, komt erin terecht. Dit is een essentieel onderdeel van feedverrijking in de praktijk en het maakt het verschil tussen labels die het budget sturen en labels die slechts de resultaten van het afgelopen kwartaal beschrijven.

11. Het meten van de prestaties van varianten

Data op variantniveau is waar de meeste rapportages stilletjes de mist in gaan.

Het aggregatieprobleem. Merchant Center en advertenties rapporteren op ID-niveau. Een trui in 20 varianten verschijnt als 20 rijen, elk met een fractie van het volume, waarvan geen enkele afzonderlijk significant is. Elke conclusie die wordt getrokken uit een enkele variantrij is waarschijnlijk ruis.

Analyseer altijd op twee niveaus:

1. Groepsniveau (item_group_id) — doet dit artikel Wat is het doel van dit werk? Het samenvoegen van uitgaven, conversies en inkomsten van alle leden.
2. Variantniveau (id) — welke opties En wat doen ze? Welke kleuren verkopen goed, welke maten zijn het snelst uitverkocht, welke combinaties verkopen nooit?

Het tweede deel bevat de interessante bevindingen. Het beantwoordt vragen die voor de marketingafdeling van belang zijn: verkoopt marineblauw drie keer zo goed als antraciet? Verkoopt maat L beter omdat die altijd op voorraad is? Trekt één kleur het gemiddelde van de groep naar beneden?

Statistieken die de moeite waard zijn om per groep bij te houden:

Een opmerking over bronvermelding. Een klant ziet vaak een advertentie voor de ene variant en koopt vervolgens een andere – klikt op de marineblauwe variant, maar koopt de antracietgrijze. Het letterlijk interpreteren van de ROAS (Return on Advertising Spend) op variantniveau leidt daarom tot een verkeerde toewijzing. producten Op groepsniveau; gebruik variantgegevens om gedrag te begrijpen, niet om biedingsbeslissingen te nemen op basis van beperkte steekproeven.

12. Checklist voor de lancering

Voer dit uit voordat u een variantfeed live zet en na elke structurele wijziging.

Structuur

•  Elke variant heeft een unieke ID.
•  Elk lid van een groep heeft dezelfde item_group_id.
•  item_group_id is afgeleid van een stabiel bronveld en verandert niet tussen exports.
•  item_group_id gebruikt consistente hoofdlettergebruik in de hele feed.
•  Elk lid verschilt in ten minste één variantdefiniërend kenmerk.
•  item_group_title is aanwezig en identiek in de hele groep

Attributen

•  De kleurnamen zijn eenvoudigweg onbewerkt — geen hexadecimale codes, getallen of losse letters.
•  Meerdere kleuren worden gescheiden door een schuine streep (/), waarbij de primaire kleur eerst komt.
•  De maatwaarden zijn genormaliseerd voor de gehele catalogus.
•  size_system wordt gedeclareerd wanneer u verkoopt in verschillende maatregio's.
•  Binnen elke groep zijn geslacht en leeftijdsgroep identiek.
•  Materiaal en patroon worden ingevuld op de plaatsen waar ze de variatie bepalen.

Links en afbeeldingen

•  De link van elke variant verwijst naar de juiste, vooraf geselecteerde status.
•  Het &-teken wordt in XML als & weergegeven.
•  image_link is variantspecifiek, geen gedeelde hero-afbeelding.
•  Afbeeldingen voldoen aan de minimale afmetingen voor elk kanaal.

Kanaaltransformaties

•  Beschikbaarheidssyntaxis aangepast per kanaal (in_stock vs. in stock)
•  De tekenlimieten per kanaal worden gerespecteerd.
•  Amazon exporteert ouderlijstvermeldingen en declareert een geldig variantthema.
•  Regionale marktplaatskenmerken per categorie in kaart gebracht.

Operaties

•  De updatefrequentie komt overeen met de werkelijke koersbewegingen van de aandelen.
•  Detectie van beschadigde bestandsgroottes wordt bij elke synchronisatie uitgevoerd.
•  Controle op dubbele ID's wordt uitgevoerd vóór de export.
•  De feed wordt gevalideerd op correcte XML/CSV-structuur voordat deze wordt gepubliceerd.
•  Er is een waarschuwingssysteem geconfigureerd voor plotselinge dalingen in het aantal producten.

13. FAQ

Moet ik elke variant afzonderlijk indienen? Niet altijd, maar meestal wel voor kleding en schoenen, waar maat en kleur doorslaggevend zijn bij de aankoopbeslissing. Voor zeer grote, homogene catalogi, of kanalen die bijna-dubbele producten filteren, kan het beter zijn om per groep één goed gekozen, representatieve variant aan te leveren. Kies de representatieve variant op basis van verkoopresultaten en voorraad, niet op alfabetische volgorde.

Wat gebeurt er als ik item_group_id weglaat? Elke variant wordt behandeld als een losstaand product. Je verliest de variantselector op de bestemmingspagina, advertenties worden repetitief, rapportage op variantniveau werkt niet meer en bij Google voldoe je mogelijk niet aan een vereiste — item_group_id is vereist voor gratis vermeldingen en voor Shopping-advertenties in verschillende grote markten wanneer varianten worden ingediend.

Kunnen varianten verschillende prijzen hebben? Ja. De prijs is geen variantbepalend kenmerk, maar kan wel degelijk verschillen per variant — grotere maten zijn vaak duurder. De ingediende prijs moet overeenkomen met de prijs die op de landingspagina voor die specifieke variant wordt weergegeven.

Moeten uitverkochte varianten in de feed blijven staan? Over het algemeen wel. Houd ze op beschikbaarheid: niet op voorraad in plaats van ze te verwijderen. Verwijderen en opnieuw toevoegen reset de geschiedenis van het artikel in het kanaal. Sluit ze in plaats daarvan uit van actieve campagnes met behulp van een regel of een aangepast label.

Kan een product tot twee groepen behoren? Nee, item_group_id accepteert slechts één waarde per artikel. Als een product daadwerkelijk tot twee conceptuele groepen behoort, moet je een probleem met de merchandisingtaxonomie oplossen.

Heb ik per kanaal aparte item_group_id-waarden nodig? Nee, en dat moet je ook niet doen. Gebruik overal dezelfde logische groepering. Wat per kanaal verschilt, is de transformatie Toegepast op: tekenlimieten, hoofdlettergebruik, syntaxis. Houd één bron van waarheid aan en pas deze aan bij het exporteren.

Hoe ga ik om met producten die echt maar in één maat verkrijgbaar zijn? Geef de maat op als one_size, OS of OSFA. Laat dit veld niet leeg voor kleding in markten waar maatvoering verplicht is.

Heren- en damesversies van hetzelfde ontwerp — één groep of twee? Ten tweede: het geslacht moet binnen een groep identiek zijn. Verschillende snitten en maten maken er vanuit het perspectief van de klant verschillende producten van.

Wat gaat er in de praktijk het vaakst kapot? Tijdens onze audits constateerden we het volgende: gedeelde hero-afbeeldingen voor verschillende kleurvarianten, opnieuw gegenereerde item_group_id-waarden bij elke export en een ongewijzigde beschikbaarheidssyntaxis die vanuit een Google-feed naar Meta werd overgenomen. Deze drie punten zijn onzichtbaar in de interface en komen pas aan het licht als onverklaarbare prestatieproblemen.

Waar brengt dit jou?

Variantfeeds belonen precisie op een manier die in de meeste digitale marketing ontbreekt. Bij item_group_id is er geen ruimte voor creatieve beoordeling — het is ofwel stabiel en gedeeld, ofwel niet. Kleurwaarden voldoen ofwel aan de specificatie, ofwel worden ze afgewezen. Afbeeldingen moeten overeenkomen met de variant, anders is de klik verspild.

Dat is het goede nieuws: dit is een oplosbaar probleem met een definitieve oplossing. De uitdaging zit hem in het onderhouden ervan, want catalogi veranderen dagelijks, voorraden wisselen elk uur en elk kanaal past zijn specificaties aan volgens zijn eigen schema.

Bedrijven die dit goed aanpakken, beschouwen de variantfeed als infrastructuur in plaats van een bestand. Ze leiden groeps-ID's af van stabiele brongegevens, normaliseren attributen eenmaal bij de bron, transformeren per kanaal bij het exporteren, herberekenen de voorraadstatus bij elke synchronisatie en geven een waarschuwing wanneer er iets onverwachts verandert.

Dat is precies de laag. Feedance is gebouwd voor — feedregels voor het normaliseren van attributen bij de bron, gebroken formaatdetectie dat bij elke synchronisatie opnieuw wordt berekend, GA4-verrijking om prestatielabels actueel te houden, en kanaalexporten die de juiste transformatie toepassen voor elk van de meer dan 200 bestemmingen, zonder uw brongegevens aan te raken.

Als u wilt weten hoe uw eigen variantstructuur ervoor staat voordat u iets wijzigt, kunt u gebruikmaken van onze gratis feed audit tool Een bestaande datafeed wordt kosteloos beoordeeld op volledigheid, datakwaliteit en technische staat, inclusief variantgroepering.