Catalog & integrations

Variantes de produto: ProductGroup para eletrônicos

By Citoriq editorial team · · 5 min

Para modelar variantes de eletrônicos, use um ProductGroup para o modelo pai e um Product com ID único para cada versão vendável. Mas atenção: a documentação do Google lista só seis valores para variesBy (color, size, suggestedAge, suggestedGender, material e pattern). Armazenamento e memória não estão entre eles, e isso muda como você deve escrever a página.

Por que variantes de eletrônicos são um caso à parte?

Uma camiseta varia por cor e tamanho. Um notebook varia por processador, memória, armazenamento, tela e voltagem. Metade dessas dimensões não existe na lista de eixos que o Google documenta para o markup de variantes. A consequência é que o schema sozinho não resolve o problema de uma IA confundir a versão de 256 GB com a de 512 GB.

Imagine, só como hipótese, que o Aurora Pro 14, o notebook fictício de exemplo do site da Citoriq, fosse vendido em duas cores e duas capacidades de armazenamento. Seriam quatro ofertas, cada uma com preço, estoque e GTIN próprios. Se tudo isso vive numa única página com um único preço, a IA pode devolver ao consumidor o preço de uma versão atrelado às especificações de outra. Esse é o erro que queremos evitar. A base conceitual está em Entidade de produto: o que é e como variantes a quebram.

Passo 1: o que o Google exige de cada variante?

A página de documentação sobre variantes pede, em resumo:

  • Cada variante precisa de um ID único no markup, como sku ou gtin.
  • Cada grupo precisa de um ID único, em productGroupID ou, na variante, em inProductGroupWithID. Se os dois aparecerem, os valores devem coincidir.
  • O nome do ProductGroup deve ser genérico, e o nome de cada Product, mais específico.
  • Propriedades comuns como brand, aggregateRating, review e description podem ficar no grupo e valem para todas as variantes.

Comece por aí. Defina um identificador de grupo estável (o chamado parent sku) e um SKU por versão vendável. Se o seu catálogo já tem GTIN por versão, melhor ainda; veja GTIN, MPN e SKU.

Passo 2: página única ou várias páginas?

O Google descreve dois cenários.

No site de página única, todas as variantes são selecionáveis na mesma página, geralmente por parâmetros de query, e o markup não muda dinamicamente conforme a pessoa escolhe. Nesse caso é preciso haver uma URL canônica distinta para o ProductGroup, normalmente a URL base sem variante pré-selecionada.

No site de várias páginas, cada página deve trazer markup completo e autocontido, e o ProductGroup se repete em cada uma, sem URL canônica única para o grupo.

Para eletrônicos, nós inclinamos para a segunda opção quando o preço varia bastante entre versões. Uma URL por versão significa um texto de página que descreve exatamente aquela configuração. O que um modelo de linguagem recupera é um trecho de página, e trechos precisam ser inequívocos; falamos disso em Chunking: como a IA recorta a sua página de produto. Essa é uma escolha nossa de método, não uma exigência do Google.

Passo 3: como tratar o que o variesBy não cobre?

Aqui vai a parte que a documentação deixa em aberto, e por isso precisamos separar fato de inferência.

Fato: a página lista seis valores suportados para variesBy, e armazenamento, memória, processador e voltagem não estão entre eles.

Inferência nossa: o markup não vai carregar toda a diferença entre as versões, então o texto visível precisa carregar. Nas páginas de eletrônicos, recomendamos que o título, o primeiro parágrafo e a tabela de especificações em texto mostrem a configuração completa da versão, escrita igual em todos os lugares: "Aurora Pro 14, 16 GB de memória, 512 GB de armazenamento, cinza-grafite". Escrever a mesma configuração em feed, página e schema reduz o espaço para a IA misturar versões.

Passo 4: o que a página precisa mostrar por variante?

O Google exige que cada variante possa ser pré-selecionada por uma URL distinta com parâmetros de query, exibindo a imagem, o preço e a disponibilidade corretos e permitindo adicionar ao carrinho. Para resultados de compras, a documentação recomenda colocar o markup Product no HTML inicial e avisa que markup gerado por JavaScript pode tornar os rastreamentos de Shopping menos frequentes e menos confiáveis. Se a sua página monta o schema no navegador, vale ler Renderização JavaScript: o que os bots de IA enxergam.

Passo 5: como verificar se a IA não mistura versões?

Verificar é tão importante quanto marcar. Um teste simples:

  1. Pergunte por cada versão pelo nome completo, com a configuração.
  2. Veja se o preço, a capacidade e a disponibilidade da resposta correspondem à versão perguntada.
  3. Repita em dias diferentes, porque o resultado varia por modelo, prompt e dia.
  4. Registre confusões entre versões como achados, e corrija primeiro a página que o modelo parece ter usado.

O diagnóstico gratuito da Citoriq roda esse tipo de pergunta via API. É uma análise experimental e não replica a interface de consumidor de nenhum assistente; use-o para encontrar padrões, não para prometer posição.

O que levar daqui

  • A documentação do Google lista seis eixos para variesBy, e nenhum cobre armazenamento ou memória.
  • Dê um ID único a cada variante e um ID de grupo estável, com valores coincidentes quando aparecerem em dois lugares.
  • Para eletrônicos com preços diferentes por versão, uma URL por configuração torna cada trecho inequívoco (escolha de método nossa).
  • Escreva a configuração completa no título, no texto e na tabela, igual em feed, página e schema.
  • Teste com perguntas por versão e repita ao longo dos dias.

Perguntas frequentes

Posso usar variesBy para armazenamento?

A documentação consultada lista apenas color, size, suggestedAge, suggestedGender, material e pattern como valores suportados. Para outras dimensões, descreva a diferença no texto visível e nos identificadores.

O markup precisa mudar quando o usuário escolhe uma variante?

Em sites de página única, o Google diz que o markup não muda dinamicamente conforme a seleção. Cada variante deve ser acessível por uma URL distinta com parâmetros.

Preciso de GTIN por variante?

Cada variante precisa de um ID único, como sku ou gtin. Ter GTIN por versão ajuda a distinguir ofertas, mas a página exige um identificador único, não especificamente o GTIN.

Para ver se a IA está confundindo as versões do seu catálogo, comece pelo diagnóstico gratuito. Se o catálogo tem muitas combinações, uma demonstração mostra como organizamos a leitura por variante.

Sources

Sources last verified: October 13, 2026

Related articles