Product snippets e merchant listings são dois tratamentos de dados estruturados de produto no Google. O primeiro serve a páginas onde o cliente não pode comprar direto; o segundo, a páginas onde pode. Escolher o certo define quais campos você deve publicar, e isso alimenta tanto a busca tradicional quanto as respostas de IA.
Qual é a diferença entre os dois tratamentos?
A documentação do Google sobre dados estruturados de produto separa dois cenários. Em um, a página é editorial: uma resenha, um comparativo, uma análise de especificações. Em outro, a página é comercial: o visitante escolhe a variante, vê o preço e fecha a compra ali mesmo.
Para o primeiro cenário existem os product snippets. O Google os descreve como a opção para páginas em que o cliente não consegue comprar diretamente, e eles aceitam informação detalhada de avaliação, inclusive prós e contras em resenhas editoriais. Para o segundo existem os merchant listings, que abrem espaço para detalhes de oferta como envio e política de devolução.
Há uma relação de herança que poucos notam. Segundo o próprio Google, ao adicionar as propriedades exigidas para merchant listings, sua página também pode se qualificar para product snippets. O contrário não vale: uma resenha não vira balcão só porque ganhou um preço no markup.
Por que uma marca de eletrônicos deveria se importar?
Pense na página de produto como um prédio com duas portas. Uma dá para a vitrine, onde se lê e se compara. A outra dá para o balcão, onde se paga. O Google quer saber por qual porta cada página funciona, e sistemas de IA que consultam a web enfrentam a mesma pergunta quando precisam decidir se uma URL é boa para explicar um produto ou boa para comprá-lo.
Na prática, nós vemos três situações recorrentes quando analisamos páginas de eletrônicos:
- A página de marca que parece loja, mas não vende. Tem botão de "onde comprar" e nenhuma oferta. Aqui o tratamento natural é o de product snippet, com especificações e avaliações bem marcadas.
- A página de loja própria com variantes. Vende, mostra preço e estoque, mas descreve a oferta só em texto solto. Aqui o merchant listing faz diferença.
- A página híbrida. Mistura conteúdo editorial longo com carrinho. É a mais comum, e a que mais precisa de uma decisão consciente sobre o que o markup afirma.
Isso conversa com o que escrevemos sobre schema de oferta para IA: preço, frete e devolução só ajudam se a página realmente faz uma oferta.
O que o Google diz sobre variantes?
O texto é direto: adicionar dados estruturados de variantes pode ajudar o Google a entender quais produtos são variações de um mesmo produto-pai. Ambos os tratamentos aceitam isso.
Para eletrônicos, a consequência é concreta. Um notebook em três memórias e duas cores não são seis produtos; é um produto com seis ofertas. Se cada variante vira uma URL sem relação declarada, o sistema pode tratá-las como entidades separadas e diluir sinais. Detalhamos o problema em entidade de produto e variantes.
E para respostas de IA, muda alguma coisa?
Aqui vale honestidade. A página do Google sobre recursos de IA na Busca afirma que não há requisitos adicionais para aparecer em AI Overviews ou no Modo IA, nem otimizações especiais. A página precisa ser indexável e elegível a snippet, e a lista de boas práticas inclui garantir que os dados estruturados sejam precisos.
Ou seja: não existe um "schema para IA". O que existe é a base de sempre, feita direito. E o Google ainda lembra que os realces de dados estruturados são discricionários e podem mudar com o tempo, por isso a orientação é fornecer o máximo de informação rica de produto que você tiver, em vez de perseguir um formato específico.
Nosso método parte da mesma cautela. Dados estruturados corretos tornam uma página legível; legibilidade não é o mesmo que ser recomendado. Quem decide a recomendação é o modelo, a cada pergunta, e o resultado varia por modelo, prompt e dia. Está descrito em nossa metodologia.
Como decidir qual tratamento usar?
Um roteiro curto, de cinco minutos por tipo de página:
- Abra a página como um cliente e pergunte: dá para concluir a compra aqui, sem sair?
- Se não, trate-a como editorial e priorize especificações, avaliações e clareza de modelo.
- Se sim, publique a oferta completa: preço, disponibilidade, frete e devolução.
- Declare as variantes como parte de um mesmo produto-pai.
- Confira se o que o markup afirma é exatamente o que a pessoa vê na tela.
O que levar daqui
- Product snippets são para páginas onde não se compra; merchant listings, para páginas onde se compra.
- Cumprir os requisitos de merchant listing também pode qualificar a página para product snippets.
- Variantes precisam de um produto-pai declarado, ou viram entidades soltas.
- Não há otimização especial para IA na documentação do Google; precisão dos dados é a base.
- Markup que diverge da página visível é pior que nenhum markup.
Perguntas frequentes
Posso usar os dois tratamentos na mesma página?
Se a página cumpre os requisitos de merchant listing, ela também pode se qualificar a product snippets, segundo o Google. O inverso não se aplica.
Dados estruturados garantem que a IA vai citar meu produto?
Não. Eles ajudam o sistema a entender a página, mas a recomendação depende do modelo, da pergunta e do momento.
Preciso de uma página por variante?
Não necessariamente. O essencial é declarar a relação entre as variantes e o produto-pai, para que não sejam tratadas como produtos distintos.
Quer ver como suas páginas aparecem para a IA? O diagnóstico gratuito é uma análise experimental via API, sem prometer ranking, e serve como ponto de partida. Se preferir conversar sobre o seu catálogo, a demonstração está aberta.