Edição digital · Brasil

Jornal do SEO

O jornal profissional da indústria de busca no Brasil

Redação do jornal Blick, em Zurique, com jornalistas trabalhando

Comparativo · Ferramentas

Article vs NewsArticle vs BlogPosting: qual dado estruturado usar

O Google aceita os três tipos para marcar artigos e não exige nenhuma propriedade; a diferença está no que cada tipo afirma sobre a página e nas propriedades que o schema.org acrescenta.

Por Redação Jornal do SEO

Publicado em · 5 min de leitura

Em 30 segundos

  • O Google aceita Article, NewsArticle e BlogPosting para marcar artigos e não exige nenhuma propriedade.
  • NewsArticle e BlogPosting descendem de Article no schema.org e herdam a maior parte das propriedades.
  • Só NewsArticle traz dateline e campos de edição impressa; só BlogPosting traz sharedContent. Escolha pelo conteúdo, não pelo template.

O Google aceita Article, NewsArticle e BlogPosting para marcar páginas de artigo e não exige nenhuma propriedade. A escolha depende do que a página afirma ser.

O Google aceita os 3 tipos sem exigir nenhum campo

A documentação do Google para Article lista Article, NewsArticle e BlogPosting como os tipos aceitos, e nenhuma propriedade é obrigatória. Também não há exigência de marcação para participar de recursos do Google News, como Top stories.

Segundo o Google, o objetivo da marcação é ajudar o buscador a entender melhor a página. Ela também serve para exibir melhores informações de título, imagens e data nos resultados de busca e em outras superfícies, como Google News e Google Assistant.

A marcação diz de forma mais explícita o que o conteúdo é, quem é o autor e qual é o título. É contexto, não ingresso para funcionalidade.

O Google afirma ainda que não garante que os recursos que consomem dados estruturados apareçam nos resultados.

Article é a base que os outros 2 herdam

No schema.org, a hierarquia é Thing > CreativeWork > Article. NewsArticle e BlogPosting descendem dela, o que explica por que quase todas as propriedades do Google valem para os 3: author, datePublished, dateModified, headline e image.

As páginas de NewsArticle e BlogPosting listam, como propriedades de Article, campos como articleBody, articleSection, backstory, pageStart, pageEnd, pagination, speakable e wordCount.

Para um panorama do vocabulário, vale revisar a introdução aos dados estruturados e o guia de dados estruturados de artigo para notícias.

NewsArticle é para a página que reporta notícia

O schema.org define NewsArticle como um artigo cujo conteúdo reporta notícias, ou fornece contexto e material de apoio para entender a notícia. A hierarquia é Thing > CreativeWork > Article > NewsArticle.

Além do que herda de Article, NewsArticle acrescenta propriedades voltadas ao jornalismo: dateline, printColumn, printEdition, printPage e printSection. Nenhuma delas aparece na lista de propriedades recomendadas pelo Google para Article.

O tipo tem subtipos mais específicos, como AnalysisNewsArticle, BackgroundNewsArticle, OpinionNewsArticle, ReportageNewsArticle, ReviewNewsArticle e AskPublicNewsArticle.

O schema.org estima uso em 100 mil a 1 milhão de domínios. O número vem de agregações mensais do índice da web do Google de agosto de 2026.

BlogPosting é post de blog, não notícia

BlogPosting é definido de forma econômica no schema.org: "um post de blog". A hierarquia passa por SocialMediaPosting: Thing > CreativeWork > Article > SocialMediaPosting > BlogPosting.

A propriedade própria que herda de SocialMediaPosting é sharedContent, para conteúdo compartilhado como imagem, vídeo ou áudio. O tipo pode aparecer como valor das propriedades blogPost, blogPosts e liveBlogUpdate, e tem como subtipo mais específico LiveBlogPosting.

A estimativa de uso é de 1 milhão a 10 milhões de domínios, segundo agregações do índice do Google de agosto de 2026.

Os 3 lado a lado

As propriedades próprias são o que separa os 3 tipos. A tabela resume hierarquia, campos exclusivos e uso estimado de cada um.

Tipo Hierarquia no schema.org O que descreve Propriedades próprias Uso estimado
Article Thing > CreativeWork > Article Tipo base de artigo articleBody, articleSection, backstory, pageEnd, pageStart, pagination, speakable, wordCount Não informado na fonte
NewsArticle Thing > CreativeWork > Article > NewsArticle Notícia ou contexto sobre a notícia dateline, printColumn, printEdition, printPage, printSection 100 mil a 1 milhão de domínios
BlogPosting Thing > CreativeWork > Article > SocialMediaPosting > BlogPosting Post de blog sharedContent (via SocialMediaPosting) 1 milhão a 10 milhões de domínios

As propriedades recomendadas valem para os 3

Sem campo obrigatório, o trabalho está em preencher bem o que se aplica. O Google recomenda estas propriedades:

  • headline: título conciso, porque títulos longos podem ser truncados em alguns dispositivos;
  • image;
  • datePublished e dateModified, em formato ISO 8601 com fuso horário informado;
  • author.

Sobre autor, a documentação lista práticas específicas:

  • incluir todos os autores que aparecem na página;
  • colocar cada autor em seu próprio campo author, em vez de juntar nomes em uma string;
  • usar Person para pessoas e Organization para organizações;
  • preencher author.name apenas com o nome. Cargo, nome do publisher e prefixos honoríficos vão em propriedades próprias.

Para imagens, o Google pede URLs rastreáveis e indexáveis e formatos aceitos pelo Google Imagens. Para melhores resultados, pede várias imagens em alta resolução nas proporções 16x9, 4x3 e 1x1. O mínimo é 50 mil pixels na multiplicação de largura por altura.

{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "Título curto do artigo",
  "image": ["https://example.com/foto-16x9.jpg"],
  "datePublished": "2026-11-07T08:00:00-03:00",
  "dateModified": "2026-11-07T09:20:00-03:00",
  "author": [{ "@type": "Person", "name": "Nome do Autor", "url": "https://example.com/autor" }]
}

Como decidir na prática

A recomendação prudente é escolher o tipo pela natureza do conteúdo, não pela facilidade do template.

  • NewsArticle em conteúdo noticioso apurado;
  • BlogPosting em posts de blog;
  • Article quando nenhum dos dois descreve a página.

Publicar os 3 tipos misturados no mesmo template enfraquece o sinal e não melhora nada.

Duas ressalvas técnicas na implementação

Em artigos com 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.

Conteúdo por assinatura ou com registro deve considerar a marcação de conteúdo pago. Vale alinhar isso com o guia de tag canônica e com o texto sobre datas de publicação.

A validação pode levar vários dias

O ciclo que o Google descreve tem 5 passos:

  1. Testar no Teste de Resultados Enriquecidos.
  2. Publicar algumas páginas.
  3. Verificar na inspeção de URL como o Google vê a página.
  4. Pedir rastreamento novamente.
  5. Enviar um sitemap.

Pode levar vários dias entre a publicação e o rastreamento, segundo o Google. Se a página receber uma ação manual por dados estruturados, a marcação dela é ignorada — embora a página ainda possa aparecer nos resultados.

O que muda na prática

Escolha o @type pelo que a página é, não pelo que o template já tem: notícia apurada, post de blog ou artigo genérico. Depois de publicar, valide o JSON-LD no Teste de Resultados Enriquecidos e confira na inspeção de URL como o Google lê a página.

Checagem das afirmações

  • Fato

    O Google aceita Article, NewsArticle ou BlogPosting como base para marcar artigos e não define propriedades obrigatórias, apenas recomendadas.

  • Fato

    Entre as propriedades recomendadas pelo Google estão author, headline, image, datePublished e dateModified, com datas em ISO 8601 e preferência por informar o fuso horário.

  • Fato

    O Google afirma que não garante que recursos que consomem dados estruturados apareçam nos resultados de busca.

  • Fato

    No schema.org, NewsArticle descreve um artigo que reporta notícias ou fornece contexto e material de apoio para entender a notícia, e acrescenta propriedades próprias como dateline e campos de edição impressa.

  • Fato

    BlogPosting é definido no schema.org como um post de blog, herda Article pela cadeia SocialMediaPosting e admite o subtipo mais específico LiveBlogPosting.

Fontes

Primárias

Compartilhar

Leia também

Assine o Jornal do SEO Briefing