A guía completa dos feeds de variantes de produtos

A maioría dos problemas de feeds non parecen ser problemas de feeds. Parecen unha desaprobación de Google Merchant Center que non se pode explicar, unha campaña de Advantage+ que gasta o seu orzamento nunha soa camiseta negra ou un anuncio de Shopping que envía a un cliente que busca unha talla 42 de zapato a unha páxina onde só queda a talla 38.

Debaixo de case todas estas cousas agóchase o mesmo: variantes.

Unha variante é calquera versión dun produto que difire nun aspecto visible e que se pode mercar: tamaño, cor, material, capacidade ou acabado. Son comúns no comercio minorista e inusualmente difíciles nos feeds, porque cada canle as modela de forma diferente e porque facer mal falla silenciosamente. Nada falla. Os teus anuncios simplemente teñen un rendemento inferior discretamente e o diagnóstico reside catro capas máis abaixo nun ficheiro de datos que ninguén abre.

Esta guía abrangue todo o tema: que conta realmente como unha variante, como funciona item_group_id e onde a xente o usa mal, cada atributo que define variantes cos seus límites reais, exemplos de feeds funcionais en XML, CSV e JSON, como Google, Meta, TikTok, Pinterest, Amazon e os mercados rexionais esperan que as variantes estean estruturadas e unha táboa de diagnóstico para os erros que aparecen con máis frecuencia.

É longo porque o tema o é. Usa a táboa de contidos para saltar.

1. Que é en realidade unha variante

Unha variante é unha versión adquirible dun produto que difire dos seus irmáns en polo menos un atributo entre o que un cliente elixiría, sen deixar de ser o mesmo produto.

Esa última cláusula fai moito traballo. Unha camiseta azul mediana e unha camiseta negra grande son o mesmo produto. Unha camiseta azul e unha sudadera azul con capucha non o son, mesmo se son da mesma marca e do mesmo tecido.

O modelo estándar na maioría dos canais é pai/fillo :

• o pai ou nai é o produto conceptual: "xersei de pescozo redondo de lana merina". Normalmente non se pode mercar por si só.
• o nenos son as variantes, cada unha coa súa propia SKU, o seu propio nivel de stock, ás veces o seu propio prezo e imaxe.

Nun feed de produtos, isto case sempre se expresa de forma plana : cada variante é a súa propia fila ou <elemento> e unha clave de agrupación compartida as une. Non hai aniñamento. Un xersei de 4 cores e 5 tallas son 20 filas, todas co mesmo ID de grupo.

O que é non unha variante

Aquí é onde as fontes fallan antes de que se escriba unha soa liña de XML.

Agrupar calquera destes elementos baixo un item_group_id compartido produce un grupo cuxos membros non son intercambiables, o que confunde o selector de variantes na páxina de destino e, nalgúns canais, desencadea unha desaprobación por discrepancia.

2. A decisión que o determina todo

Antes de escribir calquera lóxica de feed, responde unha pregunta para cada tipo de produto que vendas:

Cando un cliente escolle unha opción diferente, chega a unha páxina diferente ou á mesma páxina nun estado diferente?

Esta é a proba práctica e correlaciona directamente con como debes estruturar o feed.

Caso A: URL separadas por variante. Cada cor ten a súa propia páxina de produto (/xersei-merino-azul mariño, /xersei-merino-antracita). Envía cada variante como a súa propia fila coa súa propia ligazón. Esta é a configuración máis limpa, ofrece a mellor relevancia do anuncio e é o que prefiren as canles.

Caso B: unha URL, variante seleccionada na páxina. Todo reside en /xersei-merino e o cliente escolle a cor e a talla cun selector. Podes enviar todas as variantes, pero debes engadir un parámetro de ligazón profunda para que o anuncio chegue ao estado preseleccionado correcto:

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

Sen ese parámetro, un comprador que fixo clic nun anuncio dun medio azul mariño chega a un estado predeterminado que mostra un cor carbón pequeno. Esa discrepancia é un dos maiores factores que provocan conversións silenciosas na publicidade de variantes e, en Google, tamén pode desencadear unha desaprobación por "Valor non coincidente (rastrexo da páxina)" , porque o rastreador ve unha páxina cuxa cor visible non coincide coa cor enviada.

Caso C: variantes que non paga a pena dividir. Algunhas variacións non inflúen na decisión de compra o suficiente como para xustificar anuncios separados; por exemplo, a lonxitude do cable dun cargador. Aquí podes enviar deliberadamente unha variante representativa. A sección 7 aborda cando esta é a decisión correcta.

Atributos definitorios de variantes vs. atributos descritivos

Cada atributo do teu feed cae nun de dous grupos, e confundilos é unha causa frecuente de grupos mal formados.

Os atributos que definen as variantes deben diferir entre os membros do grupo. Estes son os elementos que escolle o cliente: cor, tamaño, material, patrón e dimensións específicas do produto, como a capacidade ou o acabado.

Os atributos de constante de grupo deben ser idénticos en todos os membros: marca, xénero, grupo_de_idade, título_do_grupo_de_artigo e categoría_de_produto_de_google. Se dúas filas comparten un ID_de_grupo_de_artigo pero levan valores de xénero diferentes, ou ben agrupaches mal os produtos ou ben os etiquetaches mal.

Os atributos específicos da fila, pero non os que definen as variantes, varían por fila sen definir a variación: id, price, availability, gtin, image_link, link. Dúas variantes poden ter lexitimamente prezos diferentes (unha talla 3XL adoita custar máis) sen que o prezo sexa o que as distinga.

3. item_group_id: a base

item_group_id é a clave compartida que lle indica a unha canle "estas filas son o mesmo produto". Todo o demais sobre a xestión de variantes depende de que sexa correcta.

A especificación

Dado que Google trata o valor sen distinción entre maiúsculas e minúsculas, pero Meta e TikTok non o fan, estandarízase o uso de minúsculas (ou maiúsculas) en todas partes. Un catálogo onde aparezan SWTR-001 e swtr-001 agruparase correctamente en Google e dividirase en dous produtos en Meta.

Escollendo o valor

O mellor item_group_id é o SKU principal que xa tes no teu ERP ou PIM. Existe, é estable e é único.

Bo:

SWTR-MERINO-CREW
12345
parent-8891

Malo, e por que:

Iso último merece énfase. item_group_id debe ser estable ao longo do tempo. As canles acumulan o historial de rendemento contra o grupo. Se a túa exportación rexenera os ID, restableces ese historial en cada sincronización e ningunha optimización de ofertas o compensará.

As tres regras

1. Todos os membros dun grupo comparten o mesmo item_group_id.
2. Cada membro ten un identificador único. Un ID duplicado en calquera lugar da fonte fai que a fila posterior se elimine silenciosamente.
3. Cada membro difire en polo menos un atributo que define unha variante. Dúas filas co mesmo ID de grupo a mesma cor e tamaño son duplicados, non variantes.

Unha convención que cumpra as tres:

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

Lexible, depurable, derivado de datos que xa tes.

título_do_grupo_de_elementos

Un atributo de Google máis recente, opcional pero recomendable sempre que envíes item_group_id. Contén o nome do produto principal (máximo 150 caracteres) e debe ser idéntico en todas as variantes do grupo.

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>

Observa o patrón: o título é específico da variante, o título_do_grupo_de_elementos non. Enviar a mesma cadea en ambos os casos desperdicia o sinal.

opción_variante

Outra novidade por parte de Google: unha forma estruturada de declarar que propiedades definen a variación, en lugar de deixar que a canle a deduza. Acepta ata 30 pares nome/valor (cada subatributo de ata 250 caracteres, 5,000 caracteres en total).

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>

Isto é particularmente útil para produtos cuxos eixes de variación non están cubertos polos atributos estándar de roupa: capacidade de almacenamento, nivel de procesador, potencia, número de postos. En lugar de forzar un tamaño de "256 GB", declárase correctamente.

4. Atributos que definen variantes, en detalle

cor

O atributo máis vinculado a regras da especificación e o que se rexeita con máis frecuencia.

Non aceptado:

• Números — Cor 42, RAL 5013
• Códigos hexadecimais — #001F5B
• Letras individuais — N para mariña
• Referencias a unha imaxe — ver foto
• Palabras alfanuméricas ou unidas — Navy1, NavyBlue (escribir Navy Blue)

Manexo de nomes de cores de mercadotecnia. As marcas de moda raramente nomean as cores como "azul mariño". Chámanlles "Regatta de Medianoite". A canle necesita unha cor que un comprador buscaría; a túa marca necesita o seu propio nome na páxina.

O compromiso viable:

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

Asocia os nomes de mercadotecnia cos estándar no feed e mantén o nome da marca visible na páxina de destino e na descrición. Non poñas o nome de mercadotecnia en cor e esperanza, xa que iso degrada a coincidencia para as consultas cualificadas por cor, que se atopan entre as buscas de maior intención no sector da roupa.

Produtos multicolores:

color: Navy/White/Grey

Primario primeiro. Google le o primeiro valor como a cor dominante.

tamaño

A regra que importa: sexa o suficientemente específico para ser inequívoco e coherente en todo o catálogo. M está ben se todos os produtos usan M. Un feed que mestura M, Medio, med e M/L para o mesmo concepto fragmenta os seus grupos de variantes e fai que a segmentación baseada no tamaño sexa imposible.

Para produtos nos que unha soa dimensión non é suficiente, inclúa as dimensións distintivas no valor:

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

tipo_tamaño e sistema_tamaño

Opcional, só roupa e infrautilizado: ambos melloran significativamente a coincidencia para os compradores que buscan con estes cualificadores.

tipo_tamaño — ata 2 valores entre: normal, pequena, maternidade, grande, alta, plus.

sistema_de_tamaños — un de: US, UK, EU, DE, FR, JP, CN, IT, BR, MEX, AU. Se se omite, a canle asume o sistema do país de destino, que é a orixe dun fallo específico e custoso: un venda polo miúdo turco que vende a Alemaña con tallas da UE pero sen un sistema_de_tamaños declarado pode ter tallas interpretadas contra a escala incorrecta.

xml

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

material

Máximo 200 caracteres en Google. Primeiro o material principal e despois ata dous materiais secundarios separados por /.

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

Só é obrigatorio se distingue as túas variantes : unha bolsa que se vende en coiro e lona. Se non, é opcional, pero paga a pena enviala; o material é un cualificador de busca común.

estándar

Máximo 100 caracteres. Texto libre que describa o estampado ou gráfico: raias, lunares, paisley, floral, espiga. A mesma regra: é obrigatoria se é o que varía.

grupo_de_idade e xénero

Ambas son constantes de grupo . Todas as variantes dun grupo deben ter o mesmo valor.

grupo_de_idade: recentemente nado, bebé, neno pequeno, nenos, adulto: un valor por produto.

xénero: masculino, feminino, unisex.

Se unha peza de roupa se ofrece realmente en cortes para home e muller, trátase de dous grupos de artigos separados , non dun grupo con xéneros mixtos. Os cortes difiren, as tallas difiren e o comprador está a elixir entre produtos en lugar de entre opcións.

Táboa de referencia

5. Exemplos de fontes reais

XML (Google RSS 2.0)

Dúas variantes dun grupo de seis variantes. Observa o que cambia e o que non.

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>

Catro cousas que paga a pena sinalar:

1. item_group_id e item_group_title son idénticos; o id e o título non o son.
2. a ligazón leva parámetros de ligazón profunda para que o anuncio chegue ao estado preseleccionado correcto. O símbolo & escápase como &, que é obrigatorio en XML e unha fonte frecuente de erros de análise.
3. image_link é específico da variante. Ambas as dúas filas de azul mariño apuntan á fotografía azul mariño. Enviar unha imaxe de heroe para todas as cores é o segundo erro máis común na variante despois de perder os identificadores de grupo.
4. A fila de artigos sen stock está etiquetada a través de custom_label_1, para que se poida excluír ou reducir a oferta sen eliminalo do feed.

CSV / TSV

Os mesmos datos, aplanados. Fila de cabeceira máis dúas variantes:

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 é onde se producen a maioría dos erros reais, porque as comas dentro dos títulos e as descricións deben ir entre comiñas e as comiñas dentro dos campos entre comiñas deben ir con caracteres de escape. Se os títulos conteñen comas (e case sempre o fan os títulos dos produtos con cor e tamaño), use TSV no seu lugar. As tabulacións practicamente nunca aparecen nos datos dos produtos e desaparece toda unha clase de erros de análise.

JSON

Para a inxestión baseada en 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"
    }
  ]
}

Unha carreira de tamaño completo

Seis variantes (dúas cores × tres tamaños) co patrón de identificación visible:

Ao carbón vexetal quédalle un tamaño de cada tres. A sección 9 explica que facer ao respecto.

6. Canle por canle

O concepto é universal. A implementación non o é. Así é como cada destino principal espera variantes e onde difire cada unha.

Google Shopping / Centro de comerciantes

A máis prescritiva e a implementación de referencia da que toman prestada a maioría dos outros canais.

• o id_do_grupo_de_elementos é necesario para anuncios gratuítos e para anuncios de Shopping en Alemaña, Brasil, Francia, Xapón, Reino Unido e Estados Unidos, sempre que se envíen variantes.
• Os atributos que definen as variantes deben completarse: a cor e a talla son obrigatorias para a roupa neses mercados.
• Os campos *xénero* e *grupo_de_idade* son obrigatorios para a roupa e deben ser coherentes en todo o grupo.
• A páxina de destino debe coincidir visiblemente cos valores das variantes enviadas, ou corres o risco de... Valor non coincidente (rastrexo da páxina) desaprobación.
• Cada variante compite de forma independente na poxa. Google escolle que membro dun grupo quere mostrar para unha consulta determinada, polo que un grupo incompleto significa un conxunto de candidatos máis débil.
• A ligazón_da_imaxe debe ter polo menos 500 × 500 píxeles para a roupa, un mínimo que se aplica a partir de 31 xaneiro 2027, paga a pena auditar agora en vez de con présa.

Nota práctica: Merchant Center informa a nivel de variante (id), non a nivel de grupo. Para avaliar un produto correctamente, debes agregalo por item_group_id, o que é moito máis doado se o ID do grupo é limpo e estable.

Meta (Facebook e Instagram)

Meta usa o mesmo nome de campo con diferentes restricións e un modelo de visualización substancialmente diferente.

• item_group_id permite ata Caracteres 100 e é Distingue entre maiúsculas e minúsculas.
• a cor e o tamaño permiten ata Caracteres 200.
• Uso dos valores de dispoñibilidade espazos, non guións baixos: en stock, non en_stock. Esta única diferenza rompe máis metafeeds que calquera outra, especialmente cando se reutiliza directamente un feed de Google.
• Nas tendas e nas superficies de detalles de produtos, un conxunto correctamente agrupado renderízase como un produto cun selector de variantes, en lugar de varias listaxes case idénticas.
• Os anuncios do catálogo de Advantage+ usan o grupo para evitar mostrarlle a un usuario seis versións do mesmo xersei nun só carrusel: un catálogo non agrupado produce anuncios visiblemente repetitivos e impresións desperdiciadas.
• Os informes a nivel de variante en Commerce Manager dependen da agrupación correcta.

Nota práctica: Non apuntes Meta ao teu feed de Google sen modificar. Como mínimo, transforma a dispoñibilidade e comproba os límites de caracteres. A maioría das plataformas de feeds, incluída Feedance, xestionan isto como unha transformación a nivel de canle, polo que os datos de orixe permanecen intactos.

Tik Tok

• item_group_id permite ata Caracteres 150.
• sku_id é o identificador único por variante: cada fila de variantes precisa dun valor distinto.
• A cor e o tamaño permiten ata 200 caracteres.
• O título permite ata 255 caracteres; a descrición ata 10 000; espérase google_product_category.
• TikTok é a canle máis estrita sobre imaxes específicas da varianteAs tarxetas de produto mostran un selector de variantes e as variantes que comparten unha única imaxe xenérica teñen un rendemento considerablemente peor. Se tes un atallo no teu fluxo de traballo de imaxes, non o fagas aquí.

Pinterest

• Segue de preto o modelo de Google; item_group_id agrupa variantes.
• Pinterest mostra variantes dentro dun único Pin de produto con opcións seleccionables.
• A calidade da imaxe e as relacións de aspecto verticais importan de forma desproporcionada: Pinterest é unha superficie de descubrimento visual e as imaxes variantes que non son distintas simplemente non se gardan.

Amazonas

Amazon non usa item_group_id e, supoñer o contrario, provoca unha gran cantidade de traballo perdido.

Amazon usa un modelo de relación pai/fillo explícito :

• A ASIN principal créase como un anuncio non mercable.
• cada ASIN infantil fai referencia ao elemento pai mediante os campos parent_sku / parent_child.
• A tema de variación deben declararse — SizeColor, Size, Color, SizeName-ColorName e así sucesivamente, variando segundo a categoría.
• O tema debe ser válido para esa categoría específica; o mesmo nome de tema non está dispoñible en todas partes.

Se estás a exportar a Google e Amazon desde unha mesma fonte, trátao como unha transformación xenuína, non como un cambio de nome de campo. A túa capa de feed debe construír a listaxe principal, asignarlle o tema e mapear os elementos secundarios.

Mercados rexionais e motores de comparación

As canles turcas e as da rexión MENA máis ampla teñen as súas propias convencións e, nestes mercados, adoitan marcar a diferenza entre un catálogo que funciona e un defectuoso.

• Trendyol usa o seu propio modelo pai/fillo cun conxunto de atributos obrigatorios específicos da categoría. A cor e o tamaño son campos estruturados separados e as listas de atributos obrigatorios varían segundo a categoría.
• Akakçe Avaro son motores de comparación de prezos. Normalmente esperan unha fila por SKU que se pode mercar e as filas duplicadas case idénticas tenden a filtrarse, polo que enviar unha execución a tamaño completo sen datos diferenciados pode reducir a visibilidade en lugar de aumentala.
• Hepsiburada N11 cada un define as súas propias claves de agrupación de variantes e os atributos requiridos.

Esta é a área onde as ferramentas de feed global xenéricas adoitan ser insuficientes e onde un atributo mal mapeado elimina discretamente unha categoría enteira dun mercado.

comparación

7. División ou colapso?

Enviar todas as variantes é a recomendación predeterminada, pero non é universalmente correcto. A verdadeira pregunta é se a variación cambia o que o comprador desexa.

Enviar cada variante cando…

• A variación é a decisión de compra. Roupa, calzado, calquera cousa coa talla incorrecta non se considera venda.
• O stock difire significativamente segundo a variante. Anunciar un produto cuxa única opción restante é unha talla 3XL supón un malgasto.
• O prezo varía segundo a variante. Mostrar 89 € cando a opción seleccionada custa 119 € produce unha discrepancia de prezos e un cliente enfadado.
• A demanda de busca cualifícase por variantes. A xente busca "xersei de merino azul mariño mediano". Non podes posicionarte por iso sen envialo.

Contraer a unha variante representativa cando…

• O catálogo é moi extenso e na súa maior parte homoxéneo. Un vendedor polo miúdo de ferraxaría con 200,000 SKU onde o 60 % son variacións de lonxitude triviais obtén poucos beneficios coa expansión completa e paga por iso no procesamento de feeds e na complexidade das campañas.
• A canle penaliza os duplicados case exactos. Varios motores de comparación filtran filas repetitivas; unha execución a tamaño completo pode reducir a visibilidade.
• A variación non afecta o prezo, a imaxe nin a dispoñibilidade. Se as doce variantes son idénticas en todos os aspectos comercialmente relevantes, doce filas crean ruído en lugar de sinal.

Ao contraer, escolle o representante deliberadamente: a variante en stock máis vendida , non a primeira fila alfabeticamente. Aquí é exactamente onde os datos de rendemento gañan o seu lugar no feed: GA4 ou os datos da plataforma poden seleccionar o representante automaticamente en lugar de deixalo segundo a orde de clasificación.

Un camiño intermedio

Dividido no eixo que impulsa a decisión; colapsa no que non o fai.

Para o calzado, iso normalmente significa unha fila por cor, coas tallas contraídas : a cor é o eixe de descubrimento e a talla é a comprobación de axuste que se realiza na páxina. Para un produto onde a capacidade impulsa o prezo, divídese en capacidade e contraese en cor.

8. Os 12 erros de variante máis comúns

Os erros 1, 2, 4 e 11 representan a gran maioría do que vemos nas auditorías reais. Ningún deles é difícil; todos eles son invisibles ata que alguén os mira.

9. Tamaños rotos e estado do inventario

Unha tirada de tallas rotas é un produto cuxo grupo está tecnicamente activo pero practicamente invendible: un xersei dispoñible só en XS e 3XL, un zapato ao que lle quedan dúas tallas de nove.

Isto importa máis do que parece. Cando un comprador fai clic nun anuncio dun produto e descobre que a súa talla non está dispoñible, pagaches por un clic que non conseguiu converter e gastaches boa vontade da marca facéndoo. A grande escala, os produtos de tamaño roto poden consumir unha parte significativa do orzamento sen contribuír case en nada aos ingresos.

Detectándoo

Computar, por ID_de_grupo_de_elementos:

size_availability_ratio = in_stock_variants / total_variants

Despois, actúa sobre os limiares. Un punto de partida viable:

Pondera isto segundo a demanda , non só segundo o número. Perder XXS e XXL importa moito menos que perder M e L, que normalmente son a maior parte do volume. Unha proporción que trata todas as tallas por igual reaccionará de forma insuficiente á perda das tallas do teu tronco.

Actuando en consecuencia

A implementación máis limpa etiqueta a condición na fonte en lugar de eliminar o produto:

xml

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

Etiquetar en lugar de eliminar conserva o historial do produto na canle e permíteche reactivalo instantaneamente cando volva haber stock. Eliminar e volver engadir restablece a aprendizaxe.

Dous refinamentos adicionais que paga a pena implementar:

• Retroalimentar ao merchandising. Unha lista recorrente de tamaño roto é un sinal de compra, non só un problema de publicidade.
• Volve comprobar cada sincronización. O stock móvese; a etiqueta debe moverse con el. Unha lista estática de tamaño roto é peor que nada, porque suprime os produtos que foron repostos desde entón.

10. Uso de variantes para a segmentación de campañas

Unha vez que as variantes estean estruturadas correctamente, os datos convértense nunha capa de segmentación, posiblemente o uso de maior rendemento dun feed de variantes limpas.

Google ofrece cinco campos custom_label (0–4). Aceptan valores arbitrarios e existen unicamente para a lóxica da túa propia campaña. Os datos das variantes son unha entrada ideal.

Un esquema viable

Con isto en marcha, a lóxica da campaña vólvese sinxela:

• Oferta máis vendida + tirada completa + marxe alta
• Excluír o tamaño roto da prospección
• Darlle á autorización a súa propia campaña cun retorno da inversión en investimentos obxectivo (tROAS) agresivo
• Illa a ss26 cando comece a tempada

Rendemento máximo e Advantage+

Ambos están en gran parte automatizados, o que fai que a segmentación a nivel de feed sexa máis importante en lugar de menos. Xa non controlas as ofertas a nivel de palabra clave, polo que o feed convértese na túa principal panca para dirixir o gasto.

En Performance Max, as etiquetas personalizadas controlan a estrutura dos grupos de activos e dos grupos de cotización . Dividir un único grupo de activos xerais en grupos baseados na marxe ou no estado das accións é unha das poucas palancas estruturais que quedan e depende enteiramente de que as etiquetas se completen a partir de datos reais.

Nos anuncios do catálogo de Advantage+, a agrupación correcta impide que o carrusel se encha con seis tons do mesmo xersei, e as definicións de conxuntos de produtos baseadas en atributos de variantes permítenche separar a prospección do inventario de retargeting.

Enriquecer as etiquetas con datos de rendemento

As etiquetas estáticas decaen. O éxito de vendas asignado á tempada pasada é desinformación desta tempada.

A implementación máis forte recalcula as etiquetas a partir dos datos de rendemento en directo (ingresos de GA4, taxa de conversión, número de visualizacións) en cada sincronización de feeds. Un produto que deixa de venderse sae da lista de éxitos de vendas automaticamente; un que comeza a venderse entra nela. Esta é unha parte fundamental do que significa o enriquecemento de feeds na práctica e é a diferenza entre as etiquetas que dirixen o orzamento e as etiquetas que simplemente describen o último trimestre.

11. Medición do rendemento das variantes

Os datos a nivel de variante son onde a maioría dos informes se desmoronan silenciosamente.

O problema da agregación. Merchant Center e Ads informan a nivel de identificación. Un xersei en 20 variantes aparece como 20 filas, cada unha cunha fracción do volume, ningunha significativa individualmente. Calquera conclusión extraída dunha única fila de variantes probablemente sexa ruído.

Analiza sempre en dous niveis:

1. Nivel de grupo (id_do_grupo_de_elementos) — isto faino produto traballo? Gasto agregado, conversións e ingresos de todos os membros.
2. Nivel de variante (id) — que opcións funcionan? Que cores se venden, que tallas se esgotan primeiro, que combinacións nunca se moven.

O segundo é onde residen os achados interesantes. Responde ás preguntas que lle importan ao merchandising: o azul mariño supera o carbón en tres a un? As variantes de talla L convértense mellor porque sempre están en stock? Unha cor arrastra a media do grupo cara abaixo?

Métricas que paga a pena seguir por grupo:

Unha nota sobre a atribución. Un comprador adoita ver un anuncio dunha variante e compra outra: fai clic na azul mariño e compra a antracita. Polo tanto, o retorno da inversión en publicidade (ROAS) a nivel de variante, tomado literalmente, producirá unha atribución incorrecta. Avalia os produtos a nivel de grupo; usa os datos das variantes para comprender o comportamento, non para tomar decisións de poxa con mostras pouco precisas.

12. Lista de verificación previa ao lanzamento

Executa isto antes de publicar unha variante de fonte e despois de calquera cambio estrutural.

estrutura

•  Cada variante ten un identificador único
•  Cada membro dun grupo comparte un item_group_id idéntico
•  item_group_id deriva dun campo de orixe estable e non cambia entre exportacións
•  item_group_id usa maiúsculas e minúsculas coherentes en todo o feed
•  Cada membro difire en polo menos un atributo que define unha variante
•  item_group_title está presente e é idéntico en todo o grupo

Atributos

•  a cor usa nomes de cores simples, sen hexadecimais, números nin letras individuais
•  As cores múltiples sepáranse con /, a primaria primeiro
•  Os valores de tamaño están normalizados en todo o catálogo
•  size_system declárase cando vendes en diferentes rexións de tamaño
•  o xénero e o grupo de idade son idénticos dentro de cada grupo
•  o material e o patrón énchense onde definen a variación

Ligazóns e imaxes

•  A ligazón de cada variante resólvese no estado preseleccionado correcto
•  & é un escapado como & en XML
•  image_link é específico da variante, non unha imaxe principal compartida
•  As imaxes cumpren as dimensións mínimas para cada canle

Transformacións de canles

•  sintaxe de dispoñibilidade axustada por canle (en_stock vs. en stock)
•  Límites de caracteres respectados por canle
•  As exportacións de Amazon crean listaxes principais e declaran un tema de variación válido
•  Conxuntos de atributos do mercado rexional mapeados por categoría

operacións

•  A frecuencia de actualización coincide coa velocidade á que se move realmente o stock
•  A detección de tamaño roto execútase en cada sincronización
•  A comprobación de ID duplicados execútase antes da exportación
•  Valídase a fonte como XML/CSV ben formado antes de publicala
•  As alertas están configuradas para baixadas repentinas do número de produtos

13. FAQ

Teño que enviar cada variante individualmente? Non sempre, pero normalmente si para roupa e calzado, onde a talla e a cor son a decisión de compra. Para catálogos homoxéneos moi grandes ou canles que filtran case duplicados, enviar unha variante representativa ben escollida por grupo pode ter un mellor rendemento. Escolle o representante polo rendemento das vendas e o stock, non alfabeticamente.

Que ocorre se omito item_group_id? Cada variante trátase como un produto non relacionado. Pérdese o selector de variantes na superficie de destino, os anuncios vólvense repetitivos, os informes a nivel de variante interrompense e, en Google, é posible que non se cumpra un requisito: item_group_id é obrigatorio para as fichas gratuítas e para os anuncios de Shopping en varios mercados importantes cando se envían variantes.

Poden as variantes ter prezos diferentes? Si. O prezo non é un atributo que defina unha variante, pero pode variar lexitimamente segundo a variante; os tamaños máis grandes adoitan custar máis. O prezo enviado debe coincidir co que se mostra na páxina de destino para esa variante específica.

Deberían permanecer as variantes esgotadas no feed? Xeralmente si. Manteñas con dispoñibilidade: out_of_stock en lugar de eliminalas. Ao eliminar e volver engadir, restablécese o historial do artigo na canle. Exclúeas das campañas activas usando unha regra ou unha etiqueta personalizada.

Pode un produto pertencer a dous grupos? Non. item_group_id acepta un único valor por artigo. Se un produto pertence realmente a dous grupos conceptuais, tes un problema de taxonomía de mercadotecnia que resolver augas arriba.

Necesito valores de item_group_id separados por canle? Non, e non deberías. Usa a mesma agrupación lóxica en todas partes. O que difire segundo a canle é a transformación que se lle aplica: límites de caracteres, maiúsculas e minúsculas, sintaxe. Mantén unha fonte fiable e adáptaa na exportación.

Como podo xestionar produtos que son realmente de talla única? Envía o tamaño como talla_única, OS ou OSFA. Non o deixes baleiro para roupa en mercados onde se esixe un tamaño.

Versións para homes e mulleres do mesmo deseño: ¿un grupo ou dous? Dous. O xénero debe ser idéntico en todo o grupo. Os diferentes cortes e as diferentes tallas convértenos en produtos diferentes desde a perspectiva do comprador.

Que falla con máis frecuencia na práctica? Nas nosas auditorías: imaxes principais compartidas en variantes de cor, valores de item_group_id rexenerados en cada exportación e sintaxe de dispoñibilidade trasladada sen cambios desde un feed de Google a Meta. Os tres son invisibles na interface e só aparecen como un rendemento inferior inexplicable.

Onde isto te deixa

Os feeds de variantes recompensan a precisión dun xeito que a maior parte do marketing dixital non fai. Non hai xuízo creativo en item_group_id: ou é estable e compartido, ou non o é. Os valores de cor ou seguen a especificación ou son rexeitados. As imaxes ou coinciden coa variante ou o clic foi desperdiciado.

Esas son as boas novas: este é un problema solucionable cunha resposta definitiva. O traballo está en mantelo, porque os catálogos cambian a diario, o stock móvese cada hora e cada canle axusta as súas especificacións segundo o seu propio horario.

As empresas que fan isto ben tratan o feed de variantes como unha infraestrutura en lugar dun ficheiro. Derivan os ID de grupo a partir de datos de orixe estables, normalizan os atributos unha vez na orixe, transforman por canle na exportación, recalculan o estado do stock en cada sincronización e alertan cando algo se move inesperadamente.

Esa é precisamente a capa para a que está deseñado Feedance : regras de feed para normalizar os atributos na orixe, detección de tamaño roto que se recalcula en cada sincronización, enriquecemento de GA4 para manter as etiquetas de rendemento actualizadas e exportacións de canles que aplican a transformación correcta para cada un dos máis de 200 destinos sen tocar os datos de orixe.

Se queres saber cal é a túa propia estrutura de variantes antes de cambiar nada, a nosa ferramenta gratuíta de auditoría de feeds cualifica un feed existente en canto á integridade, a calidade dos datos e o estado técnico (incluída a agrupación de variantes) sen custo ningún.