Atributos conversacionais do Merchant Center: o que são e como usar

Uma página de produto pode informar o preço, as dimensões e a cor, mas deixar sem resposta perguntas que influenciam a compra: serve para tapetes?, quais acessórios exige?, qual é a diferença entre as variantes?

O Google Merchant Center permite oferecer esse contexto por meio de seis atributos conversacionais: question_and_answer, document_link, related_product, item_group_title, variant_option e popularity_rank. São campos opcionais do catálogo, voltados a experiências com IA como o AI Mode —Modo IA— da Pesquisa Google. Segundo o Google, eles também podem melhorar as experiências de pesquisa tradicional. Guia oficial dos atributos conversacionais.

Para um ecommerce, isso amplia o trabalho sobre as informações do produto. Parte do que hoje está em manuais, consultas ao atendimento ou relatórios de vendas pode ser incorporada ao feed: a fonte de dados usada para enviar o catálogo ao Google.

A oportunidade está em oferecer informações úteis e verificáveis. A implementação exige escolher quais dados convém enviar, quem vai mantê-los e como os resultados serão avaliados.

Em síntese

• Os seis atributos são opcionais. Eles complementam os dados do catálogo, e o Google indica que incorporá-los não altera o status de aprovação dos produtos existentes.
• Cada campo atende a uma necessidade diferente: responder perguntas, oferecer documentação, relacionar produtos, descrever variantes ou comunicar popularidade baseada em vendas.
• O caminho recomendado pelo Google é uma fonte de dados suplementar, vinculada aos produtos que já existem na fonte principal.
• A documentação não garante melhorias de posicionamento, tráfego ou vendas. Um piloto com produtos comparáveis permite avaliar os resultados, desde que se registrem outras mudanças que possam explicá-los.

O que eles agregam ao SEO e ao GEO de um ecommerce

Os atributos conversacionais permitem descrever aspectos do produto que uma página básica pode deixar de fora. Uma medida informa quanto espaço um aspirador ocupa; uma resposta validada pode esclarecer em quais superfícies ele é indicado. Um identificador distingue um item; uma relação pode indicar qual acessório é compatível.

Da nossa perspectiva, isso reforça uma tarefa de que o SEO de ecommerce já precisa: manter informações coerentes entre a página do produto, o catálogo e a documentação do produto.

Convém distinguir esses atributos dos requisitos técnicos de uma página web. O Google Search Central indica que não são necessários arquivos especiais para IA nem uma marcação específica para aparecer nos AI Overviews ou no AI Mode. Os atributos conversacionais pertencem à especificação do Merchant Center e são opcionais. Nossa leitura das duas orientações é que eles permitem enriquecer o catálogo sem se tornar um requisito adicional para que uma página apareça nesses recursos. Documentação do Google sobre recursos de IA e sites.

Essa distinção também ajuda a enquadrar o trabalho de SEO para buscas com IA, ou GEO: identificar quais informações faltam, onde devem ser publicadas e como mantê-las.

Os seis atributos conversacionais e quando usá-los

1. Perguntas e respostas: question_and_answer

Permite enviar perguntas frequentes com as respostas sobre um produto. Pode servir para esclarecer o que vem na embalagem, quais usos ele admite ou quais características convém conhecer antes da compra. O Google o direciona principalmente a experiências conversacionais como o AI Mode. Especificação de question_and_answer.

Suas regras principais são:

• Até 30 pares de pergunta e resposta por produto.
• Até 1.000 caracteres por pergunta e 1.000 por resposta, com um máximo conjunto de 10.000 caracteres por produto.
• Informações sobre o produto, sem preços, datas nem listas de palavras-chave.
• Evitar repetir dados já enviados em title, description, product_detail ou product_highlight.
• Se as mesmas informações estiverem em documentos enviados por document_link, o Google indica que extrairá deles as perguntas frequentes e recomenda não duplicá-las neste atributo.

As consultas ao atendimento, os motivos de devolução e as perguntas nas páginas de produto podem ajudar a identificar o que o comprador precisa saber. As respostas, por outro lado, devem ser validadas com informações do produto: uma avaliação ou uma consulta não comprovam, por si sós, uma característica.

Em arquivos de texto, cada par é expresso como "pergunta":"resposta" e os pares são separados por vírgulas. O Google recomenda TSV em vez de CSV e exige cuidado com as regras de aspas e escape quando os valores contêm caracteres reservados.

2. Documentação do produto: document_link

Permite vincular manuais, guias de uso, instruções de montagem e outros documentos em PDF. É útil quando a informação necessária para resolver uma dúvida já está desenvolvida na documentação do produto. Especificação de document_link.

Os requisitos incluem:

• Até cinco PDFs por produto.
• Um máximo de 50 MB por arquivo e 2.000 caracteres por URL.
• Acesso público, sem login nem permissões especiais.
• Acesso permitido ao Googlebot, sem bloqueios no robots.txt.
• URLs estáveis, que não expirem.
• Direitos para compartilhar os documentos para fins de marketing.

O conteúdo deve explicar o produto. Uma apresentação institucional da empresa não cumpre essa função.

Antes de enviar um link, convém verificar se o arquivo corresponde ao modelo certo, se pode ser baixado e se continua válido. As verificações de robots.txt e de resposta HTTP que descrevemos no teste de acessibilidade para bots ajudam a detectar problemas de acesso.

3. Produtos relacionados: related_product

Informa relações com outros produtos do inventário da loja: acessórios, peças de reposição, alternativas ou itens que costumam ser comprados juntos. O Google descreve seu uso em experiências conversacionais para sugerir produtos que podem ser comprados junto com o item consultado ou no lugar dele. Especificação de related_product.

Cada relação exige três subatributos:

• relationship_type: o tipo de relação.
• identifier_type: gtin ou id.
• identifier: o identificador do produto relacionado.

São aceitas até 30 relações por produto. Os tipos disponíveis são part_of_set, required_part, often_bought_with, substitute, different_brand e accessory. O identificador aceita apenas caracteres alfanuméricos, sublinhados e hifens.

Por exemplo, uma câmera pode ser relacionada a uma bateria compatível por meio de accessory e a um modelo equivalente por meio de substitute. A relação escolhida deve descrever corretamente o vínculo: um acessório opcional e uma peça necessária para que o produto funcione cumprem papéis diferentes.

Para often_bought_with, recomendamos partir de pedidos reais. A intenção de vender dois produtos juntos não basta para afirmar que os clientes costumam comprá-los dessa forma.

4. Título do grupo: item_group_title

Atribui um nome comum a um produto vendido em diferentes variantes. É usado junto com item_group_id, enquanto cada variante mantém o seu próprio title. Especificação de item_group_title.

Por exemplo:

• Título do grupo: Mochila de viagem 40 L.
• Título de uma variante: Mochila de viagem 40 L — Azul.
• Título de outra variante: Mochila de viagem 40 L — Cinza.

O título do grupo aceita entre 1 e 150 caracteres e deve ser idêntico em todos os produtos que compartilham o item_group_id. O Google recomenda colocar o mais importante no início, porque os usuários costumam ver os primeiros 70 caracteres ou menos.

Ele deve descrever o que as variantes têm em comum, sem incluir propriedades exclusivas de uma delas, preços, frete, datas ou texto promocional. Também não cabe acrescentar o nome da loja como promoção; a marca do produto pode ser incluída quando ajuda a diferenciá-lo.

5. Opções de variante: variant_option

Descreve o que muda entre as versões de um produto: cor, tamanho, memória, processador ou outras dimensões. O Google indica que o utiliza para apresentar as variantes tanto em experiências conversacionais quanto na Pesquisa tradicional. Especificação de variant_option.

Cada opção contém name e value, com até 250 caracteres por subatributo. São aceitas até 30 opções por produto.

Para que o grupo seja consistente:

• Todas as variantes com o mesmo item_group_id devem usar o mesmo conjunto de nomes.
• Cada variante deve ter uma combinação única de valores.
• Os valores devem coincidir com o que mostra a sua página de destino.
• Devem ser mantidos os atributos padrão correspondentes, como color, size ou material; variant_option permite explicitar quais dessas propriedades distinguem as variantes.

Um exemplo em formato de texto:

memória:128 GB,cor:preto

Se um produto apenas se parece com outro, mas não é uma variante dele, este atributo não se aplica. A relação deve refletir a organização real do catálogo.

6. Popularidade: popularity_rank

Comunica como um produto vende em relação a outros do catálogo por meio de um valor de 0 a 100. Quanto maior o valor, melhor o seu desempenho relativo. O Google recomenda baseá-lo em vendas recentes e comparar produtos da mesma categoria geral. Especificação de popularity_rank.

O formato admite no máximo uma casa decimal e não leva o sinal de %. Por exemplo:

95.5

Esse número representa uma posição relativa de popularidade. Não deve ser interpretado como a porcentagem das vendas totais que o produto representa.

O Google menciona o último mês como exemplo de período e pede que o valor seja atualizado quando a popularidade muda de forma substancial, mas não estabelece uma fórmula de cálculo.

Uma opção metodológica é calcular o percentil de unidades vendidas dentro de cada categoria nos últimos 30 dias. Essa é uma proposta nossa, não uma fórmula oficial do Google. Para aplicá-la seria preciso definir, além disso, como tratar empates, produtos novos e períodos sem estoque.

Se a loja não conseguir sustentar esse cálculo e a sua atualização, convém adiar o atributo.

Como incorporá-los sem duplicar o feed principal

O Google recomenda usar uma fonte de dados suplementar, embora também aceite adicioná-los à fonte principal ou enviá-los pela Merchant API. A fonte suplementar complementa ou atualiza produtos existentes; ela não permite adicionar nem remover produtos por si só. Guia de fontes de dados do Merchant Center.

Um processo de implementação pode ser organizado em cinco passos:

1. Escolher um conjunto de produtos. Priorizar itens relevantes para o negócio que tenham atividade suficiente para avaliar os resultados. As consultas frequentes, as variantes difíceis de interpretar e a documentação disponível ajudam a decidir por onde começar.
2. Reunir e validar as informações. Revisar páginas de produto, manuais, consultas e dados de vendas. Definir responsáveis para validar respostas, compatibilidades e documentos, além de mantê-los atualizados.
3. Preparar a fonte suplementar. Usar um arquivo, uma planilha do Google Sheets ou uma integração por API. O id deve coincidir exatamente com o da fonte principal, assim como o rótulo de feed e o idioma usados para vinculá-las. O Google indica que a guia de fontes suplementares exige ativar o complemento de gerenciamento avançado de fontes de dados.
4. Verificar o processamento. Revisar erros e confirmar que os atributos ficaram associados aos produtos previstos. Comparar as variantes com as páginas de destino e verificar o acesso aos PDFs.
5. Registrar a intervenção. Guardar quais produtos mudaram, quais atributos foram incorporados e em que data. Esse registro permite interpretar os resultados depois e corrigir a implementação.

Este exemplo simplificado mostra uma fonte suplementar em TSV. Os identificadores, as características e os valores são ilustrativos:

id	question_and_answer	related_product	popularity_rank
ASP-100	"Serve para tapetes?":"Sim. Inclui uma escova para tapetes de pelo baixo."	accessory:id:FIL-20	82.5
ASP-200	"O que vem na embalagem?":"O aspirador com dois bocais e um filtro de reposição."	substitute:id:ASP-100	47.0

As colunas são separadas por tabulações. Para levá-lo a um catálogo real, os produtos relacionados devem existir no inventário e cada afirmação deve corresponder ao modelo indicado.

Como medir os resultados

A documentação consultada não garante uma melhora de posicionamento nem descreve um relatório que permita atribuir resultados especificamente a esses seis atributos. Por isso, observar mais cliques depois de carregá-los não basta para concluir que eles foram a causa.

Recomendamos desenhar a comparação antes de implementar:

• Definir uma linha de base. Registrar o desempenho anterior dos produtos que receberão os atributos e dos que serão usados como referência.
• Escolher grupos comparáveis. Considerar categoria, preço, demanda, disponibilidade e sazonalidade. Comparar os produtos mais vendidos com itens de pouca atividade pode distorcer a leitura.
• Separar anúncios e tráfego orgânico. O Merchant Center permite consultar impressões, cliques e CTR, e filtrar o tráfego por anúncios ou orgânico. Documentação de desempenho de produtos.
• Comparar com as vendas. Revisar os dados do Google Analytics e os pedidos da loja, verificando antes que a medição do ecommerce seja confiável.
• Registrar outras intervenções. Promoções, mudanças de preço, investimento em publicidade, modificações nas páginas de produto e rupturas de estoque podem explicar parte da evolução.

A comparação útil considera quanto cada grupo mudou em relação à sua situação inicial. Também precisa de uma janela compatível com o volume de tráfego e de vendas: poucas transações não permitem uma conclusão firme.

Se vários atributos forem incorporados ao mesmo tempo, a análise avalia o conjunto da mudança. Ela não permite identificar qual campo explica uma diferença.

Um resultado favorável pode justificar ampliar o piloto. Demonstrar que a melhora foi causada pelos atributos exige um desenho que controle adequadamente as outras variáveis.

O que revisar para mantê-los úteis

Cada atributo acrescenta uma responsabilidade sobre a qualidade do catálogo. Os erros mais relevantes são:

• Respostas que ficaram desatualizadas. Uma mudança de modelo ou do conteúdo da embalagem pode tornar incorreta uma resposta que antes era válida.
• Documentos inacessíveis ou errados. O PDF deve continuar disponível e corresponder ao produto ao qual está associado.
• Relações sem validação. Um acessório incompatível ou um substituto que não cumpre a mesma função pode orientar mal uma compra.
• Variantes incoerentes. O feed, os grupos e as páginas de destino devem descrever as mesmas opções.
• Popularidade sem atualização. Um valor calculado uma única vez pode deixar de representar as vendas recentes.
• Informações repetidas. Antes de adicionar perguntas e respostas, convém revisar quais dados já foram enviados em outros atributos ou documentos.

A revisão deve fazer parte da manutenção habitual do catálogo. Caso contrário, o feed pode acumular informações que já não descrevem o que a loja vende.

Por onde começar

A prioridade depende de quais informações faltam e da capacidade de mantê-las:

• Se as variantes são difíceis de interpretar, começar por item_group_title e variant_option.
• Se as mesmas dúvidas se repetem antes da compra, revisar question_and_answer e document_link, evitando enviar as mesmas informações pelas duas vias.
• Se acessórios, peças de reposição ou alternativas são importantes, trabalhar em related_product com relações verificadas.
• Se há dados de vendas consistentes e um processo de atualização, avaliar popularity_rank.

Nossa recomendação é começar com um grupo limitado de produtos, incorporar os atributos que resolvam uma necessidade concreta e revisar tanto a qualidade dos dados quanto os resultados.

Se o catálogo ainda tem páginas de produto contraditórias, variantes mal agrupadas ou documentação inacessível, essas correções fazem parte do mesmo trabalho. A utilidade dos novos campos depende das informações que eles recebem.

Os atributos também não substituem manter as páginas de produto indexadas e em dia na web: um sitemap com lastmod honesto mantém o inventário de fundo, e o IndexNow avisa cada URL que mudou ao Bing e aos demais buscadores que participam do protocolo.

Para revisar o acesso dos rastreadores, os dados estruturados e o conteúdo de uma loja, é possível consultar nosso serviço de SEO para buscas com IA (GEO) ou conhecer a consultoria de Google Analytics e SEO da CookingMetrics.

Perguntas frequentes

Eles substituem a descrição do produto?

Não. Eles complementam os dados existentes. O Google indica que não é preciso duplicar nos atributos conversacionais o que já foi informado em description, product_highlight ou product_detail. A página do produto continua sendo necessária para que o comprador encontre informações coerentes com o catálogo. Guia dos atributos conversacionais.

Eles também servem para o ChatGPT ou outros assistentes?

A documentação revisada descreve esses atributos dentro do Google Merchant Center e o seu uso em experiências do Google. Ela não permite afirmar que carregá-los ali os torne disponíveis para o ChatGPT ou outros assistentes. Essa integração deve ser verificada separadamente para cada plataforma.

Eles garantem mais tráfego ou vendas?

Não. A documentação consultada não promete melhorias de posicionamento, tráfego ou vendas, nem oferece um relatório que isole o efeito desses atributos. Para avaliá-los, convém um piloto: aplicá-los a um grupo de produtos, compará-lo com outro semelhante que não os tenha e registrar promoções, mudanças de preço e rupturas de estoque durante o teste.

Documentação oficial consultada em 26 de outubro de 2026. Os requisitos e as especificações podem mudar.