Schema Article

TL;DR — O schema Article é um pequeno bloco de código que você adiciona a um post de blog ou notícia para rotular o básico para os mecanismos de busca — “this is the headline” (tradução) «este é o título», “this is the author” (tradução) «este é o autor», “this is when it was published” (tradução) «esta é a data de publicação», “this is the main image” (tradução) «esta é a imagem principal». Ele ajuda o Google a exibir esses detalhes de forma melhor nos resultados de busca. A documentação do próprio Google chama isso de “Article rich result” (tradução) «resultado avançado de Article», mas não cria um card visualmente novo como Recipe ou Video — e não é requisito para entrar no Google News ou no Discover. E — apesar do que você pode ter lido — ele não exige AMP.

O que é o schema Article

Quando você lê um artigo, consegue distinguir o título do texto do autor e da data só de olhar. Um mecanismo de busca vê texto simples e precisa descobrir isso. O schema Article explicita essas informações no código, usando o vocabulário compartilhado do schema.org, para que o Google saiba exatamente qual parte é o título, quem escreveu, quando foi publicado e qual é a imagem principal.

Quase sempre ele é escrito como JSON-LD — um pequeno bloco de código que fica na página sem mudar sua aparência. Você o verá como Article, NewsArticle ou BlogPosting. Os três são válidos, e o Google os aborda em um único guia. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Você não precisa se angustiar com a escolha (falaremos mais sobre isso na aba Advanced).

Por que vale a pena

Esta é a parte que a maioria dos guias exagera, então vou ser direto: o schema Article não oferece um card visualmente novo como Recipe ou Product. O que ele faz é mais discreto, mas real:

• Ele ajuda o Google a exibir um título melhor, uma imagem melhor e informações de data mais claras para seu artigo nos resultados normais de busca — a própria documentação do Google chama isso de “Article rich result”. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• O Google News e o Discover podem ler essa marcação para entender melhor seu conteúdo, mas nenhum dos dois exige isso — o Discover, em particular, diz que não precisa de tags especiais nem de dados estruturados.

O retorno é uma versão melhor exibida do seu resultado existente, não um card novo e visualmente distinto. Qualquer pessoa que prometa um “article carousel rich result” — ou dê a entender que a marcação é o que coloca você no Top Stories ou no Discover — está exagerando.

A boa notícia: nada é obrigatório

O guia de Article do Google é agradavelmente tranquilo: não há propriedades obrigatórias. Você adiciona as que se aplicam ao seu conteúdo. Na prática, será útil incluir:

• headline — o título do artigo (mantenha-o conciso; o Google encurta títulos longos).
• author — uma pessoa ou organização real, com um nome que corresponda à assinatura.
• datePublished e dateModified — quando o artigo entrou no ar e quando foi alterado pela última vez.
• image — a imagem principal (o Google prefere pelo menos 50 000 pixels, em alguns tamanhos/proporções: 16x9, 4x3, 1x1).

Os mitos a ignorar

Duas coisas que você pode ter lido e que estão simplesmente desatualizadas ou erradas:

• “Article schema requires AMP.” (tradução) «O schema Article exige AMP.» Não exige. O guia atual de Article do Google nem menciona AMP.
• “More properties always help.” (tradução) «Mais propriedades sempre ajudam.» O Google diz explicitamente para adicionar apenas o que se aplica — não há checklist a preencher para “vencer”.

E uma afirmação que continua verdadeira: marcação válida torna você elegível, não garante resultado. O Google ainda decide se vai usá-la.

Quer a versão completa — a questão Article versus NewsArticle versus BlogPosting, como preencher bem as propriedades recomendadas, os erros comuns de implementação e como isso se conecta ao Top Stories e ao Discover sem prometer demais? Mude para a aba Avançado.

TL;DR — Dados estruturados de Article (Article, NewsArticle ou BlogPosting — todos válidos; o Google os documenta em um único guia) marcam o headline, author, datePublished/dateModified e image de uma página escrita. Não há propriedades obrigatórias — a orientação do Google é “add the properties that apply to your content” (tradução) «adicione as propriedades que se aplicam ao seu conteúdo». A própria documentação do Google chama isso de “Article rich result” — mas, ao contrário do card distinto de Recipe ou VideoObject, ele se manifesta como uma versão melhor exibida do seu resultado existente (título, imagem, data), não como um formato separado de snippet. A marcação Article não é necessária para recursos do Google News como Top Stories, e a própria orientação do Discover diz que nenhuma tag especial ou dado estruturado é necessário — portanto não é a chave de elegibilidade que alguns guias prometem quando anunciam um “article carousel”. E o guia atual de Article do Google não menciona AMP em lugar algum — a antiga afirmação “Article schema requires AMP” (tradução) «o schema Article exige AMP» está desatualizada. Marcação válida apenas gera elegibilidade; o Google ainda decide se vai usá-la, e ela nunca é um fator de ranking.

O que o schema Article realmente faz (e não faz)

Vamos corrigir de início o exagero mais comum, porque todo o resto decorre dele: a documentação do próprio Google chama esse recurso de “Article rich result”, mas ele não é um card visualmente novo e distinto como o card de receita gerado por Recipe ou o tratamento de miniatura de vídeo gerado por VideoObject. Article não tem um snippet visual independente equivalente — o “rich result” aqui é sua listagem existente exibida melhor. O que ele faz é:

• Melhorar a exibição dos resultados existentes — o Google pode mostrar um título melhor, uma imagem principal melhor e informações de data mais claras para o artigo.
• Ajudar o Google a entender seu conteúdo — mas ele não é requisito para recursos do Google News como Top Stories, e a orientação do Discover diz que conteúdo elegível não precisa de tags especiais nem de dados estruturados. A marcação Article pode tornar os detalhes mais explícitos; não desbloqueia nenhuma das duas superfícies.

Esse é um sinal de qualidade de exibição, não um tipo distinto de snippet novo nem uma chave de elegibilidade. Quando você vê um guia prometendo “Article schema unlocks Top Stories / article carousels” (tradução) «o schema Article desbloqueia Top Stories / carrosséis de artigos», leia isso como exagero — o enquadramento do Google é ajudar a entender a página e exibir melhor título/imagem/data, não criar um card nem ativar a elegibilidade para News ou Discover. (Estou tratando a formulação “better title text, images, and date information” (tradução) «texto de título, imagens e informações de data melhores» como uma paráfrase do enquadramento do Google, não como uma citação literal — veja na aba Quotes o que foi confirmado palavra por palavra.)

Article versus NewsArticle versus BlogPosting — é preciso escolher corretamente?

Resposta curta: não, não precisa se angustiar. Os três tipos são válidos, e o guia do Google aborda Article, NewsArticle e BlogPosting juntos, com as mesmas propriedades recomendadas. NewsArticle e BlogPosting são subtipos de Article, então:

• Use NewsArticle para conteúdo jornalístico em um site de notícias.
• Use BlogPosting para posts de blog.
• Use Article como escolha geral segura quando nenhum dos dois se encaixar perfeitamente.

Escolha o tipo mais específico que descreva honestamente a página, mas não perca o sono por isso — o conjunto de propriedades recomendado é o mesmo, e não há um benefício separado de rich result dependendo da escolha. O próprio Schema.org define alguns outros subtipos de Article além desses três — o guia do Google, assim como este artigo, cobre os três para os quais publica um conjunto de propriedades compatível.

Nenhuma propriedade obrigatória — um recurso, não uma lacuna

O guia de Article do Google afirma claramente que não há propriedades obrigatórias; em vez disso, adicione as propriedades que se aplicam ao seu conteúdo. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Essa flexibilidade confunde as pessoas porque elas estão acostumadas a marcações de Product ou Recipe com listas rígidas de requisitos. Aqui, as propriedades recomendadas são as que vale a pena preencher bem:

A tentação é preencher todas as propriedades que o schema.org oferece. Não faça isso. A orientação do Google é adicionar o que se aplica — não há bônus por alcançar uma lista mais longa, e propriedades irrelevantes ou imprecisas são apenas risco.

Erros comuns de implementação

• Nome do autor não corresponde. O mais frequente: author definido como um valor genérico ou incompatível (“Admin”, o nome do site, um editor que não escreveu o texto), em vez de uma Person/Organization real cujo nome corresponda à assinatura na página.
• headline longo demais. O Google encurta e às vezes reescreve títulos longos na exibição, então um valor headline inchado não traz benefício e pode parecer errado.
• dateModified desatualizado ou alterado sem motivo. Atualizá-lo a cada rastreamento (ou nunca) envia o sinal errado. Mude-o quando o conteúdo realmente mudar.
• Uma única image de baixa qualidade. Dê ao Google alguns tamanhos/proporções; uma única imagem pequena ou mal recortada limita o que ele pode exibir.
• Perseguir um card que não existe. O Google chama esse recurso de “Article rich result”, mas não há um snippet visualmente novo e distinto a perseguir — você está obtendo uma versão melhor exibida do resultado existente, nada mais.

Como isso se conecta a Top Stories, News e Discover — sem prometer demais

Esta é a parte em que vale ser preciso, porque o Google é explícito e as duas superfícies não são iguais: a marcação Article pode tornar os detalhes do artigo mais explícitos para o Google entender, mas o Google diz que ela não é necessária para recursos do Google News como Top Stories, e a orientação do Discover diz que conteúdo elegível não precisa de nenhuma tag especial nem dado estruturado. Portanto, o schema Article não desbloqueia nenhuma das duas superfícies — é uma marcação que pode ajudar o Google a entender uma página que ele já está considerando, não uma chave. O que realmente coloca você no Top Stories ou no Discover é ser um publisher qualificado, além de qualidade e atualidade do conteúdo e da decisão dos próprios sistemas do Google de exibi-lo.

Dois pontos relacionados que vale mencionar, sem aprofundar:

• Conteúdo pago deve adicionar dados estruturados de conteúdo pago separadamente — é uma marcação própria, não parte de Article, e importa para a forma como o Google trata páginas de assinatura.
• Vale acertar os campos author e de data pelas mesmas razões pelas quais uma identidade de autor real e consistente importa para os sinais mais amplos de E-E-A-T discutidos em outras partes deste site — não conheço evidência atual de que essa marcação em si seja uma entrada direta de E-E-A-T; apenas que acertar a autoria é uma boa prática de qualquer maneira.

Dados estruturados não são fator de ranking

Vale repetir porque isso sustenta todo o resto: dados estruturados — inclusive Article — não são fator de ranking. Como John Mueller disse repetidamente, eles afetam a elegibilidade para rich results e a exibição, não os rankings diretamente. Você adiciona o schema Article para ajudar o Google a entender e exibir seu conteúdo, não para subir nos resultados. É exatamente por isso que ainda acho que vale adicioná-lo: mesmo sem um card distinto, ele melhora a forma como seus artigos aparecem. Sou fã de marcação de schema quando ela gera um recurso de busca — e o próprio rótulo “Article rich result” do Google para títulos, imagens e datas mais claros atinge esse objetivo sem precisar apoiar afirmações não comprovadas de elegibilidade para News ou Discover.

Onde Article se encaixa no panorama mais amplo de dados estruturados

Article é um dos tipos de Creative Works no schema.org, ao lado de tipos irmãos como AudioObject, Book, Course, Dataset, Movie, Recipe e VideoObject — o hub de Creative Works sob o qual este artigo se organiza os agrupa. Alguns deles (Recipe, VideoObject) têm cards dedicados de rich result, e é exatamente por isso que vale deixar claro que Article não tem. Para o vocabulário mais amplo e como JSON-LD se encaixa, consulte os hubs Schema Markup e Structured Data acima deste artigo.

Resumo de IA

Uma versão condensada da versão Advanced:

• O que é: marcação Article do schema.org (implementada como Article, NewsArticle ou BlogPosting — todas válidas; o Google as documenta juntas), geralmente em JSON-LD, rotulando headline, author, datePublished/dateModified e image de uma página escrita.
• Nenhuma propriedade obrigatória. O Google diz para adicionar as propriedades que se aplicam ao seu conteúdo — não há lista de requisitos nem bônus por uma lista mais longa.
• O Google chama isso de “Article rich result” — mas, ao contrário de Recipe ou VideoObject, não há um card visualmente novo e distinto. É seu resultado existente exibido melhor: título, imagem e informações de data melhores.
• Não é uma chave para Top Stories ou Discover. O Google diz que a marcação Article não é necessária para recursos do Google News como Top Stories, e a orientação do Discover diz que conteúdo elegível não precisa de nenhuma tag especial nem dado estruturado. A marcação pode ajudar o Google a entender uma página; não desbloqueia nenhuma das duas superfícies.
• Ignore o exagero dos concorrentes: afirmações de que o schema Article “unlocks Top Stories / article carousels / a rich snippet” (tradução) «desbloqueia Top Stories / carrosséis de artigos / um rich snippet» misturam o enquadramento de compreensão do Google com uma garantia de elegibilidade. Leia-as como exagero, não como formato visual distinto concedido por Article.
• Nenhuma exigência de AMP. O guia atual de Article do Google não menciona AMP em lugar algum — a afirmação repetida de que “Article schema requires AMP” (tradução) «o schema Article exige AMP» está desatualizada.
• Escolha do tipo: NewsArticle para notícias, BlogPosting para blogs, Article como fallback geral seguro (o schema.org define outros subtipos; o Google documenta um conjunto de propriedades compatível para estes três). As propriedades recomendadas são as mesmas para todos; a escolha não traz benefício separado de rich result.
• Propriedades recomendadas bem preenchidas: author = uma Person/Organization real com nome correspondente; headline conciso (o Google corta títulos longos); dateModified honesto; imagens rastreáveis representativas de pelo menos 50 000 pixels, em várias proporções (16x9, 4x3, 1x1).
• Erros comuns: autor incompatível/genérico, título longo demais, dateModified alterado sem motivo ou desatualizado, uma única imagem fraca, esperar um card que não existe.
• Ponto relacionado: conteúdo pago precisa de marcação de conteúdo pago separada; acertar os campos de autor/data é uma boa prática junto do trabalho mais amplo de E-E-A-T do site, embora este registro não estabeleça que a marcação seja uma entrada direta de E-E-A-T.
• Elegibilidade ≠ exibição, e não é fator de ranking: dados estruturados afetam a elegibilidade para rich results/exibição, não rankings (Mueller, repetidamente). Marcação válida apenas torna você elegível; o Google decide se vai usá-la.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google — dados estruturados de Article

• Dados estruturados de Article (Article, NewsArticle, BlogPosting) — a referência única que cobre os três tipos, chama o recurso documentado de “Article rich result”, explica a posição de “nenhuma propriedade obrigatória”, as propriedades recomendadas (author, dateModified, datePublished, headline, image) e a orientação de imagens de pelo menos 50 000 pixels em várias proporções. Também afirma que a marcação Article não é necessária para recursos do Google News como Top Stories. Observe que não menciona AMP.
• Diretrizes gerais de dados estruturados — as políticas de conteúdo, técnicas e de qualidade aplicáveis a todos os dados estruturados, inclusive Article.
• Conteúdo de assinatura e pago — a marcação separada para artigos com assinatura/pagamento (mencionada no guia Article, implementada por conta própria).
• Rich Results Test — valide a marcação e confira o que o Google consegue ler dela.
• Apareça no Discover (Google) — a orientação de elegibilidade do Discover, que diz que conteúdo não precisa de tags especiais nem de dados estruturados.

Bing / Microsoft

• Como marcar seu site com dados estruturados — o suporte geral do Bing a dados estruturados (schema.org, com JSON-LD recomendado), validado pelo Markup Validator genérico do Bing.

Citações da fonte

Declarações registradas do Google. Quando uma página de fonte expõe o texto, o link profundo salta para a passagem citada.

Documentação do Google — nenhuma propriedade obrigatória

• “There are no required properties; instead, add the properties that apply to your content.” (tradução) «Não há propriedades obrigatórias; em vez disso, adicione as propriedades que se aplicam ao seu conteúdo.» Ir para a citação

Sobre dados estruturados e rankings (enquadramento permanente)

• Dados estruturados não são fator de ranking — como John Mueller disse repetidamente, eles afetam a elegibilidade para rich results e a exibição, não os rankings diretamente. (Paráfrase das declarações públicas consistentes de Mueller em sessões de perguntas do Search Central e posts sociais; trate como um enquadramento bem estabelecido, não como uma única transcrição fonte.)

Mitos e erros de schema Article a evitar

Mito: “Article schema requires AMP.” Falso, e vale corrigir diretamente porque ainda se repete em guias antigos. O guia atual de Article do Google não menciona AMP em lugar algum — não há requisito de AMP para Article hoje. Se um recurso vincula a marcação Article ao AMP, está desatualizado.

Mito: “Article schema gives you a distinctive new-looking rich-result card.” Não dá. A própria documentação do Google chama o recurso documentado de “Article rich result”, mas, ao contrário de Recipe ou VideoObject, Article não tem snippet visual distinto — é uma versão melhor exibida do resultado existente (título, imagem e data). E não é necessário para recursos do Google News como Top Stories, enquanto a orientação do Discover diz que conteúdo elegível não precisa de tags especiais nem de dados estruturados. Guias que prometem um “article carousel rich result” a partir do schema sozinho — já vi isso apresentado como formato distinto por Yoast, Semrush e SEJ — estão exagerando o que a marcação faz. Leia como afirmações de elegibilidade exageradas, não como garantias de formato ou elegibilidade.

Mito: “More properties always help.” O Google diz explicitamente para adicionar somente as propriedades que se aplicam ao seu conteúdo. Não há lista obrigatória a cumprir nem bônus por uma lista mais longa — propriedades irrelevantes ou imprecisas são apenas risco, não ganho de ranking ou de elegibilidade.

Mito: “Structured data will boost my rankings.” Dados estruturados — inclusive Article — não são fator de ranking (Mueller, repetidamente). Eles afetam a elegibilidade para rich results/exibição, não os rankings. Adicione-os para ajudar o Google a entender e exibir seu conteúdo, não para subir nos resultados.

Erro: um author genérico ou incompatível. Definir author como “Admin”, o nome do site ou um editor que não escreveu o texto enfraquece todo o propósito. Referencie uma Person ou Organization real cujo nome corresponda à assinatura visível.

Erro: um headline longo demais. O Google corta e às vezes reescreve títulos longos na exibição. Um valor headline inchado não traz benefício e pode parecer errado — mantenha-o conciso e alinhado ao título visível.

Erro: dateModified alterado sem motivo ou desatualizado. Atualizar dateModified a cada rastreamento (para fingir atualidade) ou nunca atualizá-lo induz ao erro. Mude-o quando o conteúdo realmente mudar.

Erro: esperar que o schema Article ative Top Stories ou Discover. O Google diz que a marcação Article não é necessária para Top Stories, e a orientação do Discover diz que conteúdo elegível não precisa de tags especiais nem de dados estruturados. Essas posições dependem de ser um publisher qualificado, além da qualidade e atualidade do conteúdo e das próprias decisões do Google. Uma marcação limpa pode ajudar o Google a entender a página; não aciona uma chave.

Erro: esquecer a marcação de conteúdo pago. Artigos com assinatura/pagamento precisam de dados estruturados de conteúdo pago separados — isso não faz parte de Article, e ignorá-lo pode causar problemas na forma como o Google trata páginas bloqueadas.

JSON-LD de Article genérico versus bem formado

Article não tem propriedades obrigatórias, então “quebrado” raramente significa “falha na validação” — significa fino e pouco útil: uma marcação que é tecnicamente interpretável, mas dá pouco material ao Google, ou valores que não correspondem à página.

Um snippet fino e genérico

É interpretado sem problemas, mas o author é genérico, há uma única imagem de baixa qualidade e faltam as datas e as informações de alteração:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

O que está fraco:

• author.name: “Admin” — genérico e não corresponde a nenhuma assinatura real. Use o autor efetivo.
• headline longo demais — o Google vai cortá-lo/reformulá-lo; ele também não corresponderá ao título visível.
• image pequena e única — uma miniatura limita o que o Google pode exibir.
• Ausência de datePublished/dateModified — você está deixando o sinal de data de lado.

O mesmo artigo, bem formado

Tipo específico BlogPosting, autor real correspondente, várias proporções de imagem e datas honestas:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Por que é melhor:

• @type: "BlogPosting" — o tipo mais específico que descreve honestamente a página (um subtipo válido de Article).
• author real e correspondente com uma url para uma entidade de autor.
• headline conciso e alinhado ao título visível.
• As duas datas presentes, em ISO 8601 com fuso horário.
• Três proporções de imagem (16x9, 4x3, 1x1) para que o Google escolha a melhor por superfície.

Observe que nenhuma propriedade “obrigatória” está sendo atendida aqui — todos os campos são recomendados. A diferença entre os dois snippets não é aprovação/reprovação; é quanto o Google consegue fazer com o que você forneceu.

Teste seus conhecimentos: schema Article

Cinco perguntas rápidas sobre as marcações Article, NewsArticle e BlogPosting, o que elas fazem (e não fazem) e os mitos que vale ignorar. Escolha uma resposta para cada pergunta e depois confira.

Os KPIs permanentes do schema Article

O schema Article não tem seu próprio relatório de rich result no Search Console como Recipe ou Product têm, então os KPIs úteis são os que refletem o que a marcação realmente faz: melhorar a qualidade de exibição do seu resultado existente. Acompanhe-os trimestre a trimestre em vez de perseguir um único número após a publicação.

Impressões de aparência na busca para Top Stories / Discover

Métrica: impressões e cliques em que a divisão de aparência na busca do Search Console mostra “Top stories” ou em que o relatório separado do Discover mostra atividade. O que ela informa: se o Google está exibindo suas páginas marcadas com Article nessas superfícies — mas lembre-se de que a marcação Article não é necessária para nenhuma das duas (o Google diz que nenhuma marcação é necessária para Top Stories, e o Discover não precisa de tags especiais nem de dados estruturados), então um número baixo aqui não significa necessariamente marcação quebrada, e um número forte não deve ser atribuído apenas à marcação. Como obtê-la: Search Console → Performance → filtro de aparência na busca (ou o relatório dedicado do Discover, se sua propriedade tiver tráfego inscrito para exibir um). Benchmark / faixa realista: não existe benchmark entre sites — a elegibilidade para Top Stories e Discover depende muito do status do publisher, do nicho e da atualidade, então estabeleça sua própria linha de base por seção e acompanhe a tendência em vez de comparar com um número externo. Periodicidade: mensalmente ou depois de qualquer mudança na marcação Article ou no ritmo de publicação.

Taxa de dados estruturados válidos entre templates de artigos

Métrica: a proporção de páginas com template de Article que são interpretadas sem problemas e sem campos recomendados ausentes. O que ela informa: se uma atualização do CMS, mudança de tema ou edição de template quebrou a marcação em todo o site, já que um único bug de template pode remover silenciosamente author ou image de todos os artigos. Como obtê-la: verifique uma amostra de URLs com o Schema Markup Validator ou o Rich-Result Eligibility Checker; os avisos de dados estruturados do Search Console também podem sinalizar páginas que o Google não conseguiu interpretar. Benchmark / faixa realista: esta é uma métrica de higiene, não uma curva — a meta honesta é 100% das páginas com template carregando os campos recomendados, pois não há vantagem em cobertura parcial. Periodicidade: imediatamente após qualquer mudança de template ou CMS; caso contrário, uma verificação trimestral por amostragem é suficiente.

Precisão do título, da imagem e da data exibidos

Métrica: se o título, a imagem e a data que o Google realmente exibe nos resultados correspondem ao que você definiu em headline, image e datePublished/dateModified. O que ela informa: esta é a versão direta e observável de “melhor qualidade de exibição”, que é a principal função do schema Article — se o Google estiver substituindo seu título por um palpite próprio ou usando outra imagem, a marcação não está cumprindo seu papel nessa página. Como obtê-la: use a ferramenta URL Inspection, a prévia do Rich Results Test ou uma verificação manual na SERP para as consultas-alvo do artigo. Benchmark / faixa realista: não há percentual a atingir — esta é uma leitura de aprovação/reprovação por página, então trate qualquer divergência como um sinal para revisar os valores de autor, título ou imagem daquela página. Periodicidade: verifique páginas importantes pouco depois da publicação e, ocasionalmente, conteúdos antigos que foram atualizados.

Ferramentas para criar e verificar schema Article

Três das minhas ferramentas gratuitas cobrem o ciclo completo do schema Article — gerá-lo corretamente, validar o que você já tem e confirmar exatamente quais campos recomendados ainda faltam.

Gere a marcação com o Schema Markup Generator

O Schema Markup Generator cria JSON-LD de Article, NewsArticle ou BlogPosting a partir de um formulário, em vez de exigir que você o escreva manualmente. Ele acerta o aninhamento das partes que as pessoas normalmente erram — um author correto como objeto Person ou Organization, não uma string simples; um publisher com um logo ImageObject aninhado; e um array image para fornecer as proporções 16x9/4x3/1x1 recomendadas pelo Google — e exporta em seis formatos que você pode inserir diretamente na página.

Valide a marcação existente com o Schema Markup Validator

O Schema Markup Validator verifica o JSON-LD que você já tem — cole o código ou uma página HTML completa — com resultados por nível de gravidade, comparando o vocabulário do schema.org e as propriedades recomendadas pelo Google para Article. Ele é particularmente útil para o erro de autor incompatível abordado na aba Advanced: suas verificações do grafo @id entre blocos sinalizam uma referência author que não resolve para uma entidade Person ou Organization real em outra parte da página.

Confira a elegibilidade campo a campo com o Rich-Result Eligibility Checker

O Rich-Result Eligibility Checker é a maneira mais rápida de ver, campo a campo, se sua marcação Article cobre o conjunto recomendado — headline, author, datePublished, dateModified e image — com uma marca de verificação para o que está presente, um X para o que falta ou um aviso para um campo recomendado, mas opcional. Como Article não tem propriedades obrigatórias, esta é a ferramenta para decidir quais campos recomendados vale a pena adicionar, em vez de adivinhar.

O próprio validador do Google, para uma segunda opinião

Vale executar o Rich Results Test do Google depois das ferramentas acima, pois ele mostra exatamente o que o parser do próprio Google lê na página, não uma interpretação de terceiros da especificação — útil como verificação final antes de publicar uma mudança de template em todo o site.

Recursos que valem seu tempo

De outros pontos do setor

Schema Article é um tema em que vários guias conhecidos exageram o que a marcação oferece para Top Stories e Discover, então listo alguns deles como exemplos do exagero que este artigo corrige — leia-os à luz da documentação do próprio Google, que chama o recurso de “Article rich result”, mas enquadra o benefício como melhor exibição do resultado existente e melhor compreensão, não como um card novo ou uma chave de elegibilidade:

• Dados estruturados de Article (Article, NewsArticle, BlogPosting) (Google Search Central) — a referência oficial: nenhuma propriedade obrigatória, campos recomendados, imagens de pelo menos 50 000 pixels em várias proporções, nenhuma exigência de marcação para Top Stories e, sobretudo, nenhuma menção a AMP.
• Apareça no Discover (Google) — afirma que a elegibilidade para o Discover não precisa de tags especiais nem de dados estruturados.
• Diretrizes gerais de dados estruturados (Google) — as políticas aplicáveis a todos os dados estruturados.
• Conteúdo de assinatura e pago (Google) — a marcação separada para artigos bloqueados.
• Structured data / schema ultimate guide (Yoast) — referência geral útil, mas observe que apresenta o schema Article como habilitador de rich results como Top Stories e carrosséis de artigos; a documentação do próprio Google diz que a marcação não é necessária para nenhuma das duas superfícies.
• Schema markup guide (Semrush) — apresenta de modo semelhante o schema Article como tornando páginas “eligible for a rich snippet” (tradução) «elegíveis para um rich snippet», confundindo a elegibilidade para News/Discover com a própria marcação; trate como uma afirmação de elegibilidade exagerada.
• What Is Schema Markup? How to Add It & Why It Matters (Ahrefs) — um guia geral sólido sobre schema, com uma abordagem útil de legibilidade por agentes de IA/máquinas.

Registro de alterações