Dados estruturados de artigo para sites de notícias

O Google não exige dados estruturados de artigo: Article, NewsArticle e BlogPosting são aceitos, mas todas as propriedades são apenas recomendadas, segundo a documentação do Google atualizada em 8 de setembro de 2026.

O Article explica a página, mas não garante exibição

Adicionar dados estruturados de Article a páginas de notícias, blogs e artigos esportivos ajuda o Google a entender mais sobre a página. Segundo a documentação, isso melhora as informações de título, imagem e data nos resultados.

O texto cita o Google News e o Google Assistant como propriedades que consomem essa marcação. Mas o Google é explícito sobre o limite: não há exigência de marcação para uma página ser elegível a recursos do Google News, como o Top stories.

O Article só descreve a página com clareza. Ele serve para dizer de forma mais explícita do que a página trata: que é uma notícia, quem é o autor e qual é o título. Como em qualquer dado estruturado, o Google não garante que esses recursos apareçam nos resultados.

Para quem está começando, vale revisar antes o guia de dados estruturados: introdução, que cobre o formato e onde inserir o código na página.

Três tipos são aceitos: Article, NewsArticle e BlogPosting

Os objetos Article precisam ser baseados em um dos três tipos schema.org: Article, NewsArticle ou BlogPosting. A documentação lista os três, mas não detalha as diferenças entre eles. Um comparativo está em Article vs NewsArticle vs BlogPosting.

Nenhuma propriedade é obrigatória

A documentação é direta: não há propriedades obrigatórias. A orientação é incluir o máximo de propriedades recomendadas que se apliquem ao conteúdo da página. São cinco, segundo o Google.

headline

O título do artigo. O Google recomenda um título conciso, porque títulos longos podem ser truncados em alguns dispositivos.

image

URL de uma imagem representativa do artigo, em propriedade repetível (ImageObject ou URL). O Google lista requisitos adicionais:

• as URLs precisam ser rastreáveis e indexáveis (a verificação pode ser feita na ferramenta de inspeção de URL);
• as imagens precisam representar o conteúdo marcado;
• o formato do arquivo precisa ser suportado pelo Google Imagens.

Para melhores resultados, a recomendação é fornecer várias imagens em alta resolução, nas proporções 16x9, 4x3 e 1x1. Cada uma deve ter no mínimo 50 mil pixels na multiplicação de largura por altura.

datePublished e dateModified

As datas de primeira publicação e de última modificação, em formato ISO 8601. O Google recomenda informar o fuso horário; sem ele, o buscador assume o fuso usado pelo Googlebot.

A documentação observa que o Rich Results Test não exibe aviso para essas propriedades, já que são recomendadas apenas se fizerem sentido para o site. O critério de qual data aparece no resultado é outro assunto, tratado em datas de publicação: como o Google escolhe a data exibida.

author

O autor do artigo, como Person ou Organization. A marcação pede author.name (nome) e author.url — a página que identifica o autor de forma única, como perfil social, página "sobre mim" ou bio.

O Google aceita sameAs como alternativa e diz entender as duas propriedades ao desambiguar autores. Se a URL for um perfil interno, a recomendação é marcar essa página com dados estruturados de perfil. Para a identidade da organização, veja dados estruturados de organização.

Exemplo em JSON-LD

O exemplo documentado pelo Google usa o tipo NewsArticle:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "Title of a News Article",
  "image": [
    "https://example.com/photos/1x1/photo.jpg",
    "https://example.com/photos/4x3/photo.jpg",
    "https://example.com/photos/16x9/photo.jpg"
  ],
  "datePublished": "2024-01-05T08:00:00+08:00",
  "dateModified": "2024-02-05T09:20:00+08:00",
  "author": [{
    "@type": "Person",
    "name": "Jane Doe",
    "url": "https://example.com/profile/janedoe123"
  },{
    "@type": "Person",
    "name": "John Doe",
    "url": "https://example.com/profile/johndoe123"
  }]
}
</script>

Autores: um campo por autor, nome limpo

O Google separa um bloco só para marcação de autores. Um campo author para cada autor. As recomendações:

• Incluir na marcação todos os autores apresentados como autores na página.
• Ao especificar vários autores, listar cada um em seu próprio campo author, sem juntar nomes em um único campo.
• Usar type e url (ou sameAs), com URLs válidas, para ajudar o Google a entender quem é o autor. Pessoa é Person; organização é Organization. Não usar Thing nem o tipo errado.
• Em author.name, informar apenas o nome. Não incluir o nome do publisher (que tem a propriedade publisher), o cargo (jobTitle), prefixos ou sufixos honoríficos (honorificPrefix, honorificSuffix) nem palavras introdutórias como "postado por".

Validação: teste, inspeção de URL e sitemap

Nas diretrizes técnicas, a documentação trata de dois casos comuns em sites editoriais:

• em artigos divididos em várias partes, o rel=canonical deve apontar para cada página individual ou para uma página "ver tudo", nunca para a página 1 da série;
• se o site tem acesso por assinatura ou exige cadastro, o Google sugere considerar dados estruturados de conteúdo pago.

O fluxo recomendado é:

1. Adicionar as propriedades e seguir as diretrizes (Search Essentials, diretrizes gerais de dados estruturados e diretrizes técnicas).
2. Validar no Rich Results Test, corrigindo erros críticos.
3. Publicar algumas páginas e conferir com a inspeção de URL se a página está acessível e não bloqueada por robots.txt, noindex ou login.
4. Pedir ao Google para rastrear de novo — o que leva alguns dias.
5. Enviar um sitemap, o que pode ser automatizado com a API de Sitemap do Search Console.

A documentação avisa que violar as diretrizes pode resultar em ação manual: o dado estruturado da página é ignorado, embora a página continue podendo aparecer na Busca.