Dados estruturados para IA: quais tipos valem
GEO

Dados estruturados para IA: quais tipos valem

R.PalmaresPor R.Palmares · Especialista em SEO|GEO|AEO
Artigo criado em: 13/10/2026 às 09:05

Dados estruturados são um bloco de código que traduz a sua página para máquina: aqui está o autor, aqui a data, aqui o preço, aqui a avaliação. Foi criado para gerar aqueles resultados enfeitados na busca, mas hoje cumpre uma segunda função, talvez mais importante: ajudar sistemas de IA a extrair a informação certa sem depender de adivinhar pelo texto.

O problema é que a lista de tipos cresceu muito e nem todos rendem. Alguns foram aposentados pelo Google nos últimos anos, outros nunca geraram resultado visível. Marcar tudo é desperdício de tempo; marcar o que importa leva uma tarde.

O que vale o esforço hoje

TipoPara que serveVale a pena?
Article / BlogPostingAutor, datas e título do conteúdoSim, para qualquer site com conteúdo
OrganizationIdentidade da empresa e perfis oficiaisSim, é a base da entidade
BreadcrumbListCaminho de navegação na buscaSim, barato e aparece na SERP
LocalBusinessEndereço, horário e área de atendimentoSim, essencial para negócio local
Product / OfferPreço, disponibilidade e avaliaçãoSim, para quem vende
PersonAutoria e credenciaisSim, sustenta experiência e autoridade
FAQPagePerguntas e respostas da páginaSim para compreensão; exibição restrita
HowToPasso a passoNão gera mais resultado visual

Duas linhas merecem explicação. O tipo de passo a passo deixou de gerar resultado enfeitado na busca, então marcar por esse motivo não faz sentido. E o de perguntas frequentes teve a exibição bastante restringida desde 2023, ficando limitada a sites de governo e saúde na maior parte dos casos; ainda assim ele continua útil como descrição da estrutura da página, inclusive para quem lê com IA.

Como escrever sem errar

O formato recomendado é JSON-LD, num bloco de script no cabeçalho ou no corpo. Ele não altera nada visualmente e é o mais fácil de manter. Um artigo bem marcado fica assim:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Título exatamente como na página",
  "datePublished": "2026-09-24",
  "dateModified": "2026-09-24",
  "author": {
    "@type": "Person",
    "name": "Nome do autor",
    "url": "https://seusite.com.br/autores/nome"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Nome do site"
  }
}

A regra de ouro tem uma frase só: só marque o que está visível na página. Declarar uma avaliação que o usuário não vê, um preço que não existe ou um autor inventado contraria as diretrizes e costuma custar a elegibilidade do site inteiro, não só daquela página.

Por que isso importa para as IAs

Quando um sistema generativo precisa citar uma fonte, ele enfrenta o mesmo problema de sempre: separar o conteúdo do resto da página. Marcação bem feita entrega isso pronto. Ela diz qual é o título, quem assina, quando foi atualizado e qual trecho responde a qual pergunta.

Não existe promessa oficial de que marcar aumenta citação. O que existe é uma relação prática: conteúdo fácil de extrair e com autoria clara tem mais chance de ser escolhido do que um bloco de texto sem identificação. Somado à consistência de entidade, é o que transforma um site em fonte confiável aos olhos da máquina.

Onde colocar e como manter

O bloco de dados estruturados pode ficar no cabeçalho ou no corpo da página; o que importa é estar no HTML que o buscador recebe. Em site gerado dinamicamente, isso significa cuidado com marcação que só aparece depois que o JavaScript roda: ela pode ser lida, mas depende de uma etapa extra e falha com mais frequência.

A manutenção é o ponto que decide se isso vira ativo ou dívida. Três regras evitam a maior parte dos problemas:

  • Gere pelo template, nunca à mão por página. Marcação escrita manualmente envelhece: o título muda, a data muda, o autor muda, e o bloco continua igual.
  • Uma fonte de verdade por informação. Se o autor está no cadastro do post, o bloco deve ler dali. Copiar o nome em dois lugares garante divergência no futuro.
  • Teste ao publicar, não uma vez por ano. Uma conferência automática depois da geração do site pega erro no dia em que ele aparece.

Vale ainda evitar dois blocos descrevendo a mesma coisa. É comum o tema do site marcar o artigo e um plugin marcar de novo, com valores diferentes. O buscador escolhe um, e pode escolher o errado.

O que não precisa marcar

Marcar demais custa manutenção e não traz retorno. Não vale a pena marcar texto comum de parágrafo, menu de navegação, rodapé, páginas de sistema como carrinho e login, nem criar marcação para conceitos que não têm tipo próprio no vocabulário.

Também não faz sentido marcar avaliação em página que não tem avaliação real e visível de clientes, nem eventos que já passaram, nem preço em página institucional. Esse tipo de exagero é o que costuma gerar aviso de "conteúdo marcado não corresponde ao visível" e, no limite, tira a elegibilidade do site.

A régua honesta é esta: se a informação está clara na página para uma pessoa e existe um tipo adequado para ela no vocabulário, marque. Se você precisa forçar o encaixe ou esconder o dado do visitante, não marque.

Como validar em cinco minutos

  • Teste de resultados aprimorados do Google: mostra o que é elegível e aponta erros e avisos.
  • Validador do Schema.org: confere se a estrutura está correta segundo o vocabulário, independentemente de gerar resultado visual.
  • Relatórios do Search Console: mostram erros em escala, página por página, depois que o site foi rastreado.
  • Leitura do código-fonte: confirme que o bloco existe na página publicada, e não só no ambiente de teste.

Erros bloqueiam a elegibilidade; avisos, não. Resolver todo aviso costuma ser trabalho sem retorno, então priorize os erros.

Como começar num site que não tem nada marcado

Se o seu site hoje não tem nenhuma marcação, a ordem que rende mais é esta, e cabe em uma tarde de trabalho:

  1. Organização, na home. Nome, endereço do site, logo, descrição curta e os perfis oficiais. É a base da identidade e serve para o site inteiro.
  2. Artigo, no modelo de post. Feito uma vez no template, vale para todos os textos existentes e futuros, com título, datas e autor.
  3. Caminho de navegação nas páginas internas. Barato, aparece na busca e ajuda a entender a hierarquia do site.
  4. Pessoa, nas páginas de autor. Fecha o ciclo de autoria e sustenta o sinal de experiência.
  5. Específicos do negócio depois: negócio local para quem atende presencialmente, produto para quem vende.

Faça um tipo por vez e valide antes de seguir. É mais lento no papel e mais rápido na prática, porque evita descobrir cinco erros juntos no fim.

Erros que eu mais encontro

  • Data de atualização mudando sozinha. Alguns sistemas gravam a data a cada regeneração do site, o que faz o conteúdo parecer atualizado sem ter mudado nada. Isso corrói confiança.
  • Autor genérico. "Equipe" ou "Admin" como autor desperdiça o sinal mais valioso da marcação de artigo.
  • Marcação duplicada. Plugin e tema marcando a mesma coisa de formas diferentes, gerando conflito.
  • Título diferente do visível. O campo de título precisa bater com o H1 da página.
  • Marcar a página inteira como perguntas frequentes quando ela é um artigo comum com um bloco de dúvidas no fim.

O que fazer a partir daqui

Comece pelos três tipos que rendem em qualquer site: artigo, organização e caminho de navegação. Valide, corrija os erros e só então avance para os específicos do seu negócio, como local ou produto. Se quiser ver o caso das perguntas frequentes em detalhe, com exemplos prontos, o artigo sobre FAQ Schema em JSON-LD cobre esse tipo por completo.

Perguntas frequentes

Dados estruturados melhoram o ranqueamento?

Não são fator direto de posição. Eles tornam a página elegível a recursos visuais na busca e ajudam máquinas a entender o conteúdo, o que influencia indiretamente cliques e citações.

Qual formato usar: JSON-LD ou microdados?

JSON-LD é o recomendado pelo Google e o mais simples de manter, porque fica num bloco separado e não interfere no HTML visível.

Marcar HowTo ainda vale a pena?

Para aparência na busca, não: o Google deixou de exibir esse resultado. Se o seu objetivo é apenas descrever a estrutura para máquinas, o ganho é pequeno perto de outros tipos.

Posso marcar informação que não aparece na página?

Não. A diretriz é clara: a marcação precisa refletir o conteúdo visível. Declarar o que o usuário não vê pode custar a elegibilidade do site.

Preciso corrigir todos os avisos do validador?

Não. Erros impedem a elegibilidade e devem ser corrigidos; avisos indicam campos opcionais ausentes e raramente compensam o esforço.

Leia também

Compartilhe este artigo

Fontes e leituras recomendadas

Tags: GEOdados estruturados
R.Palmares
R.PalmaresEspecialista em SEO|GEO|AEO
Especialistas em GEO, AEO e SEO para a era da busca generativa.