Variantes no Shopping: Pare de Competir Contra Si Mesmo

Uma marca de vestuário atlético de médio porte gastando $23.000/mês no Google Shopping notou algo estranho em seus diagnósticos do Merchant Center: sua jaqueta de corrida mais vendida—disponível em oito cores e seis tamanhos—estava sendo exibida em 73% menos buscas do que concorrentes com estratégias de lance similares. O culpado não era orçamento, criativo ou categoria. Eles estavam licitando contra si mesmos. Quarenta e sete IDs de produto individual para aquele único design de jaqueta estavam fragmentando a participação de impressões, dividindo sinais de Qualidade de Anúncio e forçando o algoritmo de leilão do Google a escolher vencedores entre produtos idênticos diferenciados apenas por códigos de cor hexadecimal.

Após consolidar essas 47 variantes em nove grupos pai usando arquitetura apropriada de item_group_id, sua participação de impressões saltou 34% dentro de três ciclos de lances—sem aumento de orçamento, sem novos criativos. Isso não é um caso extremo do Merchant Center. É o estado padrão para a maioria de marcas de vestuário, calçados e multi-variantes que migram de feeds básicos sem entender como as atualizações de algoritmo do Google 2024–2026 priorizam sinais de consolidação de variantes.

O Problema de Canibalização de Variantes: Por Que Sua Camisa Azul Licita Contra Sua Camisa Vermelha

O leilão do Google Shopping é executado no nível de ID de produto. Se você listar uma camiseta em cinco cores como cinco IDs separados sem agrupamento de variantes, o leilão as trata como cinco produtos concorrentes—mesmo que compartilhem títulos idênticos, descrições, páginas de destino e palavras-chave alvo. Quando um usuário busca "camiseta gola redonda de algodão masculina", todos os cinco entram no leilão simultaneamente. O Google escolhe um para exibir, mas sua oferta efetiva agora está dividida entre cinco oportunidades em vez de consolidada em um sinal único e mais forte.

A matemática é brutal. Suponha que sua campanha target um CPC de $1,50 a 2,8% CVR. Com cinco variantes não agrupadas licitando independentemente:

Métrica	Variantes Não Agrupadas (5 SKUs)	Pai Agrupado (1 grupo)
Total de impressões disponíveis	10.000	10.000
Impressões por variante	2.000 (fragmentado)	10.000 (consolidado)
Cliques por variante	56	280
Impacto de Qualidade de Anúncio	Diluído (dados insuficientes por variante)	Concentrado (aprendizagem rápida)
Participação de impressões	18–22% por variante	67% para grupo

De acordo com documentação do Google Merchant Center, o atributo item_group_id informa ao Shopping que múltiplos IDs de produto representam variantes do mesmo item pai. Quando implementado corretamente, o Google consolida sinais de leilão, agrupa dados de desempenho histórico e serve a variante mais relevante (cor/tamanho) com base em sinais de intenção do usuário—sem forçá-lo a oferecer lances contra si mesmo.

O problema se agrava em vestuário e calçados onde um único design pode ter 30–60 variantes (seis tamanhos × cinco cores × dois materiais). Uma loja Shopify que auditamos em Q1 2026 tinha 1.847 IDs de produto ativos em seu feed de Shopping. Após agrupamento de variantes, isso caiu para 412 grupos pai. Sua participação de impressões para buscas com marca foi de 41% para 68% em quatro semanas, e termos de categoria sem marca viram um aumento de 29% em impressões sem ajustes de lance.

A canibalização de variantes também reduz a velocidade de Qualidade de Anúncio. O algoritmo do Google precisa de dados de interação estatisticamente significativos para otimizar lances e posicionamentos. Dividir 500 cliques entre 10 variantes rendeu 50 cliques por ID—não é suficiente para os modelos de aprendizagem de máquina separarem vencedores de perdedores. Agrupar essas 10 IDs em um pai dá ao algoritmo 500 cliques para trabalhar, acelerando ciclos de otimização e reduzindo seu CPC efetivo através de melhor pontuação de relevância.

Item_Group_ID: Sinal de Consolidação Subutilizado do Google

O atributo item_group_id é um sinalizador de nível de feed que informa ao Google "esses IDs de produto são variações do mesmo item." Faz parte da especificação de Shopping desde 2018, mas a adoção permanece surpreendentemente baixa. Em uma auditoria de fevereiro de 2026 de 83 feeds em vestuário, bens para casa e eletrônicos, apenas 34% implementaram corretamente item group IDs—e metade daqueles usou formatação inconsistente que quebrou a correspondência de variantes.

Aqui está a estrutura correta. Cada variante (SKU filho) inclui um item_group_id que corresponde a todos os cores, tamanhos ou materiais do mesmo design pai. O valor em si não importa—pode ser seu SKU pai interno, um rótulo personalizado ou um hash—desde que seja idêntico para todas as variantes daquele produto.

Exemplo para um sapato de corrida disponível em três cores e cinco tamanhos (15 variantes totais):

ID do Produto	Título	Cor	Tamanho	Item_Group_ID
SHOE-101-BLK-8	Sapato de Corrida TrailBlazer - Preto	Preto	8	SHOE-101
SHOE-101-BLK-9	Sapato de Corrida TrailBlazer - Preto	Preto	9	SHOE-101
SHOE-101-RED-8	Sapato de Corrida TrailBlazer - Vermelho	Vermelho	8	SHOE-101
SHOE-101-RED-9	Sapato de Corrida TrailBlazer - Vermelho	Vermelho	9	SHOE-101

Todas as 15 variantes compartilham item_group_id: SHOE-101. Quando um usuário busca "sapatos de corrida em trilha", o Google entra o grupo pai no leilão uma vez, depois seleciona dinamicamente a variante mais relevante (cor/tamanho) com base em sinais de comportamento do usuário, níveis de inventário e probabilidade de clique. Você não está mais competindo consigo mesmo—está apresentando um produto unificado com seleção inteligente de variantes.

A documentação da API de Conteúdo do Shopping do Google especifica que item_group_id funciona em conjunto com atributos de tamanho, cor, material, padrão e faixa etária para definir a dimensão de variante. Se você está agrupando por cor e tamanho, esses campos devem ser preenchidos consistentemente em todos os SKUs filhos. Valores ausentes ou inconsistentes quebram a lógica de agrupamento, e o Google reverte para tratar cada ID como um produto independente.

A atualização do algoritmo 2024 adicionou um benefício secundário: variantes agrupadas agora compartilham dados de desempenho histórico para Oferta Inteligente. Se seu sapato vermelho tem seis meses de dados de conversão e você lança uma nova variante azul, o Google imediatamente aplica os aprendizados do vermelho à estratégia de oferta do azul—em vez de começar do zero. Em um teste com uma marca de calçados DTC, novos lançamentos de cores agrupados sob pais existentes atingiram ROAS alvo 18 dias mais rápido do que SKUs de controle não agrupados.

Na MagicFeed Pro, nossa IA detecta automaticamente relacionamentos pai-filho em seu catálogo e atribui valores consistentes de item_group_id entre dimensões de cor, tamanho e material—capturando casos extremos como "Azul Marinho" vs "Azul Escuro" que de outro modo quebrariam a correspondência de variantes. Processamos 4,2M de SKUs em 380+ lojas, e consolidação de variantes consistentemente classifica como o #2 ajuste de feed por impacto ROI (após otimização de título).

Auditoria de 3 Passos: Identifique Canibalização em Seu Feed Atual

A maioria das marcas não percebe que está canibalizando até executar os números. Aqui está um processo de auditoria testado em campo que leva 30–45 minutos com Google Sheets e relatórios do Merchant Center.

Passo 1: Exporte seu feed de produtos ativos. Puxe o TSV ou XML completo de sua ferramenta de gerenciamento de feed (Shopify, DataFeedWatch, Feedonomics ou FTP direto). Foque em: id, title, item_group_id, color, size, link. Ordene alfabeticamente por título. Verifique títulos repetidos com diferenças menores de cor/tamanho—se você vir "Camiseta Gola Redonda Clássica - Preta" e "Camiseta Gola Redonda Clássica - Branca" como linhas separadas sem valores correspondentes de item_group_id, sinalize-os.

Passo 2: Execute uma análise de título duplicado. No Google Sheets, use =COUNTIF(B:B, B2) para contar quantas linhas compartilham o mesmo título. Filtre por contagens >1. Estes são seus clusters de variantes. Para cada cluster, verifique se todas as linhas compartilham um item_group_id. Se o campo está vazio ou inconsistente (alguns preenchidos, alguns em branco, valores diferentes para o mesmo design), você tem canibalização.

Título	ID do Produto	Item_Group_ID	Contagem de Duplicatas	Status
Camiseta Gola Redonda Clássica	TEE-001-BLK	TEE-001	5	Agrupada ✓
Leggings de Desempenho	LEGG-200-BLK	(vazio)	8	Canibalizando ✗
Jaqueta de Corrida	JACK-500-NAVY	JACK-500	12	Agrupada ✓
Jaqueta de Corrida	JACK-500-RED	(vazio)	12	Grupo Quebrado ✗

Produtos com contagens de duplicatas >1 e item_group_id ausente/inconsistente estão fragmentando o desempenho de seu leilão.

Passo 3: Faça referência cruzada da participação de impressões no Merchant Center. Navegue para Produtos > Diagnósticos, depois filtre por seus títulos sinalizados. Compare participação de impressões para produtos agrupados vs não agrupados na mesma categoria e faixa de preço. Variantes não agrupadas normalmente mostram 40–60% menor participação de impressões apesar de lances idênticos. Se você vê um produto com oito variantes de cor onde uma cor domina 70% de impressões e as outras sete competem por migalhas, essa é canibalização clássica—o Google está escolhendo um "vencedor" arbitrariamente porque não entende que são o mesmo produto.

Bônus: Verifique sua distribuição de Qualidade de Anúncio. Variantes com <50 cliques nos últimos 30 dias frequentemente mostram scores de qualidade "Baixo" ou "Abaixo da Média" porque há dados insuficientes para o Google avaliar relevância. Agrupar consolida esses cliques em um pai, empurrando o grupo acima de limiares de significância estatística.

Para diagnóstico mais profundo, solicite uma auditoria de feed à MagicFeed Pro—nosso crawler sinaliza padrões de canibalização, atributos de variantes ausentes e formatação inconsistente de item_group_id em todo seu catálogo em menos de cinco minutos.

Caso de Estudo: Marca de Vestuário Atlético Recupera 34% de Participação de Impressões via Agrupamento de Pai

Em novembro de 2025, uma marca direct-to-consumer de vestuário atlético de $2,8M/ano nos contactou após seis meses de desempenho estagnado no Google Shopping. Suas campanhas atingiam caps de orçamento diário por volta das 14h, mas participação de impressões para termos de categoria central (tops de corrida feminino, leggings de desempenho, shorts de treino) pairavam em 24–31%—bem abaixo de concorrentes gastando quantidades similares.

O diagnóstico: Seu catálogo Shopify tratava cada combinação cor-tamanho como um produto separado, não uma variante. Um único design de legging em seis cores e sete tamanhos gerou 42 IDs de produto independentes no feed de Shopping. Seu feed incluía 1.100+ IDs ativos, mas apenas 180 designs pai distintos. O resultado: competição brutal consigo mesmo. Quando um usuário buscava "leggings de corrida cintura alta", sete variantes de seu best-seller entravam no leilão simultaneamente, fragmentando a oferta e dando a cada variante 1 em 7 chances de vencer—em vez de um lance consolidado 1× para o grupo pai.

O ajuste levou três semanas:

1. Semana 1: Reestruturou arquitetura de produtos do Shopify. Converteu 47 "produtos" independentes (seu driver de receita principal, um top de treino que absorve umidade) em um produto único com variantes de cor e tamanho. Isso auto-gerou um handle de produto consistente que integração do canal Google do Shopify mapeou para item_group_id no feed.

2. Semana 2: Aplicou a mesma estrutura aos seus 80 designs principais (cobrindo 720 dos 1.100 SKUs). Para produtos legado onde reestruturação não era viável, usamos regras de agrupamento de variantes da MagicFeed Pro para atribuir item_group_id programaticamente baseado em similaridade de título e atributos compartilhados—capturando casos extremos como "Cinza Carvão" vs "Cinza Mescla" que não corresponderiam à lógica nativa do Shopify.

3. Semana 3: Re-carregou o feed consolidado ao Merchant Center, pausou variantes não agrupadas de baixo desempenho e realocou orçamento para grupos pai. Sem alterações de lance, sem novos criativos.

Resultados após quatro semanas:

Métrica	Pré-Consolidação	Pós-Consolidação	Mudança
Participação de impressões (termos categoria)	27%	68%	+41 pts
Participação de impressões (termos marca)	56%	89%	+33 pts
Cliques (mesmo orçamento)	3.890/semana	5.320/semana	+37%
CPC	$1,68	$1,41	-16%
ROAS	4,2×	5,8×	+38%

O aumento da participação de impressões veio de dois fatores. Primeiro, consolidar lances sob grupos pai tornou cada entrada de leilão mais forte—o Google viu 5.300 cliques semanais para "Women's Performance Leggings Parent Group" em vez de 127 cliques cada para oito variantes de cor separadas. Segundo, variantes agrupadas herdaram seis meses de histórico de Qualidade de Anúncio do melhor SKU filho performante (sua variante preta), levantando os sinais de relevância do grupo inteiro imediatamente.

A queda de CPC foi secundária. Conforme participação de impressões subia e volume de cliques aumentava, algoritmos de Oferta Inteligente tiveram mais dados para otimizar, reduzindo lances em posicionamentos de baixa intenção e aumentando em conversores altos. A marca não tocou em ajustes manuais de lance—foi pura eficiência de nível feed.

Três meses depois, eles estão mantendo 61–74% de participação de impressões em termos principais, e novos lançamentos de produtos agrupados sob pais existentes atingem ROAS alvo em 12–16 dias (vs 40+ dias para SKUs independentes em sua estrutura legada).

Regras de Agrupamento de Variantes por Categoria (Vestuário vs Eletrônicos vs Bens para Casa)

Nem todos os produtos agrupam da mesma forma. A dimensão de variante (cor, tamanho, capacidade, material) e estratégia de agrupamento dependem de seu vertical. Aqui está o que funciona entre as três categorias de Shopping com maior volume.

Vestuário & Calçados: Agrupe por design (estilo pai), depois diferencie em cor, tamanho e material. Cada combinação cor-tamanho é um SKU filho sob um item_group_id. Se você vende uma camiseta em misturas algodão e poliéster como designs separados (ajustes diferentes, públicos alvo diferentes), use grupos pai separados—não force-os em um cluster apenas porque o nome é similar.

Exemplo de hierarquia:

• Pai: "Camiseta Gola Redonda Clássica" (item_group_id: TEE-001)
• Filho: Preto / Pequeno
• Filho: Preto / Médio
• Filho: Azul Marinho / Pequeno
• Filho: Azul Marinho / Médio

O Google automaticamente serve a cor-tamanho mais relevante baseado em sinais do usuário (cliques passados, dispositivo, localização). Você não escolhe—Google o faz. Certifique-se de que imagens de produtos e páginas de destino lidam com todas as variantes graciosamente, ou você ganhará a impressão mas perderá a conversão.

Eletrônicos & Acessórios Tech: Agrupe por modelo, diferencie em capacidade, cor (para dispositivos como telefones, tablets) e conectividade (Bluetooth vs fio). Não agrupe entre gerações—uma capa para iPhone 14 e capa para iPhone 15 são grupos pai separados mesmo se pareçam idênticas, porque intenção de busca difere.

Exemplo:

• Pai: "Carregador Sem Fio" (item_group_id: CHARGE-300)
• Filho: 10W / Preto
• Filho: 10W / Branco
• Filho: 15W / Preto

Se você vende o mesmo carregador em versões de plugue US e EU, esses são pais separados—usuários buscando um não converterão no outro, e agrupar reduz seu CVR.

Bens para Casa & Móveis: Agrupe por design e função base, diferencie em tamanho, cor e material. Uma mesa de jantar em carvalho e nogueira pode compartilhar um grupo pai se as dimensões e estilo forem idênticos—mas se a versão nogueira tem 6" a mais de comprimento, divida-as. O algoritmo do Google prioriza correspondência exata de dimensões para buscas de móveis.

Evite over-clustering. Vemos marcas de casa agruparem todos os almofadas de lance em um pai independentemente de padrão, tamanho ou tipo de preenchimento. Isso destrói relevância—o Google serve a variante errada 40% do tempo, e seu CVR colapsa. Agrupe strictamente: mesmo tamanho, mesmo preenchimento, cores diferentes = um grupo. Tamanhos ou materiais diferentes = grupos separados.

Categoria	Dimensão de Agrupamento	Grupos Separados Quando...
Vestuário	Design (estilo)	Mudança material afeta ajuste, público alvo diferente
Calçados	Modelo	Largura muda (Regular vs Larga), tecnologia de sola diferente
Eletrônicos	Modelo/SKU	Capacidade afeta preço por >20%, gerações diferentes
Móveis	Design + Tamanho Base	Dimensões diferem por >5%, materiais diferentes implicam diferentes faixas de preço
Cozinha/Casa	Design + Função	Tamanho afeta caso de uso (panela 8" vs 12" = intenção de busca diferente)

Para varejistas multi-marca, use item_group_id que inclui slug de marca para prevenir agrupamento entre marcas. Se você vende sapatos de corrida Nike e Adidas, item_group_id: NIKE-RUN-001 e item_group_id: ADIDAS-RUN-001 mantêm-nos separados mesmo se títulos se sobrepõem após otimização.

Arquitetura de Feed: Construindo Hierarquias Pai/Filho em Shopify, WooCommerce, Customizado

Configuração de plataforma determina se agrupamento de variantes "simplesmente funciona" ou requer intervenção manual contínua. Aqui está como estruturar seu catálogo para geração automática de item_group_id.

Shopify: Use o modelo nativo de variante de produto. Crie um produto ("Camiseta de Desempenho Feminina"), depois adicione cor e tamanho como opções de variante. Shopify auto-gera um handle de produto (womens-performance-tee) e a integração do canal Google mapeia esse handle para item_group_id no feed. Todas as variantes herdam o handle pai, então agrupamento é automático.

Armadilha: Se você criou variantes de cor como produtos separados (importação legada, migração de outra plataforma), Shopify não as vinculará. Você precisará mesclá-las manualmente em um produto com múltiplas variantes. Para catálogos >500 SKUs, use um aplicativo de editor em massa (Matrixify, Excelify) para reestruturar—recriação manual de produtos é uma perda de tempo.

WooCommerce: Instale o plugin "Product Variations" e defina cor/tamanho como atributos globais. Quando você cria um produto variável, WooCommerce gera SKUs filhos para cada combinação. Para Google Shopping, use o plugin WooCommerce Google Feed e mapeie o SKU pai para item_group_id nas configurações de feed. O plugin deve auto-popular item_group_id para todos os filhos—verifique na saída XML antes de carregar ao Merchant Center.

Se você está usando WooCommerce sem produtos variáveis (cada combinação cor-tamanho é um produto simples), você precisará de um script customizado ou ferramenta de gerenciamento de feed para atribuir item_group_id baseado em atributos compartilhados (prefixo de título, categoria, campo customizado). MagicFeed Pro lida com isso via correspondência de padrão—nossa IA detecta similaridades de título e agrupa automaticamente, mesmo se sua estrutura WooCommerce for plana.

Plataformas Customizadas ou Headless: Defina um campo parent_sku em seu banco de dados de produtos. Cada variante referencia o pai. Em seu script de geração de feed, exporte parent_sku como item_group_id. Exemplo lógico em Python:

# Pseudocódigo para geração de feed
for product in catalog:
 if product.has_variants:
 for variant in product.variants:
 feed_row = {
 'id': variant.sku,
 'title': product.title + ' - ' + variant.color,
 'item_group_id': product.parent_sku,
 'color': variant.color,
 'size': variant.size
 }
 write_to_feed(feed_row)

Teste com um subconjunto de 50 SKUs antes de fazer rollout. Carregue ao Merchant Center, verifique a visualização Produtos > Todos os Produtos e filtre por item_group_id. Verifique que todas as variantes do mesmo pai aparecem sob um grupo. Se o Google as mostra como produtos separados, seus atributos color ou size provavelmente têm inconsistências de formatação (ex: "Pequeno" vs "P" vs "SM").

Para regras de agrupamento avançadas—como "agrupe esse SKU com seus irmãos mesmo que o título seja ligeiramente diferente"—você precisará de camada de gerenciamento de feed. A IA da MagicFeed Pro reescreve e normaliza títulos e atributos para que correspondência de variantes funcione mesmo com dados de origem bagunçados. Vemos isso constantemente em marcas com migrações legadas: três formatos de título diferentes para o mesmo produto, capitalização inconsistente em nomes de cor, "Vermelho" vs "VERMELHO" vs "Carmesim"—tudo que quebra lógica padrão de agrupamento.

Evitando a Armadilha: Quando NÃO Agrupar (Produtos Single-Variante de Alto AOV)

Agrupamento de variantes não é universal. Existem casos extremos onde agrupamento prejudica desempenho em vez de levantá-lo.

Produtos alto-AOV com <3 variantes. Se você vende móveis customizados onde cada "variante" é na verdade uma configuração bespoke (dimensões diferentes, materiais diferentes, spread de preço >30%), agrupar confunde sinais de relevância do Google. Um usuário buscando "mesa de jantar carvalho 72 polegadas" não quer ver uma versão nogueira 96 polegadas servida porque o Google escolheu a variante errada do grupo. Divida-os em produtos pai separados com títulos fortemente focados e item_group_id deixado em branco.

Produtos onde cor/tamanho muda o caso de uso. Exemplo: um jogo de facas de cozinha em configuração 5-peças e 12-peças. Essas não são variantes—são produtos diferentes para intenções de comprador diferentes (kit iniciante vs profissional). Mesmo com contenedores de armazenamento: um contenedor 10-quart e um 50-quart servem necessidades diferentes, então agrupá-los dilui relevância. Use grupos pai separados baseado em capacidade.

Itens de luxo ou colecionáveis com estoque limitado. Se você vende relógios vintage onde cada SKU é único (mesmo modelo, números de série diferentes), não agrupe-os. Seleção de variante do Google pode servir uma variante fora de estoque, matando seu CVR. Cada serial deve ser um ID de produto stand-alone com inventário tightly monitorado no feed.

Produtos de teste ou pré-encomenda. Se você está lançando um novo colorway e quer medir demanda independentemente antes de se comprometer com desempenho de leilão agrupado, lance-o não agrupado por 2–3 semanas. Colete dados de linha de base de clique e conversão, depois mescle-o no grupo pai. Isso é trade-off deliberado—você perde eficiência de participação de impressões curto prazo mas ganha análise mais clara de desempenho de nova variante.

Geralmente recomendamos agrupamento para qualquer produto com 4+ variantes onde o design pai é diferenciador primário e variantes (cor, tamanho) são secundárias. Se seu pedido médio inclui dropdowns "adicionar ao carrinho por tamanho/cor" na página de destino, agrupe agressivamente. Se cada "variante" tem sua própria página de destino com copy e imagem diferentes, reconsidere—você está tratando-as como produtos distintos, e Google deveria também.

Para análise personalizada, verifique nosso guia de estratégia de rótulo customizado que cobre segmentação avançada para casos extremos como lançamentos limited-edition, variantes regionais e assortimentos sazonais.

---

Agrupamento de variantes é um dos levers de ROI mais rápidos no Google Shopping—marcas tipicamente veem aumentos de participação de impressões de 20–40% dentro de três semanas, zero orçamento incremental. Ainda assim, a maioria dos feeds que auditamos ou pula item_group_id inteiramente ou implementa inconsistentemente, deixando dinheiro na mesa a cada ciclo de leilão. Se seu catálogo inclui 50+ variantes entre menos de 20 designs pai, você está quase certamente canibalizando você mesmo. Execute a auditoria de três passos, corrija sua arquitetura de feed e deixe o Google consolidar seus lances em entradas de leilão mais fortes e unificadas.

FAQ

<FAQItem q="Posso usar o mesmo item_group_id entre categorias de produto diferentes?" a="Tecnicamente sim, mas é má prática. Se você vende uma „Camiseta Clássica" em categorias masculina e feminina, use valores item_group_id diferentes (ex: M-TEE-001 e W-TEE-001) mesmo se o design parece similar. O algoritmo de seleção de variante do Google considera categoria e contexto de busca—agrupar entre categorias pode causar que ele sirva um produto masculino para usuário buscando roupas femininas, matando seu taxa de conversão." />

<FAQItem q="Posso usar MagicFeed Pro para auto-corrigir item_group_id quebrado em feed existente?" a="Sim—nossa IA detecta padrões de variante baseado em similaridade de título, atributos compartilhados e estrutura de catálogo, então atribui valores item_group_id consistentes em SKUs filhos. Também normalizamos formatação de cor e tamanho (ex: „Vermelho" vs „VERMELHO" vs „Carmesim") para que lógica de correspondência do Google funcione corretamente. Para catálogos com 500+ SKUs, agrupamento automatizado economiza 15–20 horas de edição manual de CSV e captura casos extremos que auditorias humanas perdem. Conecte seu feed em magicfeedpro.com e sinalizaremos problemas de canibalização em menos de cinco minutos." />