Dados estruturados e schema: o que ainda vale a pena marcar

Por que o schema não aparece

Um schema válido não é garantia de rich result. É comum copiar um gerador de JSON-LD pronto, colar no site, passar no teste de sintaxe e não ver nenhuma diferença na busca semanas depois. Na maioria das vezes o código está tecnicamente certo e o tipo marcado simplesmente não existe mais na lista de recursos que o Google exibe, ou nunca existiu como rich result para aquele tipo de conteúdo.

A dor tem uma variante mais cara: o dono do site paga por um plugin ou uma consultoria que promete "estrelas no Google" via schema de avaliação, sem ter avaliações reais publicadas na página. O markup carrega dado que ninguém vê, o que é justamente o tipo de violação que tira a página da elegibilidade a rich result, e pode ser tratado como spam. O mapa maior desta frente técnica está em SEO técnico; este guia aprofunda a parte que decide se a página ganha um resultado mais rico do que um título e uma descrição.

Existe também o caso oposto, e ele custa tempo de outro jeito: times que gastam semanas implementando um catálogo inteiro de tipos de schema.org, muitos deles nunca usados pelo Google Search para nada visível, enquanto o site ainda nem tem Organization, Article e Breadcrumb, que são os três tipos mais baratos de implementar e mais amplamente suportados. Marcar tudo não é estratégia; marcar o pouco que o Google efetivamente usa é.

• Sinal de tipo aposentado: o markup passa no validador de sintaxe, mas a Rich Results Test não reconhece nenhum recurso elegível para aquela URL.
• Sinal de dado inventado: avaliação, preço ou disponibilidade no schema que não aparecem em lugar nenhum do texto visível da página.
• Sinal de esforço mal direcionado: dezenas de tipos implementados, e os três mais úteis (Organization, Article, Breadcrumb) ainda faltando.

Site que está montando presença digital do zero tende a tratar schema como item de checklist a ser resolvido de uma vez. A ordem certa é inversa: primeiro garantir que a página está indexável e legível, o que é assunto de SEO técnico, e só depois decidir quais tipos de dados estruturados valem o esforço para aquele conteúdo específico.

O que são dados estruturados

Dados estruturados

É um formato padronizado de descrever o conteúdo de uma página, classificando o que ela é (um artigo, uma empresa, uma pergunta e resposta) em vez de deixar o Google inferir isso só a partir do texto corrido.

Dados estruturados ajudam o Google a entender o conteúdo da página e a reunir informação sobre pessoas, empresas ou produtos citados nela, segundo a introdução oficial ao structured data. Numa página de receita, por exemplo, o markup identifica separadamente o título, os ingredientes, o tempo de preparo e as calorias, o que permite ao Google mostrar esse conteúdo de um jeito mais rico do que um link azul comum.

A recomendação central da mesma documentação é direta: o dado marcado precisa descrever o que já está visível na página, para o mesmo leitor humano. Não crie página vazia só para hospedar schema, e não marque informação que não aparece em lugar nenhum do texto. Essa regra sozinha evita a maior parte dos problemas de schema tratado como enfeite.

Os três formatos de markup

O Google Search aceita três formatos de dados estruturados: JSON-LD, Microdata e RDFa, todos igualmente válidos desde que a marcação esteja correta e siga a documentação de cada recurso, conforme a mesma introdução ao structured data.

JSON-LD

É uma notação em JavaScript colocada dentro de uma tag <script>, separada do texto que a pessoa lê, usada para descrever entidades e suas propriedades num vocabulário padronizado. É o formato de dados estruturados recomendado pelo Google.

JSON-LD é o formato recomendado porque o código não fica entrelaçado com o texto que a pessoa lê, o que facilita expressar dados aninhados, como o país dentro do endereço de um local dentro de um evento, sem quebrar o HTML da página. O Google também consegue ler JSON-LD injetado dinamicamente por JavaScript ou por um gerenciador de tags, o que não é garantido do mesmo jeito para os outros dois formatos.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Nome da empresa",
  "url": "https://www.exemplo.com.br/"
}
</script>

O bloco acima é o exemplo mais simples possível de JSON-LD: um objeto com o tipo (@type) e as propriedades daquele tipo. Cada recurso da galeria de rich results, tratada no capítulo seguinte, documenta suas próprias propriedades obrigatórias e recomendadas dentro desse mesmo formato.

Schema não é fator de ranking

Dados estruturados não fazem uma página subir de posição. O que eles fazem é habilitar uma exibição mais rica, chamada rich result, para páginas que já estão sendo mostradas na Busca. O ganho documentado pelo Google é de comportamento do usuário, não de posição no ranking.

Essa distinção separa dois trabalhos diferentes dentro do SEO. O que decide se uma página aparece e em que posição é a combinação de relevância, qualidade de conteúdo e sinais de ranqueamento. O que decide como o resultado já conquistado aparece, com estrela, imagem ou breadcrumb em vez de um link azul simples, é o dado estruturado. Um schema perfeito numa página irrelevante para a busca continua irrelevante.

Isso não torna o trabalho dispensável. Um clique a mais para cada cem impressões é tráfego real, sem custo por clique, acumulado todo mês. É só um erro de expectativa esperar que marcar Organization vá mover uma página da página dois para o topo. Esse tipo de promessa aparece com frequência em quem vende "otimização com schema" como se fosse alavanca de ranking, e vale desconfiar dela pela mesma razão que se desconfia de garantia de primeira posição.

A galeria de rich results

A galeria de rich results é a lista oficial de recursos que o Google Search efetivamente exibe a partir de dados estruturados, organizada por categoria: e-commerce, organizações, esportes, vagas, entretenimento, notícias, alimentação e educação, conforme a lista de recursos com suporte do Google Search.

Rich result

É um resultado de busca com apresentação visual mais rica do que um título azul e uma descrição, como estrelas de avaliação, uma imagem maior ou uma trilha de navegação, habilitado quando a página tem dados estruturados válidos de um tipo que o Google ainda exibe.

Nem todo tipo do vocabulário schema.org está nessa lista, e o Google é explícito sobre isso: existem mais atributos e objetos em schema.org do que os que a Busca do Google realmente usa, e a documentação do Google, não a do schema.org, é quem manda no que produz efeito visível na busca. Marcar um tipo fora da galeria não quebra nada, mas também não gera rich result nenhum.

Os tipos úteis para uma PME

Para a maioria dos sites pequenos e médios, um punhado de tipos concentra quase todo o valor prático, sem exigir catálogo de produto ou conteúdo editorial em escala de veículo de notícia.

• Organization. Nome, logo, endereço e contato da empresa, usados em painel de conhecimento e em atribuições visuais do resultado.
• LocalBusiness. A versão com endereço físico ou área de atendimento, tratada no capítulo dedicado a seguir.
• Article ou BlogPosting. Título, imagem e data de publicação de um post, cobertos no capítulo seguinte.
• Breadcrumb. A trilha de navegação (Início › Blog › Título) que substitui a URL crua exibida abaixo do título do resultado.
• Product. Preço, disponibilidade e avaliação de um item de loja virtual, com a ressalva de que o tratamento completo de compras costuma exigir cadastro no Merchant Center, não só o markup na página.
• Review snippet. Estrelas de avaliação, só quando o site coleta e exibe avaliações reais de usuários sobre o próprio negócio.

FAQPage: o rich result que sumiu

O FAQPage é o exemplo mais recente de um recurso que existia, era largamente recomendado por listas de "tipos de schema para SEO" em português, e deixou de gerar qualquer efeito visível na Busca.

O anúncio da desativação apareceu no changelog oficial do Google Search Central em abril de 2026, avisando que "esse recurso deixará de aparecer na Busca do Google a partir de 7 de maio de 2026". Um mês e meio depois, o próprio changelog de atualizações do Google Search Central registrou a remoção da página de documentação, com a justificativa de que o recurso "não é mais exibido nos resultados de busca do Google".

O padrão por trás do caso do FAQ não é exclusivo dele. É a mesma lógica do próximo capítulo: o Google adiciona e remove recursos da galeria de rich results com regularidade, geralmente citando simplificação da página de resultados como motivo. Quem monta uma estratégia de conteúdo em cima de um recurso específico de schema precisa aceitar que aquele recurso tem prazo de validade desconhecido.

Tipos que o Google aposentou

FAQPage não está sozinho na lista de recursos retirados. Nos últimos anos, o próprio changelog do Google Search Central registrou a saída de vários outros tipos, sempre pelo mesmo motivo declarado: simplificar a página de resultados.

• HowTo. O recurso de passo a passo já não existe na galeria; por isso este guia, como todo post do blog da Voh!, coloca instruções em lista numerada comum, sem schema para elas.
• Sitelinks searchbox. Documentação removida em novembro de 2024.
• Curso, salário estimado, vídeo de aprendizagem, anúncio especial e listagem de veículo. Documentação removida em junho de 2025, com aviso prévio de descontinuação alguns meses antes.
• FAQ. Rich result desativado em 7 de maio de 2026; documentação removida em junho de 2026.

A lição prática não é evitar schema por medo de desperdício. É preferir os tipos que sustentam quase toda a galeria há anos, como Organization, Article, Breadcrumb e LocalBusiness, em vez de correr atrás do lançamento mais recente. Tipo consolidado muda de regra raramente; tipo novo ou de nicho é o que mais aparece nas listas de retirada.

LocalBusiness: o mínimo exigido

LocalBusiness

É o tipo de schema que descreve uma empresa com endereço físico ou área de atendimento, usado para alimentar o painel de conhecimento do Google com horário, avaliação e ações como agendar ou pedir.

Só duas propriedades são obrigatórias para o LocalBusiness, segundo a documentação de Local Business structured data: o nome da empresa e o endereço, em formato de PostalAddress. Tudo o mais (telefone, horário de funcionamento, faixa de preço, coordenadas geográficas) é recomendado, não obrigatório, e melhora a qualidade do resultado sem impedir que o mínimo já funcione.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nome da empresa",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Rua Exemplo, 123",
    "addressLocality": "Sorocaba",
    "addressRegion": "SP",
    "postalCode": "18000-000",
    "addressCountry": "BR"
  }
}

A recomendação de completude do Google é explícita sobre o motivo de valer a pena ir além do mínimo: quanto mais propriedades recomendadas o markup traz, maior a qualidade do resultado para quem pesquisa, e isso entra na avaliação de qual resultado exibir entre opções parecidas. Telefone e horário de funcionamento costumam ser o segundo passo mais barato depois do endereço, porque já existem em qualquer rodapé de site institucional.

O aggregateRating e o review dentro de LocalBusiness têm a mesma regra do capítulo anterior: só valem para sites que coletam avaliações reais sobre o próprio negócio, nunca copiadas ou geradas para preencher o campo. E LocalBusiness convive, sem conflito, com a ficha do Perfil da Empresa no Google, que é assunto de SEO local: um vive no schema do site, o outro é cadastrado direto no Google, e os dois reforçam os mesmos dados quando estão consistentes entre si.

Article e BlogPosting no blog

Article, NewsArticle e BlogPosting são três nomes do mesmo tipo de schema aplicados a artigos, notícias e posts de blog, e servem para o Google mostrar melhor o título, a imagem e a data de publicação de um conteúdo, segundo a documentação de Article structured data.

Um blog corporativo pequeno tira valor sobretudo de duas propriedades: headline, o título do artigo, e datePublished, a data de publicação em formato ISO 8601 com fuso horário. O Google recomenda incluir a data porque, sem ela, o horário usado por padrão é o do próprio rastreador, o que pode divergir do horário real de publicação em alguns fusos.

A propriedade image também entra na lista recomendada, com uma exigência de qualidade específica: as imagens precisam ser relevantes para o artigo, não um logo genérico ou uma legenda solta, e o Google sugere fornecer versões em três proporções (quadrada, 4x3 e 16x9) para caber em diferentes formatos de exibição. Este mesmo post usa BlogPosting no @graph do cabeçalho, com headline, datePublished e image preenchidos a partir do que já está visível no hero e na data publicada.

Como testar o seu schema

Testar dados estruturados não exige conhecimento de código para o primeiro nível de checagem: o Google oferece uma ferramenta gratuita que lê a URL e diz o que encontrou, o que passou e o que está faltando.

1. Abra a Rich Results Test Em search.google.com/test/rich-results, cole a URL da página ou o código JSON-LD direto.
2. Leia os resultados detectados A ferramenta lista os tipos de rich result elegíveis encontrados na página. Se a lista vier vazia, ou o tipo de schema não está lá, ou ele não gera mais rich result algum, como o caso do FAQPage.
3. Corrija erros antes dos avisos Erro (em vermelho) significa propriedade obrigatória faltando: o item não fica elegível enquanto não for corrigido. Aviso (em amarelo) é propriedade recomendada ausente: o item já é elegível, mas pode ficar mais completo.
4. Confirme no Search Console depois de publicar O relatório de resultados de pesquisa aprimorados mostra, por tipo de dado estruturado, quantas páginas do site inteiro têm erro, aviso ou estão válidas, e alerta se um deploy novo quebrar algo que já funcionava.

• Nunca bloqueie a página no robots.txt. Se o Googlebot não acessa a URL, o dado estruturado dentro dela também fica invisível.
• Coloque o schema na própria página que ele descreve. Se existirem duplicatas da mesma página, repita o mesmo markup em todas, não só na canônica.
• Reteste depois de qualquer troca de tema ou plugin. É a causa mais comum de schema que funcionava sumir sem ninguém perceber.

Quando vale ampliar o schema

Catálogo grande e conteúdo em escala mudam o que cabe numa tarde de ajuste. Marcar Organization e Breadcrumb num site institucional de dez páginas é trabalho pontual. Uma loja com milhares de produtos, cada um precisando de Product com preço, disponibilidade e categoria sempre atualizados, ou um blog com centenas de posts que precisam de Article consistente, é outro tipo de projeto, que pede geração automática a partir do banco de dados, não edição manual página por página.

O sinal mais claro de que passou do ajuste pontual é o relatório de resultados de pesquisa aprimorados do Search Console mostrar dezenas ou centenas de URLs com o mesmo erro, todas geradas pelo mesmo template. Corrigir uma página por vez, nesse cenário, não resolve nada: o defeito mora no template que gera todas elas, e a correção certa é uma só, na origem.

É esse o trabalho que a Voh! faz, e só ele: busca orgânica, sem Ads e sem rede social. O canal é um só, e ele vale para qualquer site que precise ser encontrado, do institucional à loja virtual, incluindo a criação do site quando ele ainda não existe. São três formas de começar, uma auditoria gratuita, um pacote de implementação com seis meses de acompanhamento e o SEO Mensal, que não exige fidelidade. O que entra em cada frente está descrito nos serviços de SEO. O diagnóstico vem sempre antes da proposta, porque orçar sem olhar o site é chute. E não existe garantia de posição: o algoritmo é do Google, e quem promete o contrário está prometendo uma decisão que não é dele. Para a história e o método, leia sobre a Voh!.

Numa auditoria técnica, dados estruturados entram ao lado de rastreio, índice, canonical e velocidade, porque schema isolado do resto não move nada sozinho. Se a dúvida é qual schema faz sentido para o seu site específico, Fale com a Voh!: a análise volta por escrito, antes de qualquer pacote.

Os limites do schema

Dados estruturados não resolvem tudo, e tratá-los como o principal item de uma estratégia de SEO é um erro comum e caro, sobretudo em quem vende "otimização com schema" como serviço isolado.

• Página não indexada. Schema perfeito numa URL fora do índice não gera rich result nenhum: isso é assunto de rastreio e indexação, tratado no guia de SEO técnico.
• Conteúdo fraco. Marcar uma página rasa como Article não a torna profunda; o schema descreve o que existe, não inventa qualidade.
• Demanda inexistente. Rich result bonito numa busca que ninguém faz não gera clique nenhum.
• Rich result não garantido. Elegibilidade não é exibição: o Google pode não mostrar o recurso mesmo com o markup correto, dependendo de outros fatores da SERP.
• Recurso pode ser aposentado. O caso do FAQPage mostra que investir num tipo específico de exibição tem prazo de validade fora do seu controle.

Se a urgência é lead nesta semana, dados estruturados não são o instrumento certo sozinhos: o efeito deles é sobre a taxa de clique de quem já vê o resultado, não sobre criar demanda nova. Dá para implementar schema em paralelo a outras frentes, com expectativa honesta de que o ganho aparece devagar, junto com o resto do orgânico.

Resumo em 10 pontos

• Dados estruturados descrevem, num vocabulário padronizado, o que já está visível na página.
• JSON-LD é o formato recomendado pelo Google, entre os três aceitos.
• Schema não é fator de ranking; ele habilita rich result para o que já ranqueia.
• A galeria de rich results muda com o tempo; confira a lista atual antes de implementar.
• FAQPage parou de gerar rich result em 7 de maio de 2026.
• HowTo, sitelinks searchbox e outros tipos já foram retirados antes disso.
• LocalBusiness só exige nome e endereço como propriedades obrigatórias.
• Article e BlogPosting não são pré-requisito de indexação, só melhoram a exibição.
• A Rich Results Test e o Search Console testam o schema de graça, antes e depois de publicar.
• Ninguém garante rich result nem posição; o algoritmo é do Google.

Se quiser saber quais dados estruturados fazem sentido para o seu site específico, Fale com a Voh!: a análise volta por escrito, sem custo e em até 48h, feita por uma agência de SEO que trabalha só busca orgânica.