Dados estruturados: o que o Google usa e como validar

Dados estruturados são um bloco de código na página que descreve o conteúdo num formato padrão, como "isto é um produto, com este preço e esta nota média". O vocabulário mais usado é o do schema.org. O Google usa parte desses tipos para exibir resultados aprimorados, como trilha de navegação, preço e estrelas de avaliação, e só os tipos listados na galeria de pesquisa do Google têm esse efeito. A marcação não garante o resultado aprimorado e não melhora a posição. Para validar há duas ferramentas com papéis diferentes: o Teste de pesquisa aprimorada (Rich Results Test), do Google, verifica a elegibilidade no Google; o Schema Markup Validator, do schema.org, verifica a marcação contra o vocabulário.

Escopo: Google Search, com base na documentação do Google Search Central consultada em outubro de 2026. Outros buscadores e serviços usam schema.org com regras próprias. A marcação só tem efeito em páginas que o Google consegue rastrear e indexar; essa parte está no guia de rastreamento e indexação.

Formatos: JSON-LD, Microdata e RDFa

O Google aceita três formatos. JSON-LD é um bloco <script type="application/ld+json"> separado do HTML visível. Microdata e RDFa são atributos colocados nas próprias tags do HTML (itemprop, property). O Google diz que os três funcionam igualmente bem quando a marcação é válida e recomenda JSON-LD quando a configuração do site permite (Google, introdução aos dados estruturados).

Uma razão prática para preferir JSON-LD, que é opinião e não regra do Google: como fica num bloco só, uma mudança no layout não quebra a marcação sem querer. Um exemplo para um post de blog:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Título do post",
  "datePublished": "2026-10-26T09:00:00-03:00",
  "dateModified": "2026-10-26T09:00:00-03:00",
  "author": [{
    "@type": "Person",
    "name": "Nome do autor",
    "url": "https://www.exemplo.com.br/autores/nome-do-autor"
  }],
  "image": ["https://www.exemplo.com.br/imagens/capa-16x9.jpg"]
}
</script>

Válido no schema.org não é o mesmo que elegível no Google

O schema.org é um vocabulário aberto, com tipos para pessoas, lugares, produtos, eventos e muito mais, e não exige nenhuma propriedade. O Google usa uma fração desses tipos e define regras próprias para cada um: propriedades obrigatórias, propriedades recomendadas e diretrizes de conteúdo. A documentação do Google pede que o Search Central, e não o schema.org, seja a referência para o comportamento no Google, e diz que vale mais ter menos propriedades recomendadas, completas e corretas, do que muitas. Para os recursos de IA da Busca, o Google diz que não existe marcação especial nem arquivo próprio para IA, o que inclui o llms.txt (Google Search Central).

Por isso uma marcação pode estar perfeita para o schema.org e não gerar nada no Google: o tipo não está na galeria, ou falta uma propriedade que o Google exige. Em outubro de 2026, a galeria de pesquisa do Google lista 25 recursos: artigo, trilha de navegação, carrossel, lista de cursos, conjunto de dados, fórum de discussão, perguntas e respostas educacionais, nota agregada de empregador, evento, metadados de imagem, vaga de emprego, empresa local, solucionador de matemática, filme, organização, produto, página de perfil, perguntas e respostas (Q&A), receita, snippet de avaliação, app de software, speakable, conteúdo por assinatura e com paywall, aluguel por temporada e vídeo. Desde novembro de 2025, o conjunto de dados (Dataset) é usado só no Dataset Search, e não no Google Search (registro de atualizações do Google Search Central).

As fontes da tabela são a ajuda do Teste de pesquisa aprimorada e o anúncio do Schema Markup Validator, publicado pelo schema.org em 2021.

Passar no teste do Google não garante exibição. As diretrizes gerais dizem que o Google não garante que os dados estruturados apareçam nos resultados, mesmo quando o teste não aponta erro. Sobre posição, John Mueller, do Google, escreveu em abril de 2025: "Structured data won't make your site rank better" (postagem no Bluesky).

O que o Google deixou de exibir

A lista de tipos suportados encolheu desde 2023. Muitos sites ainda têm no código marcações que não geram mais nada no Google. As datas abaixo vêm do registro de atualizações do Google Search Central e do anúncio de junho de 2025.

No anúncio de junho de 2025, o Google afirmou que a mudança não afeta o posicionamento das páginas e que o uso desses tipos fora do Google Search não é afetado. Na prática, remover marcação antiga não é urgente e mantê-la não traz ganho no Google; se outro serviço que você usa lê essa marcação, ela ainda pode ter função. Perguntas e respostas visíveis na página continuam sendo conteúdo como outro qualquer. O que acabou foi a exibição especial no resultado do Google.

Os tipos mais comuns em sites de empresa e loja

Article

Para notícias e posts (Article, NewsArticle e BlogPosting), não há propriedade obrigatória. As recomendadas são author (com name e url), datePublished, dateModified, headline e image. As datas vão em ISO 8601 com fuso horário; sem fuso, o Google usa o do Googlebot. Em author.name entra só o nome, sem cargo ou tratamento, e cada autor é uma entrada separada. As imagens precisam poder ser rastreadas, representar o artigo (o logo não serve) e ter pelo menos 50 mil pixels (largura vezes altura), de preferência nas proporções 16x9, 4x3 e 1x1 (Google, dados estruturados de artigo).

Organization

Ajuda o Google a entender os dados administrativos da organização e a diferenciá-la de outras com nome parecido. Algumas propriedades influenciam o que aparece na busca, como o logo e o painel de conhecimento. Não há propriedade obrigatória; o Google sugere preencher as que se aplicam, como name, url, logo, address e telephone. O logo precisa ter pelo menos 112x112 pixels. Use o subtipo mais específico, como OnlineStore para loja virtual ou um subtipo de LocalBusiness para quem tem endereço físico (Google, dados estruturados de organização).

BreadcrumbList

A trilha de navegação precisa de um BreadcrumbList com pelo menos dois ListItem, cada um com position, name e item (a URL). No último item, item é opcional, e o Google usa a URL da própria página. O recurso aparece só no desktop (Google, dados estruturados de trilha de navegação).

Product e Offer

O Google separa dois usos (Google, dados estruturados de produto):

• Snippet de produto, para páginas em que não se compra direto, como análises editoriais. Exige name e uma destas: review, aggregateRating ou offers. No Offer, o obrigatório é price; priceCurrency é recomendado (Google, snippet de produto).

• Listagem do comerciante, para páginas em que o cliente compra de você. Exige name, image e offers, com price e priceCurrency. O preço precisa ser maior que zero, e o tipo deve ser Offer, não AggregateOffer, porque quem vende tem que ser o próprio comerciante (Google, listagem do comerciante).

O Google recomenda usar a marcação e também um feed no Merchant Center, o que amplia a elegibilidade para esses recursos.

Avaliações (snippet de avaliação)

As estrelas no resultado têm as regras mais restritas. A principal trata de avaliações autopromocionais: se a entidade avaliada controla as avaliações sobre si mesma, páginas com LocalBusiness ou outro tipo de Organization não são elegíveis para estrelas. Isso inclui avaliações exibidas no próprio site por meio de widget de terceiros. A regra mira a nota da empresa sobre ela mesma; a avaliação de um produto específico segue as regras gerais (Google, snippet de avaliação). As outras regras da mesma página:

• A avaliação deve ser de um item específico, não de uma categoria ou de uma lista de itens.

• Não se agregam avaliações ou notas de outros sites.

• Para empresa local, as notas precisam vir diretamente dos usuários.

• Quem marca várias avaliações individuais deve incluir também a nota agregada delas.

• O conteúdo das avaliações precisa estar visível na página marcada.

• Avaliações falsas, ou incentivadas sem aviso, são proibidas.

• O Google recomenda aceitar só avaliações que tenham comentário e nome do autor.

Erros comuns

Os itens abaixo seguem as diretrizes gerais de dados estruturados do Google, salvo indicação.

• Marcar conteúdo que o visitante não vê. A marcação precisa representar o que está na página.

• Deixar preço, disponibilidade ou data diferentes do que a página mostra. O Google não exibe resultado aprimorado para conteúdo com prazo que já perdeu a validade.

• Faltar propriedade obrigatória. O item fica inelegível.

• Bloquear a página com robots.txt, noindex ou outro controle de acesso.

• Marcar avaliações autopromocionais em Organization ou LocalBusiness (regra do snippet de avaliação).

• Validar só no Schema Markup Validator e concluir que o Google vai exibir o resultado. Esse validador não conhece os requisitos do Google.

• Continuar investindo em tipos que saíram da galeria, como FAQ e HowTo, esperando efeito no Google.

• Publicar e não acompanhar. Uma mudança de template pode quebrar a marcação de muitas páginas de uma vez; os relatórios do Search Console mostram isso.

Como validar, passo a passo

1. Confira na galeria se o tipo gera resultado aprimorado no Google e leia a página do recurso, com as propriedades obrigatórias e recomendadas.

2. Rode o Teste de pesquisa aprimorada com a URL ou com o código. Corrija os erros; os avisos indicam propriedades recomendadas que faltam.

3. Se o tipo não está na galeria, ou para conferir o vocabulário, use o Schema Markup Validator.

4. Compare os valores da marcação com o que aparece na página: preço, nota, data, autor.

5. Depois de publicar, use a Inspeção de URL para ver se o Google encontrou a marcação e acompanhe os relatórios de resultados aprimorados no Search Console.

Como verificar o seu site

O validador de dados estruturados do WebVyze está entre as ferramentas grátis e ajuda numa primeira leitura da marcação de uma página. Para saber se uma página é elegível a resultado aprimorado no Google, a referência continua sendo o teste do próprio Google.