La guida completa ai feed delle varianti di prodotto

La maggior parte dei problemi relativi ai feed non si presentano come tali. Si manifestano piuttosto come un rifiuto inspiegabile da parte di Google Merchant Center, una campagna Advantage+ che spende il budget per una singola maglietta nera, o un annuncio Shopping che indirizza un cliente alla ricerca di una scarpa taglia 42 a una pagina dove è disponibile solo la taglia 38.

Alla base di quasi tutte queste cose si cela la stessa cosa: le varianti.

Una variante è qualsiasi versione di un prodotto che differisce per un aspetto visibile e acquistabile: dimensioni, colore, materiale, capacità, finitura. Sono comuni nel commercio al dettaglio, ma insolitamente difficili da gestire nei feed, perché ogni canale le modella in modo diverso e perché un errore nella loro creazione ha conseguenze silenziose. Non si verifica alcun problema. Le tue inserzioni semplicemente non raggiungono i risultati sperati e la diagnosi rimane nascosta in un file di dati che nessuno apre.

Questa guida tratta l'argomento in modo esaustivo: cosa si intende effettivamente per variante, come funziona item_group_id e dove viene utilizzato in modo errato, ogni attributo che definisce una variante con i suoi limiti reali, esempi di feed funzionanti in XML, CSV e JSON, come Google, Meta, TikTok, Pinterest, Amazon e i marketplace regionali si aspettano che le varianti siano strutturate e una tabella diagnostica per gli errori più frequenti.

È lungo perché l'argomento è complesso. Utilizza l'indice per navigare tra le sezioni.

1. Che cos'è effettivamente una variante

Una variante è una versione acquistabile di un prodotto che si differenzia dalle sue varianti per almeno un attributo tra cui il cliente può scegliere, pur rimanendo lo stesso prodotto.

Quest'ultima clausola è molto importante. Una t-shirt blu di taglia media e una t-shirt nera di taglia grande sono lo stesso prodotto. Una t-shirt blu e una felpa con cappuccio blu non lo sono, nemmeno se della stessa marca e realizzate con lo stesso tessuto.

Il modello standard nella maggior parte dei canali è quello genitore/figlio :

• Migliori genitore è il prodotto concettuale: "Maglione girocollo in lana merino". Solitamente non è acquistabile singolarmente.
• Migliori bambini sono le varianti, ognuna con il proprio codice SKU, il proprio livello di scorte, a volte il proprio prezzo e la propria immagine.

In un feed di prodotto, questo viene quasi sempre espresso in modo piatto : ogni variante è una riga o un <item> a sé stante, e una chiave di raggruppamento condivisa le collega. Non c'è annidamento. Un maglione in 4 colori e 5 taglie è composto da 20 righe, tutte con lo stesso ID di gruppo.

Cosa è non è un una variante

È qui che i feed iniziano a dare problemi prima ancora che venga scritta una singola riga di XML.

Raggruppare uno qualsiasi di questi elementi sotto un item_group_id condiviso crea un gruppo i cui membri non sono intercambiabili, il che confonde il selettore di varianti nella pagina di destinazione e, su alcuni canali, genera un errore di mancata corrispondenza.

2. La decisione che determina tutto

Prima di implementare la logica del feed, rispondi a una domanda per ogni tipo di prodotto che vendi:

Quando un cliente sceglie un'opzione diversa, viene reindirizzato a una pagina diversa o alla stessa pagina in uno stato diverso?

Questa è la prova pratica, e si traduce direttamente in come dovresti strutturare il feed.

Caso A: URL separati per ogni variante. Ogni colore ha la sua pagina prodotto (/merino-sweater-navy, /merino-sweater-charcoal). Invia ogni variante come riga separata con il suo link. Questa è la configurazione più pulita, garantisce la migliore pertinenza degli annunci ed è quella preferita dai canali.

Caso B: un URL, variante selezionata sulla pagina. Tutto si trova all'indirizzo /merino-sweater e il cliente sceglie colore e taglia tramite un selettore. È comunque possibile inviare tutte le varianti, ma è consigliabile aggiungere un parametro deep-link in modo che l'annuncio venga indirizzato alla variante preselezionata corretta.

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

Senza quel parametro, un acquirente che ha cliccato su un annuncio per una taglia M blu navy viene reindirizzato a una pagina predefinita che mostra una taglia S grigio antracite. Questa discrepanza è uno dei maggiori ostacoli silenziosi alle conversioni nella pubblicità variante e su Google può anche causare un errore di "Valore non corrispondente (indicizzazione della pagina)" , perché il crawler rileva una pagina il cui colore visibile non corrisponde al colore inviato.

Caso C: varianti che non vale la pena di suddividere. Alcune varianti non influenzano la decisione di acquisto a sufficienza da giustificare annunci separati, ad esempio la lunghezza del cavo di un caricabatterie. In questo caso, è possibile inviare deliberatamente una variante rappresentativa. La Sezione 7 illustra quando questa è la scelta giusta.

Attributi che definiscono le varianti vs. attributi descrittivi

Ogni attributo presente nel feed rientra in una di queste due categorie, e confonderle è una causa frequente di gruppi malformati.

Gli attributi che definiscono le varianti devono differire tra i membri del gruppo. Si tratta degli elementi scelti dal cliente: colore, dimensioni, materiale, fantasia, oltre a dimensioni specifiche del prodotto come capacità o finitura.

Gli attributi costanti del gruppo devono essere identici per ogni membro: brand, gender, age_group, item_group_title, google_product_category. Se due righe condividono un item_group_id ma hanno valori di genere diversi, significa che i prodotti sono stati raggruppati o etichettati in modo errato.

Gli attributi specifici della riga, ma non quelli che definiscono la variante, variano per riga senza definire la variante: id, prezzo, disponibilità, gtin, image_link, link. Due varianti possono legittimamente avere prezzi diversi (una taglia 3XL spesso costa di più) senza che il prezzo sia ciò che le distingue.

3. item_group_id: la base

item_group_id è la chiave condivisa che indica a un canale "queste righe si riferiscono allo stesso prodotto". Tutto il resto relativo alla gestione delle varianti dipende dalla sua correttezza.

La specifica

Poiché Google non distingue tra maiuscole e minuscole, mentre Meta e TikTok no, è necessario utilizzare sempre lettere minuscole (o maiuscole) ovunque. Un catalogo in cui compaiono sia SWTR-001 che swtr-001 verrà visualizzato correttamente su Google, ma verrà suddiviso in due prodotti distinti su Meta.

Scegliere il valore

Il miglior item_group_id è lo SKU principale che hai già nel tuo ERP o PIM. Esiste, è stabile ed è univoco.

Buono:

SWTR-MERINO-CREW
12345
parent-8891

Cattivo, e perché:

Quest'ultimo punto merita di essere sottolineato. item_group_id deve rimanere stabile nel tempo. I canali accumulano la cronologia delle prestazioni relative al gruppo. Se l'esportazione rigenera gli ID, la cronologia viene azzerata a ogni sincronizzazione e nessuna ottimizzazione delle offerte potrà compensare questo problema.

Le tre regole

1. Ogni membro di un gruppo condivide lo stesso item_group_id.
2. Ogni membro ha un ID univoco. La presenza di un ID duplicato in qualsiasi punto del feed comporta l'eliminazione silenziosa della riga successiva.
3. Ogni membro differisce per almeno un attributo che definisce la variante. Due righe con lo stesso ID di gruppo and Gli articoli dello stesso colore e della stessa taglia sono duplicati, non varianti.

Una convenzione che soddisfi tutte e tre:

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

Leggibile, debuggabile, derivato da dati già in tuo possesso.

titolo_gruppo_articolo

Un attributo di Google più recente, facoltativo ma consigliato quando si invia item_group_id. Contiene il nome del prodotto principale (massimo 150 caratteri) e deve essere identico per tutte le varianti del gruppo.

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>

Si noti lo schema: il titolo è specifico della variante, mentre item_group_title non lo è. Inviare la stessa stringa in entrambi i campi spreca il segnale.

opzione variante

Un'altra novità di Google: un metodo strutturato per dichiarare quali proprietà definiscono la variante, anziché lasciare che sia il canale a dedurlo. Accetta fino a 30 coppie nome/valore (ogni sotto-attributo fino a 250 caratteri, per un totale di 5,000 caratteri).

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>

Questo è particolarmente utile per i prodotti i cui assi di variazione non sono coperti dagli attributi standard dell'abbigliamento, come capacità di archiviazione, livello del processore, potenza e numero di posti a sedere. Invece di forzare "256 GB" nella dimensione, lo si dichiara correttamente.

4. Attributi che definiscono la variante, in dettaglio

colore

L'attributo più vincolato da regole nella specifica, e quello che viene più spesso rifiutato.

Non accettato:

• Numeri — Colore 42, RAL 5013
• Codici esadecimali — #001F5B
• Lettere singole — N per blu navy
• Riferimenti a un'immagine — vedi foto
• Parole alfanumeriche o unite — Navy1, NavyBlue (scrivere Navy Blue)

Gestione dei nomi dei colori nel marketing. I marchi di moda raramente chiamano i colori "blu navy". Li chiamano "Regata di mezzanotte". Il canale ha bisogno di un colore che un acquirente cercherebbe; il tuo marchio ha bisogno di un nome proprio sulla pagina.

Il compromesso praticabile:

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

Associa i nomi dei prodotti di marketing a quelli standard nel feed e mantieni il nome del marchio ben visibile sulla landing page e nella descrizione. Non usare colori a caso per il nome del prodotto di marketing: ciò compromette la corrispondenza per le query qualificate per colore, che sono tra le ricerche con la più alta intenzione di acquisto nel settore dell'abbigliamento.

Prodotti multicolore:

color: Navy/White/Grey

Prima il colore primario. Google interpreta il primo valore come il colore dominante.

Taglia

La regola fondamentale è: essere sufficientemente specifici da non lasciare spazio ad ambiguità e coerenti in tutto il catalogo. La taglia M va bene se ogni prodotto la utilizza. Un feed che mescola M, Medium, med e M/L per lo stesso concetto frammenta i gruppi di varianti e rende impossibile la segmentazione in base alla taglia.

Per i prodotti per i quali una singola dimensione non è sufficiente, includere le dimensioni distintive nel valore:

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

tipo_dimensione e sistema_dimensione

Opzionale, solo abbigliamento e poco utilizzato: tutti questi elementi migliorano significativamente la corrispondenza dei risultati per gli acquirenti che effettuano ricerche con questi qualificatori.

size_type — fino a 2 valori tra: regular, petite, maternity, big, tall, plus.

size_system — uno tra: US, UK, EU, DE, FR, JP, CN, IT, BR, MEX, AU. Se omesso, il canale presuppone il sistema del paese di destinazione, il che è la causa di un errore specifico e costoso: un rivenditore turco che vende in Germania con taglie europee ma senza aver dichiarato size_system potrebbe vedersi interpretare le taglie con la scala sbagliata.

xml

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

materiale

Su Google è consentito un massimo di 200 caratteri. Prima il materiale principale, poi fino a due materiali secondari separati da /.

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

Obbligatorio solo se distingue le vostre varianti , ad esempio una borsa venduta in pelle e in tela. Altrimenti è facoltativo, ma vale la pena specificarlo; il materiale è un comune criterio di ricerca.

modello

Massimo 100 caratteri. Testo libero per descrivere la stampa o la grafica: a righe, a pois, paisley, floreale, a spina di pesce. Stessa regola: obbligatorio se è l'elemento che varia.

fascia d'età e genere

Entrambe sono costanti di gruppo . Ogni variante in un gruppo deve avere lo stesso valore.

fascia d'età: neonato, lattante, bambino piccolo, ragazzi, adulto — un valore per prodotto.

genere: maschile, femminile, unisex.

Se un capo d'abbigliamento è effettivamente disponibile in tagli da uomo e da donna, si tratta di due gruppi di articoli distinti , non di un unico gruppo misto. I tagli sono diversi, le taglie sono diverse e l'acquirente sceglie tra prodotti, non tra opzioni.

Tabella di riferimento

5. Esempi di feed reali

XML (Google RSS 2.0)

Due varianti di un gruppo con sei varianti. Osserva cosa cambia e cosa rimane invariato.

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>

Quattro cose da sottolineare:

1. item_group_id e item_group_title sono identici; id e titolo non lo sono.
2. il link contiene parametri di deep-link in modo che l'annuncio venga visualizzato nello stato preselezionato corretto. La & viene codificata come & — ​​richiesto in XML e fonte frequente di errori di analisi.
3. image_link è specifico per la variante. Entrambe le file blu scuro puntano verso la fotografia blu scuro. L'invio di un'unica immagine principale per tutti i colori è il secondo errore più comune dopo la mancanza di ID di gruppo.
4. La riga esaurita è contrassegnata tramite custom_label_1, in modo che possa essere escluso o il suo prezzo ridotto senza essere rimosso dal feed.

CSV / TSV

Gli stessi dati, appiattiti. Riga di intestazione più due varianti:

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

Il formato CSV è quello in cui si verificano la maggior parte dei problemi reali, perché le virgole all'interno di titoli e descrizioni devono essere racchiuse tra virgolette e le virgolette all'interno di campi racchiusi tra virgolette devono essere precedute dal carattere di escape. Se i titoli contengono virgole (e i titoli dei prodotti con colore e dimensione le contengono quasi sempre), è consigliabile utilizzare il formato TSV. Le tabulazioni non compaiono praticamente mai nei dati dei prodotti e si elimina un'intera categoria di bug di analisi sintattica.

JSON

Per l'acquisizione tramite 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"
    }
  ]
}

Una gamma completa di taglie

Sei varianti — due colori × tre taglie — con il motivo identificativo visibile:

Il carbone ha ancora una sola dimensione disponibile su tre. La sezione 9 spiega come risolvere questo problema.

6. Canale per canale

Il concetto è universale. L'implementazione non lo è. Ecco come ogni destinazione principale si aspetta delle varianti e in cosa differisce da ciascuna.

Google Shopping / Merchant Center

È l'implementazione più prescrittiva e di riferimento da cui la maggior parte degli altri canali trae ispirazione.

• item_group_id è necessario per gli annunci gratuiti e per gli annunci Shopping in Brasile, Francia, Germania, Giappone, Regno Unito e Stati Uniti, quando vengono inviate varianti.
• Gli attributi che definiscono le varianti devono essere inseriti: colore e taglia sono obbligatori per l'abbigliamento in quei mercati.
• Il genere e la fascia d'età sono requisiti obbligatori per l'abbigliamento e devono essere coerenti per tutto il gruppo.
• La landing page deve corrispondere visibilmente ai valori della variante inviata, altrimenti si rischia un errore. Valore non corrispondente (indicizzazione della pagina) disapprovazione.
• Ogni variante compete in modo indipendente nell'asta. Google sceglie quale membro di un gruppo mostrare per una determinata query, quindi un gruppo incompleto significa un insieme di candidati più debole.
• image_link deve essere almeno 500×500 pixel per l'abbigliamento: un minimo imposto da 31 Gennaio 2027, vale la pena di sottoporre a verifica ora piuttosto che di fretta.

Nota pratica: Merchant Center effettua i report a livello di variante (ID), non a livello di gruppo. Per valutare correttamente un prodotto, è necessario aggregare i dati in base all'ID del gruppo (item_group_id) manualmente, operazione molto più semplice se l'ID del gruppo è univoco e stabile.

Meta (Facebook e Instagram)

Meta utilizza lo stesso nome di campo con vincoli diversi e un modello di visualizzazione sostanzialmente differente.

• item_group_id consente fino a 100 caratteri ed è che tiene conto del maiuscolo o minuscolo.
• il colore e le dimensioni consentono fino a 200 caratteri.
• I valori di disponibilità vengono utilizzati spazi, non sottolineature: in stock, non in_stock. Questa singola differenza causa più errori nei meta feed di qualsiasi altra, soprattutto quando un feed di Google viene riutilizzato direttamente.
• Nei negozi e sulle superfici dei dettagli del prodotto, un set correttamente raggruppato viene visualizzato come un prodotto con selettore di varianti, piuttosto che diverse inserzioni quasi identiche.
• Gli annunci del catalogo Advantage+ utilizzano il raggruppamento per evitare di mostrare all'utente sei versioni dello stesso maglione in un unico carosello: un catalogo non raggruppato produce annunci visibilmente ripetitivi e impressioni sprecate.
• La creazione di report a livello di variante in Commerce Manager dipende da un raggruppamento corretto.

Nota pratica: non indirizzare Meta al tuo feed Google senza modifiche. Come minimo, trasforma la disponibilità e controlla i limiti di caratteri. La maggior parte delle piattaforme di feed, Feedance inclusa, gestisce questa operazione come una trasformazione a livello di canale, in modo che i dati di origine rimangano inalterati.

TikTok

• item_group_id consente fino a 150 caratteri.
• sku_id è l'identificativo univoco per variante: ogni riga di variante necessita di un valore distinto.
• Il colore e le dimensioni consentono fino a 200 caratteri.
• Il titolo può contenere fino a 255 caratteri; la descrizione fino a 10,000; è previsto l'utilizzo di google_product_category.
• TikTok è il canale più severo riguardo immagini specifiche della varianteLe schede prodotto mostrano un selettore di varianti e le varianti che condividono un'unica immagine generica hanno prestazioni nettamente inferiori. Se dovete risparmiare su un aspetto del vostro processo di gestione delle immagini, non fatelo qui.

Pinterest

• Segue fedelmente il modello di Google; item_group_id raggruppa le varianti.
• Pinterest mostra diverse varianti all'interno di un singolo Pin prodotto, con opzioni selezionabili.
• La qualità dell'immagine e le proporzioni verticali contano in modo sproporzionato: Pinterest è una piattaforma di scoperta visiva e le immagini varianti che non sono distinguibili semplicemente non vengono salvate.

Amazon

Amazon non utilizza item_group_id e presumere il contrario comporta un'enorme perdita di tempo e lavoro.

Amazon utilizza un modello esplicito di relazione genitore/figlio :

• A ASIN principale viene creato come annuncio non acquistabile.
• Ogni ASIN del bambino Fa riferimento al genitore tramite i campi parent_sku / parent_child.
• A tema della variazione devono essere dichiarati — SizeColor, Size, Color, SizeName-ColorName e così via, a seconda della categoria.
• Il tema deve essere valido per quella specifica categoria; lo stesso nome di tema non è disponibile ovunque.

Se esporti i dati sia su Google che su Amazon da un'unica fonte, considera questa operazione come una vera e propria trasformazione, non come una semplice ridenominazione di un campo. Il tuo feed layer deve creare l'inserzione principale, assegnarle il tema e mappare le inserzioni secondarie ad essa.

Mercati regionali e motori di comparazione

I canali di distribuzione turchi e, più in generale, quelli del Medio Oriente e Nord Africa, hanno ciascuno le proprie convenzioni, che spesso fanno la differenza tra un catalogo funzionante e uno inutilizzabile in questi mercati.

• Trendyol Utilizza un proprio modello padre/figlio con un set di attributi obbligatori specifici per categoria. Colore e taglia sono campi strutturati separati e gli elenchi di attributi richiesti variano a seconda della categoria.
• Akakçe and avaro sono motori di comparazione prezzi. In genere si aspettano una riga per ogni SKU acquistabile e le righe duplicate quasi identiche tendono a essere filtrate, quindi l'invio di un elenco completo senza dati differenziati può ridurre, anziché aumentare, la visibilità.
• tutto qui and N11 ciascuno definisce le proprie chiavi di raggruppamento varianti e gli attributi richiesti.

È proprio in questo ambito che gli strumenti generici per i feed globali spesso si rivelano inadeguati, e dove un attributo mappato in modo errato può silenziosamente rimuovere un'intera categoria da un marketplace.

Confronto

7. Divisione o collasso?

Inviare tutte le varianti è la raccomandazione predefinita, ma non è universalmente corretta. La vera questione è se la variante modifichi effettivamente le preferenze dell'acquirente.

Invia ogni variante quando…

• La variazione riguarda la decisione di acquisto. Abbigliamento, calzature, qualsiasi cosa per cui la taglia sbagliata non è una vendita.
• La disponibilità varia significativamente a seconda della variante. Pubblicizzare un prodotto la cui unica taglia disponibile è la 3XL è uno spreco di denaro.
• Il prezzo varia a seconda della variante. Mostrare un prezzo di €89 quando l'opzione selezionata costa €119 crea una discrepanza di prezzo e un cliente infuriato.
• La richiesta di ricerca è qualificata in base alla variante. Le persone cercano "maglione in lana merino blu navy taglia M". Non è possibile posizionarsi bene nei risultati di ricerca senza inviare la richiesta.

Riduci a una variante rappresentativa quando…

• Il catalogo è molto ampio e perlopiù omogeneo. Un rivenditore di ferramenta con 200,000 SKU, di cui il 60% presenta variazioni di lunghezza trascurabili, trae scarso vantaggio da un'espansione completa e ne paga le conseguenze in termini di complessità di elaborazione dei feed e delle campagne.
• Il canale penalizza i contenuti quasi identici. Diversi motori di confronto filtrano le righe ripetitive; una sequenza completa può ridurre la visibilità.
• Le variazioni non influiscono su prezzo, immagine o disponibilità. Se tutte e dodici le varianti sono identiche in ogni aspetto commercialmente rilevante, dodici righe creano rumore anziché segnale.

Quando si comprime, scegliere deliberatamente il rappresentante: la variante più venduta e disponibile a magazzino , non la prima riga in ordine alfabetico. È proprio qui che i dati sulle prestazioni si rivelano fondamentali nel feed: i dati GA4 o della piattaforma possono selezionare automaticamente il rappresentante, anziché lasciare che sia l'ordinamento a farlo.

Una via di mezzo

Dividi lungo l'asse che determina la decisione; unisci lungo quello che non la determina.

Per le calzature, questo di solito significa una riga per colore, con le taglie raggruppate : il colore è l'asse di scoperta, la taglia è la prova di vestibilità che avviene sulla pagina. Per un prodotto in cui la capacità influisce sul prezzo, si divide per capacità e si raggruppa per colore.

8. I 12 errori di variante più comuni

Gli errori 1, 2, 4 e 11 rappresentano la grande maggioranza di quelli che riscontriamo nelle verifiche contabili reali. Nessuno di essi è difficile da individuare; tutti sono invisibili finché qualcuno non si mette a cercarli.

9. Taglie non corrette e stato dell'inventario

Una " serie di taglie mancante" è un prodotto la cui linea di produzione è tecnicamente disponibile ma praticamente invendibile: un maglione disponibile solo nelle taglie XS e 3XL, una scarpa con due taglie mancanti su nove.

Questo aspetto è più importante di quanto sembri. Quando un acquirente clicca su un annuncio per un prodotto e scopre che la sua taglia non è disponibile, avete pagato per un clic che non si è tradotto in una conversione e avete perso la reputazione del vostro marchio. Su larga scala, i prodotti con taglie non disponibili possono assorbire una quota significativa del budget senza contribuire quasi per nulla al fatturato.

Rilevarlo

Calcola, per item_group_id:

size_availability_ratio = in_stock_variants / total_variants

Quindi, agisci in base alle soglie. Un buon punto di partenza:

Bisogna valutare la domanda , non solo il numero. Perdere le taglie XXS e XXL è molto meno importante che perdere le taglie M e L, che in genere rappresentano la maggior parte del volume. Un rapporto che tratta tutte le taglie allo stesso modo non terrà sufficientemente conto della perdita delle taglie principali.

Agire di conseguenza

L'implementazione più pulita contrassegna la condizione nel feed anziché rimuovere il prodotto:

xml

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

L'etichettatura, anziché l'eliminazione, preserva la cronologia del prodotto nel canale e consente di riattivarlo immediatamente al ritorno delle scorte. La rimozione e la successiva riaggiunta azzerano i dati appresi.

Due ulteriori perfezionamenti che vale la pena realizzare:

• Fornire feedback per il merchandising. Un elenco ricorrente di prodotti di dimensioni diverse è un segnale di acquisto, non solo un problema di pubblicità.
• Ricontrollare a ogni sincronizzazione. Le scorte si muovono; l'etichetta deve muoversi di conseguenza. Un elenco statico di taglie non disponibili è peggio di nessun elenco, perché esclude i prodotti che sono stati nel frattempo riassortiti.

10. Utilizzo di varianti per la segmentazione delle campagne

Una volta che le varianti sono strutturate correttamente, i dati diventano un livello di segmentazione: probabilmente l'utilizzo più redditizio di un flusso di varianti pulito.

Google mette a disposizione cinque campi custom_label (da 0 a 4). Accettano valori arbitrari e servono esclusivamente per la logica della tua campagna. I dati di tipo Variant sono l'input ideale.

Un piano realizzabile

Con questi elementi a disposizione, la logica della campagna diventa semplice:

• Offerta al rialzo bestseller + gamma completa + margine elevato
• Escludere i pezzi di dimensioni ridotte dalla prospezione
• Dare la propria autorizzazione alla campagna con un tROAS aggressivo
• Isolare ss26 all'inizio della stagione

Prestazioni massime e vantaggi+

Entrambi i processi sono in gran parte automatizzati, il che rende la segmentazione a livello di feed ancora più importante. Non si ha più il controllo sulle offerte a livello di parola chiave, quindi il feed diventa la leva principale per orientare la spesa.

In Performance Max, le etichette personalizzate determinano la struttura dei gruppi di asset e dei gruppi di quotazione . La suddivisione di un singolo gruppo di asset generico in gruppi basati sui margini o sulla salute del titolo è una delle poche leve strutturali rimaste e dipende interamente dal fatto che le etichette vengano popolate con dati reali.

Negli annunci del catalogo Advantage+, il raggruppamento corretto impedisce che il carosello si riempia con sei diverse tonalità dello stesso maglione, e le definizioni dei set di prodotti basate sugli attributi delle varianti consentono di separare l'inventario per la ricerca di nuovi clienti da quello per il retargeting.

Arricchire le etichette con dati sulle prestazioni

Le etichette statiche si deteriorano. Il bestseller assegnato la scorsa stagione è diventato disinformazione in questa stagione.

L'implementazione più efficace ricalcola le etichette in base ai dati di performance in tempo reale (ricavi GA4, tasso di conversione, numero di visualizzazioni) a ogni sincronizzazione del feed. Un prodotto che smette di vendere viene automaticamente rimosso dalla lista dei bestseller; uno che inizia a vendere vi entra. Questo è un aspetto fondamentale di ciò che l'arricchimento del feed significa in pratica, ed è ciò che distingue le etichette che guidano il budget da quelle che si limitano a descrivere il trimestre precedente.

11. Misurazione delle prestazioni delle varianti

È proprio nei dati a livello di variante che la maggior parte dei report fallisce silenziosamente.

Il problema dell'aggregazione. Merchant Center e Ads riportano i dati a livello di ID. Un maglione in 20 varianti appare come 20 righe, ognuna con una frazione del volume, nessuna delle quali individualmente significativa. Qualsiasi conclusione tratta da una singola riga di varianti è probabilmente frutto di rumore.

Analizzare sempre su due livelli:

1. Livello di gruppo (item_group_id) — fa questo PRODOTTI lavoro? Spesa aggregata, conversioni e ricavi di tutti i membri.
2. Livello variante (id) — che Opzioni Quali colori vendono, quali taglie si esauriscono prima, quali combinazioni non si vendono mai.

La seconda sezione è quella in cui si trovano i risultati più interessanti. Risponde a domande che interessano al merchandising: il blu navy vende tre volte di più del grigio antracite? Le varianti di taglia L si convertono meglio perché sono sempre disponibili? Un colore in particolare sta abbassando la media del gruppo?

Parametri utili da monitorare per ciascun gruppo:

Una nota sull'attribuzione. Spesso un acquirente vede la pubblicità di una variante e ne acquista un'altra: clicca sul blu navy, ma compra il grigio antracite. Pertanto, un'analisi del ROAS a livello di variante, se presa alla lettera, porterà ad attribuzioni errate. Valutate i prodotti a livello di gruppo; utilizzate i dati sulle varianti per comprendere il comportamento degli utenti, non per prendere decisioni di offerta basate su campioni limitati.

12. Lista di controllo pre-lancio

Eseguite questa operazione prima di pubblicare un feed di varianti e dopo qualsiasi modifica strutturale.

Structure

•  Ogni variante ha un ID univoco
•  Ogni membro di un gruppo condivide un item_group_id identico
•  item_group_id deriva da un campo sorgente stabile e non cambia tra le esportazioni
•  item_group_id utilizza la stessa capitalizzazione in tutto il feed
•  Ogni membro differisce per almeno un attributo che definisce la variante
•  item_group_title è presente e identico in tutto il gruppo

Attributi

•  Il colore utilizza nomi di colore semplici, senza codici esadecimali, numeri o singole lettere.
•  I colori multipli sono separati da /, prima il primario.
•  I valori delle dimensioni sono normalizzati sull'intero catalogo.
•  size_system viene dichiarato quando si effettuano vendite in diverse regioni di taglie.
•  genere e fascia d'età sono identici all'interno di ciascun gruppo
•  materiale e modello vengono inseriti dove definiscono la variazione

Collegamenti e immagini

•  Il collegamento di ciascuna variante rimanda allo stato preselezionato corretto
•  & viene codificato come & in XML
•  image_link è specifico per la variante, non è un'immagine principale condivisa
•  Le immagini devono soddisfare le dimensioni minime richieste per ciascun canale.

Trasformazioni di canale

•  Sintassi di disponibilità adattata per canale (in_stock vs. in stock)
•  Limiti di caratteri rispettati per canale
•  Le esportazioni di Amazon creano inserzioni principali e dichiarano un tema di variazione valido
•  Set di attributi del mercato regionale mappati per categoria

Operazioni

•  La frequenza di aggiornamento corrisponde alla velocità effettiva di movimentazione delle azioni.
•  Il rilevamento delle dimensioni della rottura viene eseguito ad ogni sincronizzazione
•  Il controllo degli ID duplicati viene eseguito prima dell'esportazione.
•  Il feed viene validato come XML/CSV ben formato prima della pubblicazione.
•  È configurato un sistema di allerta per cali improvvisi del numero di prodotti.

13. FAQ

Devo inviare ogni singola variante? Non sempre, ma di solito sì per abbigliamento e calzature, dove taglia e colore sono i fattori determinanti per l'acquisto. Per cataloghi molto ampi e omogenei, o canali che filtrano i prodotti quasi identici, inviare una variante rappresentativa ben selezionata per ogni gruppo può risultare più efficace. La scelta della variante rappresentativa deve basarsi sulle performance di vendita e sulla disponibilità a magazzino, non sull'ordine alfabetico.

Cosa succede se ometto item_group_id? Ogni variante viene trattata come un prodotto non correlato. Perdi il selettore di varianti nella pagina di destinazione, gli annunci diventano ripetitivi, i report a livello di variante si interrompono e su Google potresti non soddisfare un requisito: item_group_id è obbligatorio per gli annunci gratuiti e per gli annunci Shopping in diversi mercati importanti quando vengono inviate le varianti.

Le varianti possono avere prezzi diversi? Sì. Il prezzo non è un attributo che definisce le varianti, ma può legittimamente variare a seconda della variante: le taglie più grandi spesso costano di più. Il prezzo inviato deve corrispondere a quello mostrato nella pagina di destinazione per quella specifica variante.

Le varianti esaurite devono rimanere nel feed? In genere sì. Mantienile con la disponibilità: out_of_stock anziché eliminarle. La rimozione e la successiva riaggiunta azzerano la cronologia dell'articolo nel canale. Escludile dalle campagne attive utilizzando una regola o un'etichetta personalizzata.

Un prodotto può appartenere a due gruppi? No. item_group_id accetta un singolo valore per articolo. Se un prodotto appartiene effettivamente a due gruppi concettuali, è necessario risolvere un problema di tassonomia di merchandising a monte.

Devo avere valori item_group_id separati per ogni canale? No, e non dovresti. Usa lo stesso raggruppamento logico ovunque. Ciò che cambia da canale a canale è la trasformazione applicata: limiti di caratteri, maiuscole/minuscole, sintassi. Mantieni un'unica fonte di verità e adattala in fase di esportazione.

Come gestisco i prodotti che sono effettivamente a taglia unica? Indica la taglia come one_size, OS o OSFA. Non lasciare il campo vuoto per l'abbigliamento nei mercati in cui la taglia è obbligatoria.

Versioni uomo e donna dello stesso modello: un gruppo o due? Due. Il genere deve essere identico in tutto il gruppo. Tagli e taglie diversi li rendono prodotti diversi dal punto di vista dell'acquirente.

Quali sono i problemi più frequenti nella pratica? Nei nostri audit: immagini di copertina condivise tra le diverse varianti di colore, valori item_group_id rigenerati a ogni esportazione e sintassi di disponibilità importata senza modifiche da un feed di Google a Meta. Tutti e tre questi problemi sono invisibili nell'interfaccia e si manifestano solo con prestazioni insufficienti e inspiegabili.

Dove ti porta tutto questo?

I feed di varianti premiano la precisione in un modo che la maggior parte del marketing digitale non fa. Non c'è spazio per la creatività nell'item_group_id: o è stabile e condiviso, oppure non lo è. I valori di colore o rispettano le specifiche, oppure vengono rifiutati. Le immagini o corrispondono alla variante, altrimenti il ​​clic è stato sprecato.

Questa è la buona notizia: si tratta di un problema risolvibile con una soluzione ben definita. Il lavoro sta nel mantenerla, perché i cataloghi cambiano quotidianamente, le scorte si muovono di ora in ora e ogni canale adegua le proprie specifiche secondo i propri tempi.

Le aziende che gestiscono correttamente questo aspetto trattano il feed delle varianti come un'infrastruttura, non come un semplice file. Ricavano gli ID di gruppo da dati di origine stabili, normalizzano gli attributi una volta giunti alla fonte, li trasformano per canale in fase di esportazione, ricalcolano lo stato di salute delle scorte a ogni sincronizzazione e inviano avvisi in caso di movimenti inattesi.

È proprio per questo livello che Feedance è stato creato: regole di feed per normalizzare gli attributi alla sorgente, rilevamento delle dimensioni errate con ricalcolo a ogni sincronizzazione, arricchimento GA4 per mantenere aggiornate le etichette delle prestazioni ed esportazioni di canali che applicano la trasformazione corretta per ciascuna delle oltre 200 destinazioni senza modificare i dati di origine.

Se desideri sapere qual è lo stato attuale della tua struttura di varianti prima di apportare qualsiasi modifica, il nostro strumento gratuito di analisi dei feed valuta un feed esistente in termini di completezza, qualità dei dati e stato tecnico, inclusa la suddivisione in gruppi di varianti, senza alcun costo.