knowsAbout ligado ao glossário e ao Wikidata

O que o knowsAbout declara e o que ele não prova?

O knowsAbout declara os tópicos que uma pessoa ou organização conhece, e a própria schema.org diz que ele sugere especialidade sem implicar que ela exista. A propriedade aceita texto, URL ou um objeto Thing. Texto solto, como "SEO", é válido e fraco, porque qualquer consultor escreve a mesma sigla. Um objeto com nome e identificador dá ao leitor do grafo algo para desambiguar.

O Google não trata o knowsAbout como parte de nenhum resultado avançado. A documentação de ProfilePage, atualizada em 8 de setembro de 2026, lista as propriedades do Person e não menciona o knowsAbout. Por isso não espero efeito em posição. O público do knowsAbout é quem lê o grafo inteiro para entender uma entidade: IAs, agentes e ferramentas de Knowledge Graph.

sameAs aponta para fora, @id aponta para o seu nó

O sameAs afirma identidade com uma página de referência externa, e o @id é o identificador do nó dentro do seu grafo. A schema.org define o sameAs como a URL de uma página que indica sem ambiguidade a identidade do item, e dá como exemplos Wikipedia, Wikidata e site oficial. Colocar ali a URL do próprio glossário diz que a sua página é o conceito de SEO, o que mistura documento com entidade e dilui o único sinal de identidade que o sameAs carrega.

Um termo sem verbete publicado continua como Thing com sameAs para o Wikidata. Um verbete que trata de outro conceito não entra, mesmo que o nome pareça próximo.

Perguntei às quatro IAs de busca, em 25 de setembro de 2026, se a URL do glossário vai no sameAs ou no @id. As quatro disseram que não vai no sameAs. A divergência apareceu no formato do @id: uma delas sugeriu a URL da página sem fragmento, o que faz o mesmo identificador valer para o WebPage e para o termo. E um dos guias mais bem colocados na busca em inglês recomenda usar o endereço do Wikidata como @id do tópico, o que troca o nó próprio pelo item de outra base.

A divergência apareceu no formato do @id: uma delas sugeriu a URL da página sem fragmento, o que faz o mesmo identificador valer para o WebPage e para o termo.

Lucas Ferraz, especialista em SEO

O fragmento que separa a página do termo

A página do verbete é um WebPage e o termo que ela define é um DefinedTerm, e o fragmento no @id é o que mantém os dois separados. No tema da agência, cada verbete emite um DefinedTerm com @id igual à URL da página mais #definedterm, url igual à página e mainEntityOfPage apontando para o #webpage. O knowsAbout usa exatamente esse @id, então o Person e o verbete citam o mesmo nó.

{
  "@type": "DefinedTerm",
  "@id": "https://lucasferrazseo.com/glossario/seo/#definedterm",
  "name": "SEO",
  "url": "https://lucasferrazseo.com/glossario/seo/",
  "termCode": "seo",
  "sameAs": "https://www.wikidata.org/wiki/Q180711",
  "alternateName": ["Search engine optimization", "Otimização para mecanismos de busca"]
}

Dois cuidados que só aparecem na prática. O name do tópico no knowsAbout deve ser igual ao que a página do verbete emite, porque dois nomes para o mesmo @id viram duas versões do mesmo nó; o nome em inglês fica no alternateName. E o DefinedTerm descende de Intangible, não de CreativeWork. Quando pus creator nos verbetes dos métodos próprios, em setembro de 2026, o teste de resultados avançados acusou a propriedade. A autoria passou para o DefinedTermSet, que é CreativeWork e aceita author.

Antes e depois em um grafo real

Até 25 de setembro de 2026, o knowsAbout da agência tinha SEO, SEO local, UX e GEO como Thing com sameAs para o Wikidata, e nenhum deles apontava para o verbete que o próprio site publica. Depois da troca, os quatro viraram DefinedTerm com o @id do verbete, e o AEO entrou na lista com o item Q97171941. Conferi o JSON-LD ao vivo da Home e da página de autor, sem cookie: Person, Organization e LocalBusiness trazem os cinco ligados ao verbete, ao lado de tópicos que já seguiam esse formato, como auditoria de SEO, Google Perfil da Empresa e Search Console.

A comparação com o que cada verbete emite mostrou o erro que esse modelo expõe. Com o mesmo @id, o verbete de UX dizia sameAs Q1047808 (user experience) e o knowsAbout dizia Q11248500 (user experience design); o de auditoria de SEO dizia Q28136775 e o conceito certo é Q97371007. Um nó, dois Wikidata. Os nomes também divergiam: a página de GEO emite "GEO (Generative Engine Optimization)" e o knowsAbout dizia só "GEO". Corrigi os três casos para o knowsAbout e o verbete dizerem exatamente a mesma coisa.

Na mesma revisão, conferi cada item do Wikidata na API antes de manter o sameAs, e dois estavam errados. Conto o caso e o método de conferência no post sobre como achar o item certo do Wikidata.

O que muda quando o glossário está em outro domínio?

Um site não deve usar como @id um identificador que pertence a outro domínio, mesmo quando os dois sites são da mesma pessoa. Este site não tem glossário próprio de SEO, e os verbetes vivem na agência. Por isso o knowsAbout daqui continua com Thing e sameAs para o Wikidata, sem reaproveitar o #definedterm da agência. A ligação entre os dois domínios é feita por sameAs e url da própria pessoa, como descrevi no texto sobre @id no JSON-LD.

A regra que sigo fica em três linhas. Tópico com verbete no mesmo domínio vira DefinedTerm com o @id do verbete. Tópico sem verbete, ou com verbete em outro domínio, fica como Thing com sameAs para o Wikidata. E nenhuma URL do próprio site entra no sameAs de um tópico.

Um grafo que diz o mesmo em todo lugar

O ganho do knowsAbout ligado ao glossário é coerência: o Person, a organização e o verbete passam a descrever o mesmo termo com o mesmo identificador. Não há efeito documentado em posição, e não prometo nenhum. O que muda é que um leitor de grafo que parte da pessoa chega à definição que o site publica e dela ao item do Wikidata, sem nó duplicado nem identidade trocada. O próximo passo é medir, em uma janela de semanas, se as IAs passam a citar o verbete quando explicam esses termos.