
Dados estruturados para IA: quais tipos valem
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
| Tipo | Para que serve | Vale a pena? |
|---|---|---|
| Article / BlogPosting | Autor, datas e título do conteúdo | Sim, para qualquer site com conteúdo |
| Organization | Identidade da empresa e perfis oficiais | Sim, é a base da entidade |
| BreadcrumbList | Caminho de navegação na busca | Sim, barato e aparece na SERP |
| LocalBusiness | Endereço, horário e área de atendimento | Sim, essencial para negócio local |
| Product / Offer | Preço, disponibilidade e avaliação | Sim, para quem vende |
| Person | Autoria e credenciais | Sim, sustenta experiência e autoridade |
| FAQPage | Perguntas e respostas da página | Sim para compreensão; exibição restrita |
| HowTo | Passo a passo | Nã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:
- 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.
- Artigo, no modelo de post. Feito uma vez no template, vale para todos os textos existentes e futuros, com título, datas e autor.
- Caminho de navegação nas páginas internas. Barato, aparece na busca e ajuda a entender a hierarquia do site.
- Pessoa, nas páginas de autor. Fecha o ciclo de autoria e sustenta o sinal de experiência.
- 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

