# 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.

Fonte: https://otto.doti.gg/blog/dados-estruturados-em-2026-como-usar-schema-no-blog-pro-google-e-a-ia-entenderem-cada-post
Autor: Isaque Coelho
Publicado: 2026-10-20T19:59:50.424Z
Atualizado: 2026-10-20T19:59:50.424Z
Categoria: Alcance e viralização

![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](https://otto.doti.gg/api/blog/media/01a15ae5-e7fe-7337-8c41-6c59b2b5f0b5)

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](https://schema.org/BlogPosting), 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](/blog/aeo-e-geo-em-2026-como-ser-citado-por-ia-e-pelo-google-com-um-checklist-tecnico-e-de-escrita), 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.

| Tipo | Onde usar | O que o Google documenta |
|---|---|---|
| `BlogPosting` (ou `Article`) | Em cada post | Aceita `Article`, `NewsArticle` ou `BlogPosting`. Não há propriedade obrigatória, só recomendadas |
| `BreadcrumbList` | Em cada post | Mostra o caminho da página dentro do site, como Início, Blog e Post |
| `Organization` | No site todo, como editora | Identifica quem publica, com nome, URL e logo |
| `ProfilePage` | Na página do autor | Feito 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:

| Tipo | Situação em 2026 |
|---|---|
| `FAQPage` | Desde agosto de 2023, o resultado aprimorado de FAQ só aparece pra sites de governo e saúde conhecidos e confiáveis |
| `HowTo` | Em 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 Actions` | Em 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:

```json
{
  "@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](/blog/previa-de-link-em-2026-como-configurar-open-graph-pro-seu-link-aparecer-com-imagem-no-x-no-linkedin) 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:

| Ferramenta | Pra que serve | Quando usar |
|---|---|---|
| [Teste de pesquisa aprimorada](https://search.google.com/test/rich-results) | Diz se a página é elegível a resultados aprimorados do Google e aponta erros críticos | Antes de aplicar o modelo no blog todo e a cada mudança de layout |
| [Schema Markup Validator](https://validator.schema.org/) | Valida a marcação contra o vocabulário do schema.org, sem as regras do Google | Quando 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](/blog/titulo-e-meta-description-em-2026-como-escrever-os-dois-pra-ganhar-o-clique-na-busca) 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](/blog/seo-com-texto-de-ia-em-2026-o-que-o-google-diz-e-um-checklist-pra-revisar-antes-de-publicar) 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](https://otto.doti.gg) 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

- Google Search Central: [Article (Article, NewsArticle, BlogPosting) structured data](https://developers.google.com/search/docs/appearance/structured-data/article), conferido em 20 de outubro de 2026
- Google Search Central: [Introduction to structured data markup in Google Search](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data), conferido em 20 de outubro de 2026
- Google Search Central: [General structured data guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies), conferido em 20 de outubro de 2026
- Google Search Central: [Profile page (ProfilePage) structured data](https://developers.google.com/search/docs/appearance/structured-data/profile-page), conferido em 20 de outubro de 2026
- Google Search Central: [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features), conferido em 20 de outubro de 2026
- Blog do Google Search Central: [Changes to HowTo and FAQ rich results](https://developers.google.com/search/blog/2023/08/howto-faq-changes), 8 de agosto de 2023, atualizado em 14 de setembro de 2023, conferido em 20 de outubro de 2026
- Blog do Google Search Central: [Simplifying the search results page](https://developers.google.com/search/blog/2025/06/simplifying-search-results), 12 de junho de 2025, atualizado em 8 de setembro de 2025, conferido em 20 de outubro de 2026
- Schema.org: [BlogPosting](https://schema.org/BlogPosting), conferido em 20 de outubro de 2026
- Google: [Teste de pesquisa aprimorada](https://search.google.com/test/rich-results), conferido em 20 de outubro de 2026
- Schema.org: [Schema Markup Validator](https://validator.schema.org/), conferido em 20 de outubro de 2026
- [Otto: produto e perguntas frequentes](https://otto.doti.gg/index.md), conferido em 20 de outubro de 2026
- Levantamento próprio: JSON-LD de um post e da página de autor do [blog do Otto](https://otto.doti.gg/blog), lidos em 20 de outubro de 2026.
- O modelo de JSON-LD com valores de exemplo e a rotina de teste são recomendação nossa, sem fonte externa.