Pular para o conteúdo
Alcance e viralização

Dados estruturados em 2026: como usar schema no blog pro Google e a IA entenderem cada post

Dados estruturados ajudam o Google e a IA a entender autor, data e capa do seu post. Veja qual schema usar no blog, um modelo em JSON-LD, o que o Google aposentou e como testar.

Isaque Coelho
Capa em fundo creme com o título Dados estruturados pro Google e pra IA entenderem, e os tópicos BlogPosting, JSON-LD, Autor e datas e Teste antes

Dados estruturados são um bloco de código, de preferência em JSON-LD, que descreve a página pro Google: tipo de conteúdo, título, autor, datas e imagem. Num post de blog, use BlogPosting com headline, image, datePublished, dateModified e author, mantenha tudo igual ao texto visível e valide no Teste de pesquisa aprimorada antes de publicar.

Isso não é truque de ranking. É uma forma de tirar a dúvida do buscador sobre o que ele está lendo: quem escreveu, quando, com qual imagem e sobre o quê. Abaixo: o que a documentação do Google diz, qual tipo usar num blog, um modelo pronto, o que deixou de valer nos últimos anos e como testar sem achismo.

O que são dados estruturados e o que eles fazem de verdade?

Dados estruturados são um formato padronizado pra classificar o conteúdo da página. A maior parte usa o vocabulário do schema.org, mas o próprio Google avisa que, pro comportamento na Busca, a referência definitiva é a documentação do Google Search Central, e não a do schema.org.

Segundo o Google, adicionar marcação Article a páginas de notícia, blog e esporte pode ajudar o buscador a entender a página e mostrar título, imagem e data de forma mais precisa nos resultados. Repare no verbo: ajudar. Três pontos da documentação colocam a expectativa no lugar certo:

  • Não há garantia. O Google diz com todas as letras que não garante que a marcação apareça nos resultados, mesmo quando ela passa no teste. A marcação torna um recurso possível, não obrigatório.
  • Não existe schema especial pra IA. Na página sobre recursos de IA, o Google afirma que não há marcação, arquivo de texto pra IA nem dado estruturado especial pra aparecer no AI Overviews ou no AI Mode. O que pede é que os dados estruturados batam com o texto visível.
  • Mentir custa caro. Marcar conteúdo que a pessoa não vê, ou que não tem a ver com a página, vai contra as diretrizes e pode gerar ação manual, que tira a página dos resultados aprimorados.

Então por que fazer? Porque é barato, é feito uma vez no modelo do blog e remove ambiguidade. Um modelo de IA ou um buscador que lê o seu post encontra, num bloco só, o autor, a data e o assunto, em vez de adivinhar pelo layout. Se você já leu o nosso checklist de AEO e GEO, essa é a parte técnica que sustenta o que o texto promete.

Qual tipo de schema um post de blog precisa?

Um blog comum resolve quase tudo com quatro tipos. A tabela mostra onde cada um entra e o que o Google documenta sobre ele.

TipoOnde usarO que o Google documenta
BlogPosting (ou Article)Em cada postAceita Article, NewsArticle ou BlogPosting. Não há propriedade obrigatória, só recomendadas
BreadcrumbListEm cada postMostra o caminho da página dentro do site, como Início, Blog e Post
OrganizationNo site todo, como editoraIdentifica quem publica, com nome, URL e logo
ProfilePageNa página do autorFeito pra criadores que compartilham perspectiva própria. O author do artigo pode apontar pra ela

E os tipos que muita gente ainda coloca por hábito:

TipoSituação em 2026
FAQPageDesde agosto de 2023, o resultado aprimorado de FAQ só aparece pra sites de governo e saúde conhecidos e confiáveis
HowToEm setembro de 2023 o Google deixou de mostrar o resultado de How-to também no desktop, e o tipo foi descontinuado
ClaimReview, Course Info, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, Book ActionsEm junho de 2025, o blog do Search Central anunciou que esses tipos sairiam dos resultados do Google nas semanas e meses seguintes

Ter FAQPage no código não prejudica. O próprio Google diz que dado estruturado que não é usado não causa problema na Busca, só não tem efeito visível. A pergunta e resposta no fim do post continua útil pra quem lê e pra quem resume o texto, mesmo sem o resultado aprimorado.

Como montar o JSON-LD de um artigo em 5 passos

O Google aceita três formatos (JSON-LD, Microdata e RDFa) e diz que os três funcionam igual. Mesmo assim, recomenda JSON-LD sempre que o site permitir, porque é o mais fácil de manter em escala e o menos sujeito a erro. É um bloco <script type="application/ld+json"> separado do HTML do texto.

  1. Escolha o tipo. Pra post de blog, BlogPosting. Se o site mistura notícia e opinião, Article também serve.
  2. Preencha só o que é verdade. headline igual ao título do post, image com a capa real, datePublished e dateModified no formato ISO 8601 com fuso horário. Sem fuso, o Google assume o fuso do Googlebot.
  3. Identifique o autor direito. author como Person, com name e url apontando pra uma página que identifique a pessoa, como a página de autor do blog ou um perfil social. O Google aceita url e sameAs pra diferenciar autores.
  4. Gere o bloco a partir da mesma fonte do post. Título, data e capa devem sair do mesmo registro que monta a página. Copiar à mão é como o JSON-LD passa a dizer uma coisa e a página outra.
  5. Valide antes de subir pra todo o blog. Rode alguns posts no teste, corrija os erros críticos e só então aplique no modelo inteiro.

Um modelo enxuto, com valores ilustrativos de exemplo:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Título do post, igual ao da página",
  "image": "https://exemplo.com.br/capas/titulo-do-post.png",
  "datePublished": "2026-10-20T16:50:00-03:00",
  "dateModified": "2026-10-20T16:50:00-03:00",
  "author": {
    "@type": "Person",
    "name": "Nome do autor",
    "url": "https://exemplo.com.br/autores/nome-do-autor"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Nome da empresa",
    "logo": "https://exemplo.com.br/logo.png"
  }
}

Pra ver um caso real, abrimos o código de um post deste blog em 20 de outubro de 2026. Ele traz um @graph com três itens: Organization, BlogPosting e BreadcrumbList. O BlogPosting tem headline, description, inLanguage como pt-BR, as duas datas, a capa em image, a categoria em articleSection e o autor como Person com url pra página de autor e sameAs pro perfil no X. A página de autor, por sua vez, usa ProfilePage. Nada disso é escrito à mão em cada post: sai do mesmo cadastro que gera a página.

A capa que vai em image costuma ser a mesma do Open Graph. Se ainda não configurou, o guia de prévia de link com Open Graph mostra como fazer a imagem aparecer no X, no LinkedIn e no Threads.

Quais erros fazem o Google ignorar a marcação?

A maior parte dos problemas não é de sintaxe, é de coerência. As diretrizes gerais do Google listam o que tira uma página dos resultados aprimorados, e vale conferir item por item:

  • Marcar o que não está na página. Se o JSON-LD descreve algo, o corpo do HTML precisa mostrar a mesma coisa. Texto escondido na marcação vai contra a regra.
  • Título ou data diferentes do visível. headline que não bate com o título, ou dateModified que muda a cada deploy sem o texto mudar, ensinam o buscador a desconfiar do campo.
  • Avaliação inventada. Nota ou contagem de reviews que não vieram de usuários reais pode gerar ação manual.
  • Tipo errado pro conteúdo. O exemplo do próprio Google é um site de marcenaria marcando instruções como receita. Num blog, o equivalente é marcar post de opinião como produto.
  • Dados incompletos. O Google diz que é melhor ter menos propriedades, completas e corretas, do que muitas propriedades pela metade.
  • Marcação só em um lugar. Se o mesmo conteúdo existe em duas URLs, a recomendação é colocar a mesma marcação nas duas, não só numa.

Um detalhe que pouca gente lembra: a ação manual por marcação enganosa tira o resultado aprimorado, mas, segundo o Google, não afeta a posição da página na busca comum. Ou seja, o risco é perder o destaque, e o ganho de fazer certo também é só esse. Não é atalho de ranking em nenhuma direção.

Como testar e acompanhar depois de publicar

São duas ferramentas gratuitas, com papéis diferentes:

FerramentaPra que serveQuando usar
Teste de pesquisa aprimoradaDiz se a página é elegível a resultados aprimorados do Google e aponta erros críticosAntes de aplicar o modelo no blog todo e a cada mudança de layout
Schema Markup ValidatorValida a marcação contra o vocabulário do schema.org, sem as regras do GoogleQuando você usa um tipo que o Google não exibe, mas quer o código correto

Depois do deploy, o Google recomenda acompanhar os relatórios de resultados aprimorados no Search Console, porque a marcação pode quebrar por causa do modelo ou do servidor sem ninguém perceber. Uma rotina simples:

  1. Valide dois ou três posts no Teste de pesquisa aprimorada antes de liberar o modelo.
  2. Publique e espere o Google rastrear de novo as páginas.
  3. Confira no Search Console se apareceram erros nos relatórios de aprimoramento.
  4. Cruze com o desempenho dos posts. O guia de título e meta description explica como ler cliques e CTR por página.
  5. Repita o teste sempre que mudar o modelo do blog, não a cada post.

Se o texto do blog foi escrito com ajuda de IA, vale revisar autoria e datas com o mesmo cuidado. O checklist de SEO com texto de IA mostra como deixar claro quem escreveu e por quê, e o dado estruturado é onde essa resposta fica legível por máquina.

Onde o Otto entra

O dado estruturado ajuda o Google a entender o post. Mas o post só ganha leitura se alguém chegar até ele, e boa parte desse tráfego começa nas redes. O Otto transforma o artigo em posts pro X, pro LinkedIn e pro Threads no formato de cada rede, aprende sua voz com o que você já escreveu e só publica ou agenda depois da sua aprovação.

Um fluxo que funciona: publique o artigo com título, capa e marcação no lugar, peça ao Otto um post pra cada rede usando a resposta direta do começo do texto como gancho, e deixe o link com a mesma capa que está no image do JSON-LD. A busca, a IA e o feed passam a ver o mesmo título, a mesma imagem e o mesmo autor.

Conheça o Otto e transforme o próximo artigo do seu blog em posts prontos pras suas redes.

Perguntas frequentes

Dados estruturados melhoram a posição no Google? A documentação do Google fala em ajudar a entender a página e em habilitar resultados aprimorados, não em subir posição. E mesmo a ação manual por marcação enganosa, segundo o Google, não afeta o ranking da busca comum.

Preciso de schema especial pra aparecer no AI Overviews? Não. O Google diz que não há dado estruturado especial nem arquivo extra pra isso. A página precisa estar indexada, apta a aparecer com snippet, e a marcação que existir deve bater com o texto.

Vale a pena colocar FAQPage nos posts? Pro resultado aprimorado do Google, só sites de governo e saúde reconhecidos aparecem desde 2023. Manter a marcação não causa problema, mas o ganho real está na seção de perguntas visível, que ajuda quem lê.

BlogPosting ou Article: qual usar? O Google aceita os dois, além de NewsArticle. Pra post de blog, BlogPosting descreve melhor o conteúdo. O importante é preencher as propriedades recomendadas com dados verdadeiros.

Uso plugin ou escrevo o código? O próprio Google sugere plugin quando o site roda num CMS, porque é mais fácil. Em site próprio, gere o JSON-LD a partir dos mesmos dados do post, nunca copiado à mão.

Fontes