O Google esclareceu em 12 de novembro de 2026 que sites devem evitar múltiplas formas simultâneas de indicar o item avaliado nos dados estruturados de Review e AggregateRating. Quando a nota agregada está aninhada em um Product, LocalBusiness, Organization ou outro tipo compatível, o nome e a identidade do item devem permanecer no elemento principal, sem repetir uma indicação conflitante dentro da avaliação. A mudança não cria um novo recurso visual: ela reduz ambiguidade e ajuda o Google a interpretar a marcação já publicada.
Entenda o problema que o Google quer evitar
Uma página pode descrever um produto no conteúdo visível, declarar um Product no JSON-LD e ainda inserir itemReviewed dentro de Review ou AggregateRating com outro nome, identificador ou tipo. Mesmo quando cada bloco parece válido isoladamente, a combinação pode deixar duas respostas para a mesma pergunta: afinal, qual entidade recebeu a nota?
A orientação atualizada pede uma representação única e coerente. Se Review ou AggregateRating estiver aninhado no item principal, use esse relacionamento para deixar claro o que foi avaliado. O nome deve estar no tipo pai e corresponder ao que a pessoa vê na página. Evite publicar outro itemReviewed que duplique ou contradiga essa entidade.
Escolha um item principal por página
Antes de alterar o código, defina a entidade principal da página. Em uma página de produto, o alvo costuma ser Product. Em uma página de unidade, pode ser um subtipo de LocalBusiness. Em uma página institucional, Organization só deve receber avaliações quando a marcação e a política do recurso forem aplicáveis ao caso real.
Não use uma nota geral da empresa como se fosse avaliação de todos os produtos. Também não combine a avaliação de uma unidade com o perfil nacional sem explicar a relação. O conteúdo visível, o título, a URL, o identificador e o schema precisam apontar para o mesmo objeto.
- Tipo principal compatível com o conteúdo da página
- Nome visível idêntico ao nome declarado no schema
- Identificador estável para produto, serviço ou unidade
- Avaliações referentes ao item específico
- Nota e quantidade confirmadas na fonte publicada
Revise o aninhamento de Review e AggregateRating
Quando a página contém avaliações individuais, Review pode ser aninhado no item principal. Quando existe uma média calculada a partir de várias avaliações, AggregateRating reúne ratingValue e reviewCount ou ratingCount. Esses números devem refletir avaliações disponíveis aos usuários, não uma nota interna, estimativa comercial ou valor copiado de outro canal sem autorização.
Procure duplicidades geradas por tema, plugin, aplicativo de avaliações e gerenciador de tags. É comum uma plataforma publicar Product com AggregateRating enquanto outro componente injeta Review separado com itemReviewed. Escolha uma fonte responsável, remova a versão redundante e preserve o código que representa melhor o conteúdo real.
Respeite as regras para avaliações próprias
O Google não exibe estrelas de avaliação própria para LocalBusiness e Organization quando a entidade controla as avaliações sobre si mesma, inclusive quando elas chegam por um widget de terceiros. A restrição vale para páginas da própria empresa e não é contornada por trocar a origem técnica da nota.
Uma marcação válida também não garante resultado avançado. O Google considera qualidade, relevância, políticas e contexto da busca. Use os dados estruturados para descrever informação verdadeira e acessível, não como promessa de estrelas ou aumento de posição.
Faça uma auditoria técnica antes de publicar
Rastreie uma amostra de páginas e capture o HTML renderizado, porque o JSON-LD pode mudar depois da execução de scripts. Compare páginas com e sem avaliações, variações de produto, unidades e templates antigos. Verifique se o schema aparece uma única vez e se os valores correspondem ao conteúdo visível.
Teste o código na ferramenta de resultados avançados e valide a estrutura geral no validador do Schema.org. Depois publique em poucas URLs, use a inspeção de URL para confirmar o HTML recebido pelo Google e acompanhe relatórios do Search Console. Alertas e ausência de recurso visual precisam ser investigados sem concluir automaticamente que o aninhamento é a única causa.
- Inventariar todas as fontes que injetam JSON-LD
- Comparar nome, tipo, identificador, nota e contagem
- Remover itemReviewed redundante quando o item já é o tipo pai
- Confirmar que avaliações e nota aparecem para o usuário
- Testar uma amostra e registrar a data da mudança
Evite perder histórico durante a correção
Corrigir schema não exige mudar URL, texto ou plataforma de avaliações ao mesmo tempo. Faça uma alteração isolada, preserve identificadores e compare o comportamento antes e depois. Se o site tem muitas páginas, implemente o ajuste no template e valide categorias diferentes antes de liberar para todo o catálogo.
Mantenha um teste automatizado que falhe quando duas fontes publicarem o mesmo tipo, quando reviewCount ficar abaixo de zero ou quando o nome do item divergir do título esperado. A prevenção é mais barata do que descobrir uma duplicidade depois que milhares de páginas foram rastreadas.
Meça interpretação e resultado comercial separadamente
Acompanhe erros e avisos, páginas válidas, rastreamento e elegibilidade no Search Console. Em paralelo, monitore impressões, cliques, taxa de conversão e pedidos. A correção pode melhorar a clareza técnica sem produzir mudança imediata de tráfego, e uma variação comercial pode ter sido causada por preço, campanha, estoque ou sazonalidade.
Registre a hipótese, as URLs alteradas e o período de observação. O objetivo é manter uma representação inequívoca e verificável do item avaliado. Estrelas, posição e receita continuam dependendo de fatores que vão além do schema.
Para levar daqui
Use um item principal claro, aninhe Review e AggregateRating nele e elimine formas concorrentes de declarar o que foi avaliado. Valide o HTML renderizado, respeite as políticas e meça a correção sem prometer estrelas no resultado.
