Quais dados estruturados de autor o Google lê?
Publicado em Atualizado em
No Article, o Google lê o author como Person ou Organization, com name e url. O name leva só o nome. O url aponta para uma página que identifica o autor, e o sameAs serve de alternativa. Nenhuma propriedade é obrigatória, mas o Google recomenda fortemente informar o tipo e o url ou o sameAs.
Quais propriedades de autor o Google documenta?
No Article, são author, author.name e author.url, todas recomendadas e nenhuma obrigatória (Google Search Central). Na página de perfil, o ProfilePage exige mainEntity com name (Google Search Central).
| Propriedade | Onde | Tipo | O que o Google pede |
|---|---|---|---|
author | Article | Person ou Organization | Recomendada. Um campo por autor. |
author.name | Article | Texto | Só o nome do autor. |
author.url | Article | URL | Página que identifica o autor de forma única: perfil social, página “sobre mim” ou bio. |
sameAs | Article e ProfilePage | URL | Alternativa ao url no Article. No ProfilePage, links para outros perfis externos. |
jobTitle, honorificPrefix | Article | Texto | Lugar do cargo e do título, fora do name. |
mainEntity | ProfilePage | Person ou Organization | Obrigatória. A pessoa de quem o perfil trata. |
O tipo Person vem do vocabulário do schema.org. O Google lê um recorte dele, e é esse recorte que uso nos projetos de AEO.
O que vai e o que não vai no author.name?
Vai só o nome. Editora, cargo, título honorífico e expressões como “publicado por” ficam fora do name (Google Search Central).
Cada informação tem a própria propriedade: a editora vai em publisher, o cargo em jobTitle e o título em honorificPrefix (Google Search Central). Com dois autores, cada um ocupa um campo author. O formato abaixo segue a regra:
"author": [
{ "@type": "Person", "name": "Willow Lane", "jobTitle": "Journalist" },
{ "@type": "Person", "name": "Echidna Jones", "honorificPrefix": "Dr" }
]Os nomes vêm dos exemplos da documentação do Google. O erro que o Google aponta é juntar os dois nomes num único name, separados por vírgula (Google Search Central).
Uso url ou sameAs para identificar o autor?
Os dois funcionam. O url aponta para uma página que identifica o autor, e o Google aceita o sameAs como alternativa (Google Search Central).
“Google can understand both sameAs and url when disambiguating authors.”Tradução: “O Google consegue entender tanto sameAs quanto url ao desambiguar autores.”
Pela definição do schema.org, o sameAs é a URL de uma página de referência que indica sem ambiguidade a identidade do item, como a entrada na Wikidata ou o site oficial (schema.org).
Eu uso os dois, cada um num papel. O url leva à página de perfil, que eu controlo. O sameAs lista perfis externos verificáveis, como ORCID, GitHub e LinkedIn. A página sobre mim mostra os mesmos perfis no texto.
Para que serve o @id no autor?
O @id dá ao autor um identificador único, para definir a pessoa uma vez e referenciá-la em outros pontos do grafo (W3C).
“Used to uniquely identify node objects that are being described in the document with IRIs or blank node identifiers.”Tradução: “Usado para identificar de forma única os objetos de nó descritos no documento, com IRIs ou identificadores de nó em branco.”
O próprio Google usa esse recurso num exemplo de ProfilePage: o autor de um artigo listado no perfil aponta para o @id da pessoa na mesma página (Google Search Central). Já a página de Article não menciona @id (Google Search Central). Por isso, no artigo, repito name e url ao lado do @id:
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Quais dados estruturados de autor o Google lê?",
"author": {
"@type": "Person",
"@id": "https://allanaeo.com/about/#person",
"name": "Allan Oliveira",
"url": "https://allanaeo.com/about/"
}
}Na página de perfil, o mesmo @id recebe a definição completa. Esta é uma versão resumida da marcação publicada em allanaeo.com/about/:
{
"@context": "https://schema.org",
"@type": "ProfilePage",
"@id": "https://allanaeo.com/about/",
"mainEntity": {
"@type": "Person",
"@id": "https://allanaeo.com/about/#person",
"name": "Allan Oliveira",
"url": "https://allanaeo.com/about/",
"sameAs": [
"https://orcid.org/0009-0002-3528-7462",
"https://github.com/allandoseo",
"https://www.linkedin.com/in/allandoseo"
]
}
}O autor marcado precisa aparecer na página?
Precisa. Todo autor apresentado na página deve estar na marcação, e a marcação não pode descrever algo que o leitor não vê (Google Search Central) (Google Search Central).
Na prática, a assinatura visível e o author do JSON-LD dizem a mesma coisa. Neste post, a assinatura no topo leva à página de autor, e o bloco de bio no fim repete quem escreveu. Uma auditoria de SEO confere esse alinhamento página por página.
Perguntas frequentes
Dados estruturados de autor fazem o texto aparecer no AI Overview?
Não há marcação especial para isso. O Google diz que os recursos de IA não exigem schema.org específico e pede que os dados estruturados batam com o texto visível (Google Search Central).
Posso colocar o cargo no author.name?
Não. O name leva só o nome. Cargo vai em jobTitle, e títulos como Dr. vão em honorificPrefix (Google Search Central).
Como marcar dois autores?
Cada autor em seu próprio campo author, numa lista. Juntar os dois nomes num único name é o erro que o Google aponta (Google Search Central).
Preciso de ProfilePage na página de autor?
Se o author.url aponta para um perfil dentro do seu site, o Google recomenda marcar essa página com ProfilePage (Google Search Central).