Schema de Produto: Como Aparecer com Preço e Estrelas no Google

Schema de produto faz sua loja aparecer com preço, estoque e estrelas no Google. Veja os campos obrigatórios, o erro mais comum e como testar cada página.

Por Marcelo Freitas · 15 de agosto de 2026 · 11 min de leitura

Schema de produto é o código JSON-LD que declara para o Google, de forma explícita, qual é o preço, a disponibilidade em estoque e a nota de avaliação de uma página. É esse código, do tipo Product, que habilita o resultado de busca a mostrar preço, estrelas e status de estoque direto na lista de resultados, sem o comprador precisar clicar para descobrir.

Veja neste artigo

O que é o schema de produto

O schema de produto é um trecho de código JSON-LD, geralmente colocado no <head> ou no corpo da página, que descreve a página para máquinas com o vocabulário do schema.org. Ele não muda nada visualmente para quem visita o site: é uma camada extra, invisível ao olho humano, que traduz o que já está na página (nome do produto, preço, estoque, avaliações) em um formato que o Google lê sem ambiguidade.

Sem esse código, o Google até consegue inferir parte do conteúdo pelo texto visível da página, mas não tem garantia nenhuma de exibir preço, estoque ou estrelas no resultado de busca. Com o schema correto, a página fica elegível para o que o Google chama de rich result de produto: aquele resultado com preço, avaliação e disponibilidade aparecendo direto na lista, antes mesmo do clique.

Vale reforçar: schema não é ranqueamento. Ele não empurra a página para cima nem substitui os fundamentos de SEO para página de produto, como título único e descrição própria. O que ele faz é abrir a porta para um resultado mais visível e mais clicável entre os concorrentes que aparecem do lado.

Product snippet ou listagem de comerciante: qual aparece na sua loja

O Google separa o schema de produto em duas categorias de resultado, segundo a própria documentação de dados estruturados de produto do Google. A diferença importa porque muda quais campos valem a pena priorizar primeiro.

Product snippet: para páginas onde a pessoa não compra diretamente ali (por exemplo, uma página informativa de produto, um comparativo ou um catálogo sem checkout). Esse formato aceita mais liberdade nos campos de avaliação, incluindo prós e contras do produto.
Listagem de comerciante (merchant listing): para páginas com compra direta, o caso típico de e-commerce. Suporta campos adicionais como opções de tamanho, custo e prazo de envio, e política de devolução, que aparecem como selos extras no resultado.

Uma loja de roupa com checkout próprio se qualifica principalmente para listagem de comerciante, o que significa que vale a pena declarar frete e devolução no schema, não só preço. Já um comércio de bairro que tem página de produto só para catálogo, sem venda direta pelo site, tende a se qualificar como product snippet: preço e avaliação já entregam a maior parte do ganho.

Os campos que fazem preço e estrelas aparecerem

A estrutura básica é o tipo Product, com um nome, e pelo menos um destes três blocos: review, aggregateRating ou offers. Na prática, quase toda loja usa os três juntos, porque cada um habilita uma parte diferente do resultado visual.

Campos obrigatórios do Product

Campo	Onde	Regra
`name`	Product	Nome do produto, obrigatório
`price`	Offer	Obrigatório se usar Offer
`lowPrice` e `priceCurrency`	AggregateOffer	Obrigatórios se usar AggregateOffer (faixa de preço, comum em produto com variação)
`ratingValue`	AggregateRating	Obrigatório se usar AggregateRating
`ratingCount` ou `reviewCount`	AggregateRating	Pelo menos um dos dois é obrigatório

Exemplo mínimo de JSON-LD com preço e avaliação:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Tênis de corrida modelo X",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": 4.6,
    "ratingCount": 87
  },
  "offers": {
    "@type": "Offer",
    "price": "349.90",
    "priceCurrency": "BRL",
    "availability": "https://schema.org/InStock"
  }
}

Campos recomendados para um resultado mais completo

Nenhum destes é obrigatório, mas cada um aumenta a chance de o Google exibir um resultado mais rico e mais confiável:

availability: estoque real (InStock, OutOfStock, PreOrder). Uma pet shop que vende ração com reposição semanal deveria atualizar esse campo junto com o estoque real, não deixar fixo em “em estoque”.
priceValidUntil: data até quando aquele preço vale. Evita que o Google mostre um preço antigo depois de uma promoção terminar.
review: avaliações individuais, com autor, nota e data de publicação, além do aggregateRating.
shippingDetails e hasMerchantReturnPolicy: usados na listagem de comerciante, mostram selos de frete e devolução no resultado.

Um exemplo real de campo que muda comportamento: uma loja de suplementos que vende o mesmo whey em três tamanhos de pote pode usar AggregateOffer com lowPrice e highPrice em vez de um único Offer, deixando claro para o Google que existe uma faixa de preço, não um valor fixo.

Reviews no schema de produto: o que pode e o que não pode

Existe uma confusão comum entre lojistas: a de que uma loja não pode declarar as próprias avaliações de produto porque isso seria “review autopromovida”. Essa regra existe, mas não é essa. Desde uma atualização de 2019, o Google não exibe estrelas para LocalBusiness e Organization quando a entidade avaliada controla as próprias avaliações sobre si mesma, publicadas no próprio site (o caso de um depoimento genérico sobre a empresa, não sobre um produto específico), conforme as diretrizes de review snippet do Google.

Essa restrição não vale para Product. Uma loja pode, sim, coletar avaliações reais de quem comprou e exibi-las com aggregateRating na própria página do produto: é exatamente assim que praticamente todo e-commerce grande mostra estrelas. A regra que vale para produto é mais simples e mais importante de seguir: a avaliação precisa vir de experiência genuína, e se foi incentivada (desconto, cupom, brinde em troca da nota), isso precisa estar divulgado. Review falsa, comprada ou inflada sem divulgação torna a página inelegível para o rich result, e pode gerar ação manual.

Na prática, para uma loja de roupa ou uma loja de suplementos, o caminho mais seguro é: pedir avaliação de forma neutra depois da entrega (por e-mail ou WhatsApp, sem prometer nada em troca), publicar as notas reais, boas e ruins, e nunca preencher aggregateRating com nota estimada só para ativar o rich result. Se a loja já pede avaliações mas não sabe qual abordagem usar sem parecer forçada, vale ver o guia de como conseguir avaliações no Google sem constranger o cliente, que serve como base também para review de produto.

Onde ativar o schema de produto: Nuvemshop, Shopify, Tray e WooCommerce

Na maioria das plataformas de e-commerce usadas no Brasil, o schema de produto básico (nome, preço, disponibilidade) já vem embutido no tema, sem precisar de código. O ponto de atenção não costuma ser “ativar”, e sim “confirmar que os dados batem com a realidade”:

Nuvemshop e Tray: o schema Product do tema costuma ser automático. O que falha com mais frequência é o availability não acompanhar o estoque real e o aggregateRating não aparecer, porque depende do app de avaliação instalado (Trustvox, Yampi Reviews e similares) injetar o dado, não só exibir as estrelas visualmente na página.
Shopify: o tema também gera o schema Product por padrão. Apps de review (Judge.me, Loox, Yotpo) em geral adicionam o aggregateRating, mas vale testar depois de instalar, porque nem todo app grava o schema, alguns só mostram o widget na tela.
WooCommerce com Rank Math: o Rank Math só gera o schema Product automaticamente quando o módulo WooCommerce está ativo dentro do plugin (Rank Math > Módulos Instantâneos). Sem esse módulo ligado, a página de produto do WooCommerce pode não ter schema nenhum, mesmo com o Rank Math instalado.

Em qualquer uma dessas plataformas, a regra prática é a mesma: depois de configurar o tema ou instalar o app de avaliação, teste uma página de produto de verdade antes de assumir que está funcionando.

Como conferir se o schema está funcionando

Duas ferramentas gratuitas resolvem praticamente toda a verificação:

Rich Results Test (search.google.com/test/rich-results): cole a URL da página de produto e veja se o Google reconhece o schema Product, quais campos foram lidos e se há erro ou aviso de campo ausente.
Relatório de Produtos no Search Console: em Melhorias, mostra quantas páginas têm rich result válido, quantas têm aviso (campo recomendado ausente, não impede o resultado) e quantas têm erro (campo obrigatório ausente, impede o resultado).

Um erro comum que aparece nesse relatório é “nenhum item encontrado para availability” ou “faltando o campo priceCurrency”, geralmente porque o feed do tema não estava preenchendo o campo para produtos sem estoque cadastrado. Vale revisar esse relatório uma vez por mês, do mesmo jeito que se revisa o relatório de produtos reprovados no Merchant Center, que trata de um problema parecido só que para o Google Shopping.

O que cada campo muda no resultado de busca

Campo do schema	O que aparece no resultado	Se faltar
`name`	Não gera elemento visual próprio	Sem esse campo, o restante do schema é ignorado
`offers.price` + `priceCurrency`	Preço ao lado do título do resultado	Resultado aparece sem preço
`availability`	Selo “Em estoque” ou “Esgotado”	Sem indicação de disponibilidade
`aggregateRating`	Estrelas e número de avaliações	Sem estrelas no resultado
`priceValidUntil`	Mantém o preço exibido confiável após promoções	Google pode passar a desconfiar do preço declarado
`shippingDetails` / `hasMerchantReturnPolicy`	Selos de frete grátis e devolução (listagem de comerciante)	Sem esses selos extras no resultado

Checklist antes de publicar o schema

O campo name está preenchido com o nome real do produto, sem termos genéricos?
price e priceCurrency batem com o valor exibido na página, atualizados?
availability reflete o estoque real, não um valor fixo esquecido no tema?
aggregateRating só está presente quando existem avaliações reais de clientes?
A página foi testada no Rich Results Test antes de considerar publicada?
O relatório de Produtos do Search Console está sendo revisado com alguma periodicidade (mensal é suficiente para a maioria das lojas)?

Perguntas frequentes sobre schema de produto

Depois de configurar, em quanto tempo as estrelas aparecem no Google?

Não existe prazo fixo. O Google precisa rastrear a página de novo, validar o schema e decidir se o resultado é elegível, o que costuma levar de alguns dias a poucas semanas. Pedir reindexação pelo Search Console acelera o rastreamento, mas não garante o rich result.

Preciso ter muitas avaliações para usar aggregateRating?

Não há um número mínimo definido pelo Google. O campo aceita qualquer quantidade real, mesmo poucas avaliações. O risco não é ter poucas, é declarar uma nota sem nenhuma avaliação real por trás, o que pode ser tratado como dado enganoso.

Nuvemshop, Shopify e Tray já vêm com schema de produto pronto?

O básico (nome, preço, disponibilidade) geralmente sim, pelo tema padrão. O aggregateRating depende do app de avaliação gravar o dado no schema, não só mostrar as estrelas na tela. Vale testar a página no Rich Results Test depois de instalar qualquer app novo.

O que é o priceValidUntil e preciso preencher?

É a data até quando aquele preço declarado continua válido. Não é obrigatório, mas evita que o Google mostre um preço de promoção depois que ela já terminou, o que prejudica a confiança do resultado e a experiência de quem clica.

Product snippet e listagem de comerciante são a mesma coisa?

Não. Product snippet é para páginas sem compra direta ali, com mais liberdade nos campos de avaliação. Listagem de comerciante é para páginas com checkout, com campos extras de frete e devolução. A maioria das lojas virtuais se enquadra na segunda categoria.

Schema de produto não substitui os fundamentos: estoque real, preço atualizado e avaliação genuína continuam sendo a base. O código só declara isso de um jeito que o Google consegue mostrar antes do clique. Quem prefere terceirizar essa revisão técnica pode contar com a agência de SEO da SAL. Se a sua loja ainda não sabe por onde o catálogo está perdendo visibilidade ou conversão, o diagnóstico gratuito da SAL mapeia esses pontos, do SEO técnico ao que acontece depois que o cliente entra na página de produto.