Estrelas de avaliação no Google: o guia dos rich results

Quando você pesquisa um produto, um curso online ou até uma receita e vê uma fileira de estrelas amarelas logo abaixo do título azul do resultado, isso não é um enfeite automático do Google — é um rich result de avaliação, gerado a partir de dados estruturados do tipo Review ou AggregateRating que existem no código da própria página. É o site que declara essa informação; o Google apenas decide, caso a caso, se confia nela o suficiente para exibi-la.

Essas estrelas importam porque mudam o que a pessoa vê antes mesmo de clicar. Um resultado com "4,7 (312 avaliações)" e cinco estrelas ocupa mais espaço visual e passa uma sinalização de confiança que um link azul comum não passa, o que tende a aumentar a taxa de cliques na mesma posição de ranking. Mas — e este é o ponto que a maioria dos textos sobre o assunto pula — existem regras específicas sobre quando essa marcação é legítima, e violá-las custa caro: o Google pode simplesmente parar de exibir a estrela, ou, em casos de abuso, aplicar uma ação manual contra dados estruturados que afeta o site inteiro.

O Que É Exatamente Esse Rich Result

O nome técnico é review snippet, ou rich result de avaliação: um complemento visual — estrelas, nota média e, às vezes, o número de avaliações — que o Google insere abaixo do título e da URL de um resultado orgânico normal. Ele também pode aparecer em listagens de produtos no Shopping e em outros formatos de busca que exibem cards de produto. Em nenhum desses casos a estrela é um resultado pago; ela nasce inteiramente de dados estruturados que o próprio site publica.

O efeito prático é competir por atenção dentro da própria página de resultados. Duas páginas podem estar na mesma posição — digamos, a terceira colocação orgânica — e uma delas, com estrelas visíveis, chamar bem mais o olho do que a vizinha sem marcação nenhuma. Isso não move o ranking em si: a posição continua sendo decidida pelos sinais normais de relevância e qualidade. O que muda é a probabilidade de a pessoa escolher aquele resultado entre os que ela já está vendo.

• Estrelas mais nota média, como 4,6 de 5
• Número de avaliações entre parênteses, ao lado da nota
• Pode aparecer em resultados orgânicos normais e em cards de produto ou Shopping

A Estrutura de Dados Por Trás das Estrelas: Review e AggregateRating

O vocabulário vem do schema.org e usa dois tipos que costumam ser confundidos. Review descreve uma avaliação individual — quem escreveu, o texto e a nota dada dentro de um reviewRating, com um valor mínimo e máximo definidos. AggregateRating, por outro lado, resume muitas avaliações em um único número: a nota média, chamada de ratingValue, e a quantidade de avaliações que sustentam essa média, chamada de ratingCount ou reviewCount. Na prática, é o AggregateRating que o Google costuma puxar para desenhar a estrela no resultado de busca, porque uma média com volume razoável de avaliações é um sinal mais estável do que uma avaliação isolada.

Nenhum dos dois tipos existe sozinho: ambos precisam estar aninhados dentro do item que está sendo avaliado — um Product, um Recipe, um Course, entre outros — através da propriedade que liga a nota à coisa avaliada. Se essa relação não estiver clara no código, o Google não sabe a qual entidade a nota pertence e simplesmente ignora a marcação, mesmo que ela esteja sintaticamente correta. O formato recomendado hoje é JSON-LD, um bloco de script separado do HTML visível, porque é mais fácil de manter e de testar do que misturar atributos de microdata espalhados dentro de cada tag da página.

• ratingValue: a nota, numérica, dentro de uma escala declarada
• ratingCount ou reviewCount: quantas avaliações sustentam essa nota
• itemReviewed: a entidade que está sendo avaliada — nunca o site em si

As Regras Que Realmente Colocam Sites em Apuros

A maior parte dos tutoriais sobre estrelas de avaliação para no "copie este código JSON-LD". O que raramente é dito com a mesma ênfase é que existem formas específicas de usar essa marcação que o Google trata como violação de política — e que, ao contrário de um simples erro de sintaxe, essas custam a própria funcionalidade, não só um item mal formatado.

A primeira é a avaliação autoconcedida: um negócio marcando, com dados estruturados, avaliações sobre si mesmo no próprio site. Um restaurante publicando na sua página inicial um bloco de depoimentos de clientes com marcação de AggregateRating apontando para a própria entidade, seja ela LocalBusiness ou Organization, não é elegível para exibir estrela — mesmo que os depoimentos sejam absolutamente verdadeiros. A lógica do Google é direta: uma empresa avaliando a si mesma dentro do seu próprio domínio é uma fonte com conflito de interesse óbvio demais para servir de prova social confiável dentro da busca. Produtos vendidos nesse mesmo site em geral continuam elegíveis, porque o produto é uma entidade diferente do negócio que o vende — mas o negócio avaliando a si mesmo, não.

A segunda é marcar avaliações que não existem de forma visível para quem visita a página. A marcação estruturada precisa refletir exatamente o que um visitante humano consegue ver e ler naquela página — não um resumo escondido em outro lugar do site, não uma nota calculada internamente e só exportada via JSON-LD, não avaliações que existem apenas no banco de dados da empresa. Se a nota e a quantidade de avaliações não aparecem visíveis em algum ponto daquela mesma URL, a marcação está descrevendo algo que a página, na prática, não mostra a ninguém.

A terceira, que decorre diretamente da segunda, é a consequência prática: dados estruturados que descrevem algo ausente da página são tratados pelo Google como spam de dados estruturados, não como um erro técnico bobo e sem importância. O resultado mais comum é perder a estrela silenciosamente — o Google simplesmente para de considerar aquela marcação elegível para o recurso visual. Em casos mais flagrantes ou recorrentes, o Search Console pode registrar uma ação manual sobre dados estruturados, que não afeta só a página específica: ela pode suspender a exibição de rich results de avaliação para o site inteiro até o problema ser corrigido e a reconsideração ser avaliada e aprovada.

• Autoavaliação: negócio avaliando a si mesmo, Organization ou LocalBusiness, no próprio site, o que não é elegível
• Avaliação invisível: marcação sem o conteúdo correspondente visível na página, o que viola a política de dados estruturados
• Consequência: perda silenciosa da estrela específica, ou ação manual afetando o site inteiro

Em Que Tipos de Página as Estrelas São Legítimas

A lista de tipos elegíveis para o rich result de avaliação é deliberadamente restrita, e o Google revisa essa lista de tempos em tempos. Produtos, do tipo Product, são o caso mais comum: uma loja pode exibir avaliações de compradores reais sobre um item específico, mesmo vendendo esse item no próprio domínio, porque a entidade avaliada — o produto — não é o mesmo site que hospeda a avaliação. Receitas, cursos, livros, filmes e aplicativos de software seguem a mesma lógica geral: são coisas distintas da entidade que publica o conteúdo, o que preserva a independência entre quem avalia e quem é avaliado.

Negócios locais e organizações inteiras são o caso mais restrito: eles só costumam ser elegíveis quando a avaliação vem de um terceiro genuinamente independente — por exemplo, um site de diretório ou de comparação que agrega avaliações sobre muitos negócios diferentes, cuja função principal é justamente essa. O que continua não elegível, em qualquer um desses casos, é o próprio negócio avaliando a si mesmo dentro do seu domínio, disfarçado de qualquer tipo de schema.

Por Que as Estrelas às Vezes Não Aparecem Mesmo com o Markup Correto

É comum um site implementar a marcação com perfeição técnica — passar em todos os validadores, sem nenhum erro ou aviso pendente — e ainda assim nunca ver a estrela aparecer de fato na busca. Isso normalmente não é falha da implementação: elegibilidade técnica e exibição real são duas coisas diferentes. Passar na validação só confirma que o Google consegue ler e interpretar o dado corretamente; isso não garante que ele vá usar esse dado para aquela consulta específica, naquele momento.

A decisão de mostrar ou não o rich result é algorítmica e tomada consulta a consulta, de forma parecida com sitelinks ou outros formatos de busca aprimorados: o Google pondera sinais de confiança do site como um todo, se já existe outro elemento visual disputando aquele mesmo espaço no resultado, e se a exibição da estrela realmente ajuda quem está pesquisando naquele instante específico. Um site novo, com poucos sinais de qualidade acumulados ao longo do tempo, pode ter a marcação tecnicamente perfeita e mesmo assim não ver a estrela aparecer — e essa situação pode mudar mais adiante sem que nada no código seja alterado. Insistir em otimizar ainda mais o JSON-LD depois que a validação já está limpa costuma não resolver nada, porque o gargalo deixou de estar na sintaxe.

Como Testar e Validar a Marcação

O ponto de partida costuma ser o teste de resultados enriquecidos do Google, que lê uma URL específica e mostra exatamente o que o Google conseguiu extrair daquela marcação — inclusive erros e avisos que impedem a elegibilidade. Um aviso não é sempre algo bloqueante: alguns campos são recomendados, não obrigatórios, mas vale entender cada um deles antes de simplesmente ignorá-lo. O validador de schema.org é um complemento útil para checar a sintaxe do vocabulário de forma independente do Google, o que ajuda a isolar se um problema específico é de schema ou é de política de exibição.

Depois de publicado, o relatório de melhorias do Search Console referente a avaliações mostra o quadro em escala: quantas páginas do site têm itens válidos, quantas têm avisos e quantas têm erros, com exemplos de URL para cada categoria — isso é o que costuma revelar um problema sistêmico, como um template inteiro gerando a mesma falha em centenas de páginas, algo que testar página por página dificilmente pegaria a tempo. Vale revisar esse relatório depois de qualquer mudança no template que gera a marcação, não só uma vez na primeira implementação.

• Teste de resultados enriquecidos: valida uma URL específica e mostra erros e avisos detalhados
• Validador de schema.org: confirma a sintaxe do vocabulário de forma isolada
• Relatório de melhorias sobre avaliações, no Search Console: visão do site inteiro ao longo do tempo

Merecido, Não Instalado

Vale terminar no ponto que costuma ficar implícito demais: a marcação de dados estruturados não cria confiança nenhuma, ela apenas descreve uma confiança que já existe de fato na página. Um snippet de JSON-LD bem escrito sobre avaliações que ninguém realmente deixou, ou que estão escondidas do visitante comum, não é um atalho — é a definição exata do problema descrito acima, e o resultado mais provável é não ganhar absolutamente nada, ou pior, perder a elegibilidade assim que o problema for identificado pelo Google.

O caminho que realmente funciona é o inverso do que parece mais rápido: primeiro construir um processo genuíno de coleta de avaliações — pedir feedback de clientes reais, exibi-lo de forma visível na página do produto ou serviço, moderar contra spam e avaliações falsas — e só depois adicionar a marcação estruturada, como uma tradução fiel do que a página já mostra a qualquer visitante. Seguindo essa ordem, a estrela no resultado de busca deixa de ser algo que se instala da noite para o dia e passa a ser, de fato, algo que se conquista com o tempo.