Guía completa de los feeds de variantes de producto

La mayoría de los problemas de feed no parecen problemas de feed. Parecen un rechazo de Google Merchant Center que no sabe explicar, una campaña Advantage+ que gasta todo su presupuesto en una sola camiseta negra o un anuncio de Shopping que envía a un cliente que busca unos zapatos de la talla 42 a una página en la que solo queda la 38.

Debajo de casi todos ellos hay lo mismo: las variantes.

Una variante es cualquier versión de un producto que se diferencia en un aspecto visible y que se puede comprar: talla, color, material, capacidad, acabado. Son algo habitual en el comercio minorista y especialmente complicado en los feeds, porque cada canal las modela de forma distinta y porque, cuando se hacen mal, fallan sin hacer ruido. Nada se rompe. Sus anuncios simplemente rinden menos sin avisar, y el diagnóstico está cuatro capas más abajo, en un archivo de datos que nadie abre.

Esta guía cubre todo el tema: qué cuenta realmente como variante, cómo funciona item_group_id y dónde se usa mal, cada atributo que define variantes con sus límites reales, ejemplos de feeds que funcionan en XML, CSV y JSON, cómo esperan Google, Meta, TikTok, Pinterest, Amazon y los marketplaces regionales que se estructuren las variantes, y una tabla de diagnóstico de los errores más frecuentes.

Es larga porque el tema lo es. Utilice el índice para ir directamente a cada apartado.

1. Qué es realmente una variante

Una variante es una versión comprable de un producto que se diferencia de sus hermanas en al menos un atributo entre los que el cliente elegiría, sin dejar de ser el mismo producto.

Esa última condición es fundamental. Una camiseta azul de talla M y una camiseta negra de talla L son el mismo producto. Una camiseta azul y una sudadera azul no lo son, aunque sean de la misma marca y del mismo tejido.

El modelo estándar en la mayoría de los canales es el de principal/secundario:

• El producto principal es el producto conceptual: "Merino Crew Neck Sweater". Normalmente no se puede comprar por sí solo.
• Los productos secundarios son las variantes, cada una con su propio SKU, su propio nivel de stock y, a veces, su propio precio y su propia imagen.

En un feed de productos, esto se expresa casi siempre de forma plana: cada variante es su propia fila o <item>, y una clave de agrupación común las vincula. No hay anidamiento. Un jersey en 4 colores y 5 tallas son 20 filas, todas con el mismo ID de grupo.

Qué no es una variante

Aquí es donde los feeds fallan antes de escribir una sola línea de XML.

Agrupar cualquiera de estos bajo un item_group_id común genera un grupo cuyos miembros no son intercambiables, lo que confunde al selector de variantes de la página de destino y, en algunos canales, provoca un rechazo por discrepancia.

2. La decisión que lo determina todo

Antes de escribir ninguna lógica de feed, responda a una pregunta para cada tipo de producto que vende:

Cuando un cliente elige otra opción, ¿llega a una página distinta o a la misma página en otro estado?

Esta es la prueba práctica, y se corresponde directamente con cómo debe estructurar el feed.

Caso A: URL independientes por variante. Cada color tiene su propia página de producto (/merino-sweater-navy, /merino-sweater-charcoal). Envíe cada variante como su propia fila con su propio enlace. Es la configuración más limpia, ofrece la mejor relevancia de los anuncios y es la que prefieren los canales.

Caso B: una sola URL, con la variante seleccionada en la página. Todo está en /merino-sweater y el cliente elige el color y la talla con un selector. Puede seguir enviando todas las variantes, pero debe añadir un parámetro de enlace profundo para que el anuncio lleve al estado preseleccionado correcto:

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

Sin ese parámetro, un comprador que hizo clic en un anuncio de un jersey azul marino de talla M llega a un estado predeterminado que muestra el gris marengo en talla S. Esa discrepancia es uno de los mayores asesinos silenciosos de la conversión en la publicidad de variantes y, en Google, también puede provocar un rechazo por "Mismatched value (page crawl)", porque el rastreador ve una página cuyo color visible no coincide con el valor de color enviado.

Caso C: variantes que no merece la pena separar. Algunas variaciones no influyen lo suficiente en la decisión de compra como para justificar anuncios independientes, como la longitud del cable de un cargador. En estos casos, puede enviar deliberadamente una única variante representativa. La sección 7 explica cuándo es la decisión correcta.

Atributos que definen variantes frente a atributos descriptivos

Todos los atributos de su feed pertenecen a uno de dos grupos, y confundirlos es una causa frecuente de grupos mal formados.

Los atributos que definen variantes deben diferir entre los miembros del grupo. Son las cosas que elige el cliente: color, size, material, pattern, además de dimensiones propias de cada producto, como la capacidad o el acabado.

Los atributos constantes en el grupo deben ser idénticos en todos los miembros: brand, gender, age_group, item_group_title, google_product_category. Si dos filas comparten item_group_id pero tienen valores de gender distintos, o bien ha agrupado mal los productos o bien los ha etiquetado mal.

Los atributos propios de cada fila pero que no definen variantes varían en cada fila sin definir la variación: id, price, availability, gtin, image_link, link. Dos variantes pueden tener legítimamente precios distintos (una talla 3XL suele costar más) sin que el precio sea lo que las distingue.

3. item_group_id: la base

item_group_id es la clave común que indica a un canal "estas filas son el mismo producto". Todo lo demás en la gestión de variantes depende de que sea correcto.

La especificación

Como Google no distingue entre mayúsculas y minúsculas en este valor, pero Meta y TikTok sí, estandarice en minúsculas (o en mayúsculas) en todas partes. Un catálogo en el que aparecen tanto SWTR-001 como swtr-001 se agrupará correctamente en Google y se dividirá en dos productos en Meta.

Cómo elegir el valor

El mejor item_group_id es el SKU principal que ya tiene en su ERP o PIM. Ya existe, es estable y es único.

Correcto:

SWTR-MERINO-CREW
12345
parent-8891

Incorrecto, y por qué:

Este último merece especial atención. item_group_id debe ser estable en el tiempo. Los canales acumulan historial de rendimiento asociado al grupo. Si su exportación regenera los ID, reinicia ese historial en cada sincronización, y ninguna optimización de pujas lo compensará.

Las tres reglas

1. Todos los miembros de un grupo comparten el mismo item_group_id.
2. Cada miembro tiene un id único. Un id duplicado en cualquier parte del feed hace que la fila posterior se descarte sin avisar.
3. Cada miembro difiere en al menos un atributo que define variantes. Dos filas con el mismo ID de grupo y el mismo color y talla son duplicados, no variantes.

Una convención que cumple las 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

Legible, fácil de depurar y derivada de datos que ya tiene.

item_group_title

Un atributo más reciente de Google, opcional pero recomendado siempre que envíe item_group_id. Contiene el nombre del producto principal (máximo 150 caracteres) y debe ser idéntico en todas las variantes del 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>

Fíjese en el patrón: title es específico de cada variante; item_group_title no lo es. Enviar la misma cadena en ambos desperdicia la señal.

variant_option

También es más reciente en Google: una forma estructurada de declarar qué propiedades definen la variación, en lugar de dejar que el canal lo deduzca. Admite hasta 30 pares de nombre y valor (cada subatributo de hasta 250 caracteres, con un total de 5.000 caracteres).

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>

Resulta especialmente útil para productos cuyos ejes de variación no cubren los atributos estándar de moda: capacidad de almacenamiento, gama del procesador, potencia, número de plazas. En lugar de forzar "256GB" en size, lo declara correctamente.

4. Atributos que definen variantes, en detalle

color

El atributo con más reglas de toda la especificación y el que se rechaza con más frecuencia.

No se aceptan:

• Números: Colour 42, RAL 5013
• Códigos hexadecimales: #001F5B
• Letras sueltas: N para navy
• Referencias a una imagen: see photo
• Palabras alfanuméricas o unidas: Navy1, NavyBlue (escriba Navy Blue)

Cómo gestionar los nombres de color comerciales. Las marcas de moda rara vez llaman "azul marino" a un color. Lo llaman "Midnight Regatta". El canal necesita un color que un comprador buscaría; su marca necesita su propio nombre en la página.

El término medio viable:

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

Asigne en el feed los nombres comerciales a nombres estándar y mantenga visible el nombre de la marca en la página de destino y en la descripción. No ponga el nombre comercial en color esperando que funcione: empeora la coincidencia con las búsquedas que incluyen un color, que se encuentran entre las de mayor intención de compra en moda.

Productos multicolor:

color: Navy/White/Grey

El principal primero. Google interpreta el primer valor como el color dominante.

size

La regla que importa: sea lo bastante específico para no dejar lugar a la ambigüedad y coherente en todo el catálogo. M es válido si todos los productos utilizan M. Un feed que mezcla M, Medium, med y M/L para el mismo concepto fragmenta sus grupos de variantes e impide segmentar por talla.

En los productos en los que una sola dimensión no basta, incluya en el valor las dimensiones que los distinguen:

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

size_type y size_system

Opcionales, solo para ropa y poco utilizados: ambos mejoran notablemente la coincidencia con los compradores que buscan con estos calificativos.

size_type: hasta 2 valores de entre regular, petite, maternity, big, tall y plus.

size_system: uno de US, UK, EU, DE, FR, JP, CN, IT, BR, MEX o AU. Si se omite, el canal asume el sistema del país de destino, lo que provoca un fallo concreto y costoso: un minorista turco que vende en Alemania con tallas europeas, pero sin declarar size_system, puede ver sus tallas interpretadas según una escala equivocada.

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. Primero el material principal y después hasta dos materiales secundarios separados por /.

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

Es obligatorio solo si distingue sus variantes, por ejemplo, un bolso que se vende en piel y en lona. En los demás casos es opcional, pero conviene enviarlo: el material es un calificativo de búsqueda habitual.

pattern

Máximo 100 caracteres. Texto libre que describe el estampado o el motivo: Striped, Polka Dot, Paisley, Floral, Herringbone. La misma regla: es obligatorio si es lo que varía.

age_group y gender

Ambos son constantes en el grupo. Todas las variantes de un grupo deben tener el mismo valor.

age_group: newborn, infant, toddler, kids, adult; un valor por producto.

gender: male, female, unisex.

Si una prenda se ofrece realmente en patrón de hombre y de mujer, se trata de dos grupos de artículos distintos, no de un grupo con géneros mezclados. Los patrones difieren, las tallas difieren y el comprador elige entre productos, no entre opciones.

Tabla de referencia

5. Ejemplos reales de feeds

XML (Google RSS 2.0)

Dos variantes de un grupo de seis. Fíjese en lo que cambia y en lo que no.

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>

Cuatro aspectos que conviene destacar:

1. item_group_id e item_group_title son idénticos; id y title no lo son.
2. link incluye parámetros de enlace profundo para que el anuncio lleve al estado preseleccionado correcto. El & se escapa como &amp;, algo obligatorio en XML y una causa frecuente de errores de análisis.
3. image_link es específico de cada variante. Ambas filas azul marino apuntan a la fotografía azul marino. Enviar una sola imagen principal para todos los colores es el segundo error de variantes más común, después de la falta de ID de grupo.
4. La fila agotada está etiquetada mediante custom_label_1, de modo que puede excluirse o pujar menos por ella sin eliminarla del feed.

CSV / TSV

Los mismos datos, en formato plano. Fila de encabezado más dos 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 es donde se producen la mayoría de los fallos reales, porque las comas dentro de los títulos y las descripciones deben ir entre comillas, y las comillas dentro de los campos entrecomillados deben escaparse. Si sus títulos contienen comas (y los títulos de productos con color y talla casi siempre las contienen), utilice TSV. Los tabuladores prácticamente nunca aparecen en los datos de producto, y desaparece toda una categoría de errores de análisis.

JSON

Para la importación mediante 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 serie de tallas completa

Seis variantes (dos colores × tres tallas) con el patrón de ID visible:

Al color gris marengo (Charcoal) le queda una talla de tres. La sección 9 explica qué hacer al respecto.

6. Canal por canal

El concepto es universal. La implementación no. Así es como cada uno de los principales destinos espera las variantes, y en qué se diferencia cada uno.

Google Shopping / Merchant Center

El más prescriptivo y la implementación de referencia de la que toman prestado la mayoría de los demás canales.

• item_group_id es obligatorio para las fichas gratuitas, y para los anuncios de Shopping en Brasil, Francia, Alemania, Japón, Reino Unido y Estados Unidos, siempre que se envíen variantes.
• Los atributos que definen variantes deben estar rellenados: color y size son obligatorios para la ropa en esos mercados.
• gender y age_group son obligatorios para la ropa y deben ser coherentes en todo el grupo.
• La página de destino debe coincidir visiblemente con los valores de variante enviados; de lo contrario, se arriesga a un rechazo por Mismatched value (page crawl).
• Cada variante compite de forma independiente en la subasta. Google elige qué miembro de un grupo mostrar para una búsqueda determinada, por lo que un grupo incompleto supone un conjunto de candidatos más débil.
• image_link debe tener al menos 500×500 píxeles en ropa, un mínimo que se aplicará a partir del 31 de enero de 2027; conviene revisarlo ya y no con prisas.

Nota práctica: Merchant Center informa a nivel de variante (id), no de grupo. Para evaluar un producto correctamente, debe agregar los datos usted mismo por item_group_id, algo mucho más fácil si el ID de grupo es limpio y estable.

Meta (Facebook e Instagram)

Meta utiliza el mismo nombre de campo con restricciones distintas y un modelo de visualización sustancialmente diferente.

• item_group_id admite hasta 100 caracteres y distingue entre mayúsculas y minúsculas.
• color y size admiten hasta 200 caracteres.
• Los valores de disponibilidad utilizan espacios, no guiones bajos: in stock, no in_stock. Esta simple diferencia rompe más feeds de Meta que cualquier otra, sobre todo cuando se reutiliza directamente un feed de Google.
• En Shops y en las superficies de detalle de producto, un conjunto correctamente agrupado se muestra como un único producto con un selector de variantes, en lugar de varias publicaciones casi idénticas.
• Los anuncios de catálogo Advantage+ utilizan el grupo para no mostrar a un usuario seis versiones del mismo jersey en un mismo carrusel: un catálogo sin agrupar genera anuncios visiblemente repetitivos e impresiones desperdiciadas.
• Los informes a nivel de variante en Commerce Manager dependen de una agrupación correcta.

Nota práctica: no conecte Meta a su feed de Google sin modificarlo. Como mínimo, transforme availability y revise los límites de caracteres. La mayoría de las plataformas de feeds, incluida Feedance, lo gestionan como una transformación a nivel de canal para que los datos de origen no se modifiquen.

TikTok

• item_group_id admite hasta 150 caracteres.
• sku_id es el identificador único de cada variante: cada fila de variante necesita un valor distinto.
• color y size admiten hasta 200 caracteres.
• title admite hasta 255 caracteres; description, hasta 10.000; se espera google_product_category.
• TikTok es el canal más estricto en cuanto a las imágenes específicas de cada variante. Las fichas de producto muestran un selector de variantes, y las variantes que comparten una única imagen genérica rinden notablemente peor. Si va a recortar en algún punto de su flujo de imágenes, no lo haga aquí.

Pinterest

• Sigue de cerca el modelo de Google; item_group_id agrupa las variantes.
• Pinterest muestra las variantes dentro de un único Product Pin con opciones seleccionables.
• La calidad de las imágenes y los formatos verticales tienen un peso desproporcionado: Pinterest es una superficie de descubrimiento visual, y las imágenes de variantes que no se distinguen entre sí simplemente no se guardan.

Amazon

Amazon no utiliza item_group_id, y suponer lo contrario provoca mucho trabajo inútil.

Amazon utiliza un modelo explícito de relación principal/secundario:

• Se crea un ASIN principal como publicación no comprable.
• Cada ASIN secundario hace referencia al principal mediante los campos parent_sku / parent_child.
• Debe declararse un tema de variación: SizeColor, Size, Color, SizeName-ColorName, etc., que varían según la categoría.
• El tema debe ser válido para esa categoría concreta; el mismo nombre de tema no está disponible en todas partes.

Si exporta a Google y a Amazon desde una misma fuente, trátelo como una transformación real, no como un simple cambio de nombre de campo. Su capa de feeds debe crear la publicación principal, asignar el tema y asociar a ella los productos secundarios.

Marketplaces regionales y comparadores de precios

Los canales turcos y, en general, los de la región MENA tienen cada uno sus propias convenciones, que a menudo marcan la diferencia entre un catálogo que funciona y otro roto en estos mercados.

• Trendyol utiliza su propio modelo principal/secundario con un conjunto obligatorio de atributos específicos de cada categoría. El color y la talla son campos estructurados independientes, y las listas de atributos obligatorios varían según la categoría.
• Akakçe y Cimri son comparadores de precios. Suelen esperar una fila por SKU comprable, y tienden a filtrar las filas duplicadas casi idénticas, por lo que enviar una serie de tallas completa sin datos diferenciados puede reducir la visibilidad en lugar de aumentarla.
• Hepsiburada y N11 definen cada uno sus propias claves de agrupación de variantes y sus atributos obligatorios.

Es el ámbito en el que las herramientas de feeds genéricas y globales se quedan cortas con más frecuencia, y en el que un atributo mal mapeado elimina sin avisar una categoría entera de un marketplace.

Comparativa

7. ¿Separar o agrupar?

Enviar todas las variantes es la recomendación por defecto, pero no siempre es la correcta. La verdadera pregunta es si la variación cambia lo que quiere el comprador.

Envíe todas las variantes cuando…

• La variación es la decisión de compra. Ropa, calzado y cualquier producto en el que una talla equivocada significa que no hay venta.
• El stock varía significativamente según la variante. Anunciar un producto cuya única opción restante es la talla 3XL desperdicia inversión.
• El precio varía según la variante. Mostrar 89 € cuando la opción seleccionada cuesta 119 € genera una discrepancia de precio y un cliente enfadado.
• La demanda de búsqueda incluye la variante. La gente busca "jersey merino azul marino talla M". No puede posicionarse para esa búsqueda sin enviarla.

Agrupe en una variante representativa cuando…

• El catálogo es muy grande y mayoritariamente homogéneo. Un minorista de ferretería con 200.000 SKU, en el que el 60 % son variaciones triviales de longitud, gana poco con una expansión completa y lo paga en procesamiento del feed y en complejidad de las campañas.
• El canal penaliza los casi duplicados. Varios comparadores de precios filtran las filas repetitivas; una serie de tallas completa puede reducir la visibilidad.
• La variación no afecta al precio, a la imagen ni a la disponibilidad. Si las doce variantes son idénticas en todos los aspectos comercialmente relevantes, doce filas generan ruido en lugar de señal.

Cuando agrupe, elija la variante representativa de forma deliberada: la variante en stock más vendida, no la primera fila por orden alfabético. Aquí es precisamente donde los datos de rendimiento demuestran su valor en el feed: los datos de GA4 o de la plataforma pueden seleccionar automáticamente la variante representativa en lugar de dejarla al orden de clasificación.

Una vía intermedia

Separe por el eje que impulsa la decisión y agrupe por el que no lo hace.

En calzado, eso suele significar una fila por color, con las tallas agrupadas: el color es el eje de descubrimiento y la talla es la comprobación de ajuste que se hace en la página. En un producto en el que la capacidad determina el precio, separe por capacidad y agrupe por color.

8. Los 12 errores de variantes más comunes

Los errores 1, 2, 4 y 11 representan la gran mayoría de lo que vemos en auditorías reales. Ninguno es difícil de corregir; todos son invisibles hasta que alguien se pone a buscarlos.

9. Tallas rotas y salud del inventario

Una serie de tallas rota es un producto cuyo grupo está técnicamente activo, pero que en la práctica no se puede vender: un jersey disponible solo en XS y 3XL, unos zapatos con dos tallas disponibles de nueve.

Esto importa más de lo que parece. Cuando un comprador hace clic en el anuncio de un producto y descubre que su talla no está disponible, usted ha pagado por un clic que no podía convertir y, además, ha gastado buena imagen de marca. A escala, los productos con tallas rotas pueden consumir una parte considerable del presupuesto sin aportar apenas ingresos.

Cómo detectarlo

Calcule, para cada item_group_id:

size_availability_ratio = in_stock_variants / total_variants

Después, actúe según unos umbrales. Un punto de partida viable:

Pondere este ratio por la demanda, no solo por el recuento. Perder las tallas XXS y XXL importa mucho menos que perder la M y la L, que suelen concentrar la mayor parte del volumen. Un ratio que trate todas las tallas por igual reaccionará demasiado poco ante la pérdida de sus tallas principales.

Cómo actuar

La implementación más limpia etiqueta la situación en el feed en lugar de eliminar el producto:

xml

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

Etiquetar en lugar de eliminar conserva el historial del producto en el canal y permite reactivarlo al instante cuando vuelve el stock. Eliminarlo y volver a añadirlo reinicia el aprendizaje.

Dos mejoras adicionales que merece la pena desarrollar:

• Trasladarlo a merchandising. Una lista recurrente de tallas rotas es una señal para las compras, no solo un problema publicitario.
• Volver a comprobarlo en cada sincronización. El stock se mueve y la etiqueta debe moverse con él. Una lista estática de tallas rotas es peor que no tener ninguna, porque excluye productos que ya se han repuesto.

10. Uso de las variantes para segmentar campañas

Una vez que las variantes están correctamente estructuradas, los datos se convierten en una capa de segmentación, probablemente el uso más rentable de un feed de variantes limpio.

Google ofrece cinco campos custom_label (0–4). Admiten valores arbitrarios y existen únicamente para su propia lógica de campañas. Los datos de variantes son la entrada ideal.

Un esquema viable

Con estas etiquetas, la lógica de las campañas se vuelve sencilla:

• Pujar más por bestseller + full-size-run + high-margin
• Excluir broken-size de la captación
• Dar a clearance su propia campaña con un tROAS agresivo
• Aislar ss26 cuando se lance la temporada

Performance Max y Advantage+

Ambos están en gran medida automatizados, lo que hace que la segmentación a nivel de feed sea más importante, no menos. Ya no controla las pujas a nivel de palabra clave, así que el feed se convierte en su principal palanca para dirigir la inversión.

En Performance Max, las etiquetas personalizadas determinan la estructura de los grupos de recursos y grupos de fichas. Dividir un único grupo de recursos genérico en grupos basados en el margen o en la salud del stock es una de las pocas palancas estructurales que quedan, y depende por completo de que las etiquetas se rellenen con datos reales.

En los anuncios de catálogo Advantage+, una agrupación correcta evita que el carrusel se llene con seis tonos del mismo jersey, y las definiciones de conjuntos de productos basadas en atributos de variante le permiten separar el inventario de captación del de remarketing.

Enriquecer las etiquetas con datos de rendimiento

Las etiquetas estáticas se quedan obsoletas. Un bestseller asignado la temporada pasada es desinformación esta temporada.

La implementación más sólida recalcula las etiquetas a partir de datos de rendimiento en directo (ingresos de GA4, tasa de conversión, número de visualizaciones) en cada sincronización del feed. Un producto que deja de venderse sale automáticamente de bestseller; uno que empieza a venderse entra. Esto es una parte fundamental de lo que significa en la práctica el enriquecimiento del feed, y es la diferencia entre unas etiquetas que dirigen el presupuesto y otras que se limitan a describir el trimestre pasado.

11. Medir el rendimiento de las variantes

Los datos a nivel de variante son donde la mayoría de los informes se desmoronan sin que nadie lo note.

El problema de la agregación. Merchant Center y Ads informan a nivel de id. Un jersey con 20 variantes aparece como 20 filas, cada una con una fracción del volumen y ninguna significativa por sí sola. Cualquier conclusión extraída de una sola fila de variante probablemente sea ruido.

Analice siempre a dos niveles:

1. Nivel de grupo (item_group_id): ¿funciona este producto? Agregue la inversión, las conversiones y los ingresos de todos los miembros.
2. Nivel de variante (id): ¿qué opciones funcionan? Qué colores se venden, qué tallas se agotan antes, qué combinaciones no se mueven nunca.

El segundo nivel es donde están las conclusiones interesantes. Responde a preguntas que interesan a merchandising: ¿se vende el azul marino tres veces más que el gris marengo? ¿Convierten mejor las variantes de talla L porque siempre están en stock? ¿Hay un color que baja la media del grupo?

Métricas que conviene seguir por grupo:

Una nota sobre la atribución. Un comprador a menudo ve el anuncio de una variante y compra otra: hace clic en el azul marino y compra el gris marengo. Por eso, el ROAS a nivel de variante, tomado literalmente, atribuirá mal. Valore los productos a nivel de grupo; utilice los datos de variante para entender el comportamiento, no para tomar decisiones de puja con muestras escasas.

12. Lista de comprobación previa al lanzamiento

Repásela antes de publicar un feed de variantes y después de cualquier cambio estructural.

Estructura

•  Cada variante tiene un id único
•  Todos los miembros de un grupo comparten un item_group_id idéntico
•  item_group_id se deriva de un campo de origen estable y no cambia entre exportaciones
•  item_group_id utiliza el mismo formato de mayúsculas y minúsculas en todo el feed
•  Cada miembro difiere en al menos un atributo que define variantes
•  item_group_title está presente y es idéntico en todo el grupo

Atributos

•  color utiliza nombres de color sencillos: sin códigos hexadecimales, números ni letras sueltas
•  Los colores múltiples se separan con /, con el principal en primer lugar
•  Los valores de size están normalizados en todo el catálogo
•  size_system se declara cuando vende en regiones con distintos sistemas de tallas
•  gender y age_group son idénticos dentro de cada grupo
•  material y pattern están rellenados cuando definen la variación

Enlaces e imágenes

•  El link de cada variante lleva al estado preseleccionado correcto
•  & se escapa como &amp; en XML
•  image_link es específico de cada variante, no una imagen principal compartida
•  Las imágenes cumplen las dimensiones mínimas de cada canal

Transformaciones por canal

•  Sintaxis de availability ajustada a cada canal (in_stock frente a in stock)
•  Se respetan los límites de caracteres de cada canal
•  Las exportaciones a Amazon crean publicaciones principales y declaran un tema de variación válido
•  Los conjuntos de atributos de los marketplaces regionales están mapeados por categoría

Operaciones

•  La frecuencia de actualización se ajusta a la velocidad real de rotación del stock
•  La detección de tallas rotas se ejecuta en cada sincronización
•  La comprobación de id duplicados se ejecuta antes de la exportación
•  El feed se valida como XML/CSV bien formado antes de publicarse
•  Hay alertas configuradas para caídas repentinas del número de productos

13. Preguntas frecuentes

¿Tengo que enviar todas y cada una de las variantes? No siempre, pero normalmente sí en ropa y calzado, donde la talla y el color son la decisión de compra. En catálogos muy grandes y homogéneos, o en canales que filtran los casi duplicados, enviar una única variante representativa bien elegida por grupo puede dar mejores resultados. Elija la variante representativa según el rendimiento de ventas y el stock, no por orden alfabético.

¿Qué ocurre si omito item_group_id? Cada variante se trata como un producto independiente sin relación con los demás. Pierde el selector de variantes en la superficie de destino, los anuncios se vuelven repetitivos, los informes a nivel de variante dejan de funcionar y, en Google, puede incumplir un requisito: item_group_id es obligatorio para las fichas gratuitas y para los anuncios de Shopping en varios mercados importantes cuando se envían variantes.

¿Pueden las variantes tener precios distintos? Sí. El precio no es un atributo que defina variantes, pero puede variar legítimamente en cada variante: las tallas grandes suelen costar más. El precio enviado debe coincidir con el que muestra la página de destino para esa variante concreta.

¿Deben quedarse en el feed las variantes agotadas? En general, sí. Manténgalas con availability: out_of_stock en lugar de eliminarlas. Eliminarlas y volver a añadirlas reinicia el historial del artículo en el canal. Exclúyalas de las campañas activas mediante una regla o una etiqueta personalizada.

¿Puede un producto pertenecer a dos grupos? No. item_group_id admite un único valor por artículo. Si un producto pertenece realmente a dos grupos conceptuales, tiene un problema de taxonomía de merchandising que debe resolver en el origen.

¿Necesito valores de item_group_id distintos para cada canal? No, y no debería tenerlos. Utilice la misma agrupación lógica en todas partes. Lo que cambia en cada canal es la transformación que se le aplica: límites de caracteres, mayúsculas y minúsculas, sintaxis. Mantenga una única fuente de verdad y adáptela en la exportación.

¿Cómo gestiono los productos que son realmente de talla única? Envíe size como one_size, OS u OSFA. No lo deje vacío en la ropa en los mercados en los que la talla es obligatoria.

Versiones de hombre y de mujer del mismo diseño: ¿un grupo o dos? Dos. gender debe ser idéntico en todo el grupo. Los distintos patrones y tallas hacen que, desde el punto de vista del comprador, sean productos diferentes.

¿Qué es lo que más falla en la práctica? En nuestras auditorías: imágenes principales compartidas entre variantes de color, valores de item_group_id que se regeneran en cada exportación y la sintaxis de availability trasladada sin cambios de un feed de Google a Meta. Los tres son invisibles en la interfaz y solo se manifiestan como un bajo rendimiento sin explicación.

Conclusión

Los feeds de variantes premian la precisión como pocas cosas en el marketing digital. item_group_id no admite criterio creativo: o es estable y compartido, o no lo es. Los valores de color o siguen la especificación, o se rechazan. Las imágenes o coinciden con la variante, o el clic se ha desperdiciado.

Esa es la buena noticia: es un problema que tiene solución y una respuesta clara. El trabajo está en mantenerlo, porque los catálogos cambian a diario, el stock se mueve cada hora y cada canal ajusta su especificación según su propio calendario.

Las empresas que lo hacen bien tratan el feed de variantes como una infraestructura y no como un archivo. Derivan los ID de grupo de datos de origen estables, normalizan los atributos una sola vez en el origen, aplican transformaciones por canal en la exportación, recalculan la salud del stock en cada sincronización y reciben alertas cuando algo cambia de forma inesperada.

Esa es precisamente la capa para la que se ha creado Feedance: reglas de feed para normalizar los atributos en el origen, detección de tallas rotas (Broken Size) que se recalcula en cada sincronización, enriquecimiento con GA4 para mantener actualizadas las etiquetas de rendimiento y exportaciones a canales que aplican la transformación adecuada para cada uno de los más de 200 destinos sin tocar sus datos de origen.

Si quiere saber en qué situación se encuentra su estructura de variantes antes de cambiar nada, nuestra herramienta gratuita de auditoría de feeds puntúa un feed existente en cuanto a integridad, calidad de los datos y salud técnica (incluida la agrupación de variantes) sin coste alguno.