Schema Organization e Person com sameAs: construa sua entidade
- Nível: Avançado
- #Schema
- #E-E-A-T
- #Avançado

Organization e Person são tipos de schema.org que dizem a máquinas quem é a empresa e quem é o autor. A propriedade sameAs liga o seu site a perfis que identificam a mesma entidade, como LinkedIn, YouTube ou Wikidata, e o @id dá a cada entidade um identificador único que você reaproveita em todo o JSON-LD. Isso ajuda a desambiguar quem você é. Não garante knowledge panel, rich result nem citação em IA, como mostra o panorama de SEO, AEO e GEO.
Resumo rápido
- Entidade é uma coisa identificável sem ambiguidade: uma empresa, uma pessoa, uma marca. Schema ajuda a declarar quem é quem.
- O Google diz que não há schema especial para aparecer em respostas de IA. O valor está em clareza e coerência, não em atalho.
- Use
@idpara criar um nó único de Organization, WebSite e Person e referencie esses nós nos artigos, em vez de repetir dados. sameAsdeve apontar só para páginas que identificam a mesma entidade, como perfis oficiais ou um item do Wikidata.- Wikidata e knowledge panel dependem de critérios externos: não dá para criá-los por decreto.
- Validar o JSON-LD e conferir que ele bate com o conteúdo visível da página é parte do trabalho.
Como ler: se você nunca mexeu com schema, leia "O que é uma entidade?" e copie o exemplo, trocando pelos seus dados. Se você já trabalha com SEO técnico, vá ao @graph completo, às regras de sameAs e à seção de limites. Este texto complementa o guia geral de schema markup para AI Search.
O que é uma entidade e por que isso importa para a IA?
Uma entidade é algo que existe de forma distinta e pode ser identificado sem confusão, como "a empresa X, com este site e este CNPJ" ou "a autora Maria Souza, consultora de SEO". Para buscadores e assistentes, nomes se repetem e se confundem. Declarar a entidade com dados estruturados reduz a chance de ela ser misturada com outra de mesmo nome.
O próprio Google descreve esse objetivo. Segundo a documentação de dados estruturados de Organization, adicionar esses dados à página inicial ajuda a entender os dados administrativos da organização e a diferenciá-la de outras nos resultados. Algumas propriedades influenciam elementos visuais, como o logotipo exibido. A documentação também diz que não há propriedades obrigatórias e que convém adicionar as que se aplicam.
Em linguagem simples: pense no schema como o documento de identidade da empresa na internet. O nome sozinho pode ser comum, mas nome mais site, logo e perfis oficiais formam uma identidade difícil de confundir. O sameAs é como dizer: "esta mesma empresa também aparece nestes outros endereços".
Para o conceito mais amplo, veja entidades e SEO semântico.
O que o Google diz sobre schema nas respostas de IA?
O Google afirma que dados estruturados não são necessários para a busca com IA generativa e que não existe marcação schema.org especial a ser adicionada. Ainda assim, recomenda continuar usando dados estruturados dentro da estratégia geral de SEO, por causa da elegibilidade a rich results. É o que está no guia de otimização para recursos generativos.
Sobre outros assistentes (ChatGPT, Perplexity, Claude), não encontrei documentação oficial confirmando que leem JSON-LD de Organization ou Person para decidir citações. Por isso, a postura honesta é: faça porque é boa prática de identidade e de SEO, e não porque alguém prometeu efeito em IA.
Para quem já trabalha com SEO: trate o JSON-LD como camada de desambiguação e consistência, não como fator de ranking. O ganho prático costuma ser indireto: menos conflito entre o nome da marca, o logotipo e os perfis que os sistemas encontram, e dados organizados para quando algum consumidor (Google ou terceiros) decidir usá-los.
Quais propriedades de Organization realmente usar?
Use poucas e verdadeiras: nome, URL, logotipo, descrição e perfis. A documentação do Google lista, entre as propriedades de Organization, name, alternateName, legalName, url, logo, sameAs, foundingDate, contactPoint e vatID. Nenhuma é obrigatória.
| Propriedade | Para que serve | Cuidado |
|---|---|---|
name | Nome da organização | Use o mesmo nome e alternateName que aparecem no site |
legalName | Razão social, se diferente do nome | Só inclua se existir de fato |
url | Site da organização | Ajuda o Google a identificar a organização de forma única |
logo | Logotipo representativo | Use uma imagem estável e rastreável |
sameAs | URL de outra página com informações sobre a organização, como perfil em rede social ou site de avaliação | Pode ter várias URLs, mas só de perfis reais e oficiais |
foundingDate | Data de fundação (ISO 8601) | Informe só se for pública e correta |
contactPoint | Canais de contato | Use dados que já estejam visíveis no site |
Como estruturar tudo com @id e @graph?
Dê a cada entidade um @id estável, reuse esse @id onde ela for citada e agrupe os nós em um @graph. O @id funciona como o número de identidade do nó dentro do seu JSON-LD. Uma convenção comum é usar a URL da página somada a um fragmento, como https://www.exemplo.com.br/#organization. O endereço não precisa abrir uma página nova, ele só precisa ser único e permanecer o mesmo.
Exemplo hipotético: a "Studio Exemplo" é uma consultoria fictícia de SEO, com uma autora, Maria Souza. O bloco abaixo vai na página inicial (ou no site inteiro, via template). Os dados são inventados; troque pelos seus.
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.exemplo.com.br/#organization",
"name": "Studio Exemplo",
"legalName": "Studio Exemplo Consultoria Ltda.",
"alternateName": "Exemplo",
"url": "https://www.exemplo.com.br/",
"logo": "https://www.exemplo.com.br/img/logo.png",
"description": "Consultoria de SEO para clínicas e escritórios de contabilidade.",
"foundingDate": "2019-03-15",
"sameAs": [
"https://www.linkedin.com/company/studio-exemplo",
"https://www.youtube.com/@studioexemplo"
]
},
{
"@type": "WebSite",
"@id": "https://www.exemplo.com.br/#website",
"url": "https://www.exemplo.com.br/",
"name": "Studio Exemplo",
"inLanguage": "pt-BR",
"publisher": { "@id": "https://www.exemplo.com.br/#organization" }
},
{
"@type": "Person",
"@id": "https://www.exemplo.com.br/autores/maria-souza#person",
"name": "Maria Souza",
"jobTitle": "Consultora de SEO",
"url": "https://www.exemplo.com.br/autores/maria-souza",
"worksFor": { "@id": "https://www.exemplo.com.br/#organization" },
"sameAs": ["https://www.linkedin.com/in/maria-souza-exemplo"],
"knowsAbout": ["SEO local", "Schema markup"]
}
]
}
Nos artigos, você não repete os dados da empresa nem da autora. Basta referenciar os nós pelo @id:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Como configurar o Perfil da Empresa no Google",
"image": "https://www.exemplo.com.br/img/perfil-empresa.webp",
"datePublished": "2026-10-01T09:00:00-03:00",
"dateModified": "2026-10-04T09:00:00-03:00",
"author": { "@id": "https://www.exemplo.com.br/autores/maria-souza#person" },
"publisher": { "@id": "https://www.exemplo.com.br/#organization" }
}
Para quem já trabalha com SEO: o Google recomenda fortemente
authorem Article comtypeeurl(ousameAs). Por prudência, uma alternativa à referência só por@idé declarar oauthordireto no artigo (@type,nameeurl) e deixar o nó completo na página do autor. Isso é uma escolha minha de segurança, não uma exigência documentada. Teste sempre no HTML renderizado, porque temas e plugins de WordPress podem gerar vários Organization conflitantes.
Como marcar a Person (o autor) sem exagero?
Marque o autor com @type: Person, nome real, uma URL que o identifique e, se existir, perfis em sameAs. Segundo a documentação de Article do Google, em author.url você pode usar uma página que identifique de forma única o autor, como perfil em rede social, página "sobre" ou página de bio. O Google também aceita sameAs como alternativa e diz entender ambos ao desambiguar autores.
A mesma documentação traz uma regra que evita erros comuns: em author.name vai só o nome da pessoa, sem cargo, sem nome da empresa e sem expressões como "por". O cargo vai em jobTitle. Na prática, aponte a URL do autor para uma página real, com bio, formação e trabalhos. A marcação só tem sentido se a página existir e mostrar quem é a pessoa, o que depende de autoria e confiança (E-E-A-T).
Como usar o sameAs corretamente?
Use sameAs só para páginas que identificam a mesma entidade sem ambiguidade. O schema.org define a propriedade como a URL de uma página de referência que indica a identidade do item de forma inequívoca, por exemplo a página da Wikipédia, a entrada do Wikidata ou o site oficial. O Google a documenta, para Organization, como a URL de uma página em outro site com mais informações, como um perfil em rede social ou site de avaliações, e aceita várias.
- Entram: perfis oficiais ativos (LinkedIn, YouTube, Instagram, página de empresa), item do Wikidata, perfil verificado em plataformas de avaliação da própria empresa.
- Não entram: perfis de outra pessoa ou empresa, diretórios genéricos, páginas que citam você de passagem, perfis abandonados ou duplicados.
- Consistência: o nome, o logotipo e a descrição nesses perfis devem bater com o site. Divergência atrapalha a identificação.
E o Wikidata e o Knowledge Graph?
Um item no Wikidata é um registro público e estruturado de uma entidade, e o sameAs pode apontar para ele. Mas não é um cadastro livre. As regras de notabilidade do Wikidata aceitam um item se ele cumprir ao menos um de três critérios: ter um link para uma página dos projetos Wikimedia, referir-se a uma entidade claramente identificável que possa ser descrita com referências públicas e sérias, ou cumprir uma necessidade estrutural.
Para o knowledge panel, a ajuda do Google explica que as informações são geradas automaticamente a partir de informação pública na web, que dá para verificar sua identidade e sugerir edições, e que a política atual não cria nem exclui painéis manualmente. Resumindo: markup ajuda a tornar a informação legível, mas não obriga o Google a mostrar um painel.
Em linguagem simples: Wikidata é uma ficha pública mantida pela comunidade. Você só entra se existirem fontes públicas e sérias falando de você. Não adianta cadastrar a si mesmo sem referências, e um item criado só para "ganhar autoridade" pode ser removido por não cumprir os critérios. O caminho é ser mencionado de verdade, como discutimos em menções de marca sem link.
Passo a passo para implementar
Siga a ordem abaixo e valide a cada etapa.
- Liste os fatos públicos: nome, nome alternativo, razão social (se houver), URL, logotipo, descrição e perfis oficiais.
- Defina os
@idde Organization, WebSite e de cada autor, e mantenha-os para sempre. - Publique o Organization e o WebSite na página inicial (ou em um template global), de preferência em um único
@graph. - Crie uma página por autor, com bio real, e marque a Person nela.
- Referencie os nós nos artigos por
@idou com os campos mínimos deauthor. - Valide no Rich Results Test do Google e no validator.schema.org, e confira o HTML renderizado com a inspeção de URL do Search Console.
- Compare com o conteúdo visível: nome, logotipo, contato e perfis do JSON-LD devem aparecer ou ser verificáveis no site.
- Monitore se os nomes aparecem corretamente. O AI Visibility da Contentor acompanha, nas perguntas escolhidas por você, se o ChatGPT cita a marca (somente ChatGPT), o que ajuda a ver se a identidade está sendo reconhecida. Para o diagnóstico completo, use a auditoria GEO passo a passo.
Quais erros e limites evitar?
Os erros mais comuns são tratar o schema como atalho e marcar coisas que não existem. A tabela resume.
| Erro | Por que é problema |
|---|---|
| Dois ou três Organization diferentes na mesma página | Informação conflitante; confira plugins e tema |
sameAs para perfis que não são seus | Mistura identidades |
| Autor fictício ou página de autor vazia | Não sustenta a confiança e contraria o que a marcação promete |
| Esperar knowledge panel ou citação por ter schema | O Google não garante panel e não exige schema para IA |
| Dados desatualizados (logotipo, nome, contatos) | Cria divergência entre site, perfis e JSON-LD |
| Copiar um exemplo sem trocar os dados | Publica informação falsa sobre sua empresa |
Perguntas frequentes
O que é sameAs em schema?
É a propriedade que informa a URL de outra página que identifica a mesma entidade, como um perfil oficial no LinkedIn ou um item do Wikidata. Serve para desambiguar. A definição do schema.org fala em uma página de referência que indica a identidade do item de forma inequívoca. Pode haver várias URLs, desde que sejam realmente da mesma entidade.
Schema de Organization ajuda a aparecer no ChatGPT?
Não há documentação oficial que confirme isso. O Google diz que não há schema especial para entrar nas respostas de IA. O que o markup faz é declarar claramente quem você é, o que é boa prática. A citação depende de conteúdo útil, acesso dos crawlers e menções externas, e nunca é garantida.
Preciso de Wikidata para ter schema de Organization?
Não. O Wikidata é opcional e só faz sentido se sua empresa cumprir os critérios de notabilidade, por exemplo, ter referências públicas e sérias. Muitas empresas têm um Organization válido apenas com nome, URL, logotipo e perfis oficiais. Nunca crie um item só para inflar autoridade.
Posso usar a mesma entidade em vários sites do grupo?
Pode, desde que cada site declare corretamente quem é o quê e use identificadores consistentes. Em geral, a organização-mãe e cada marca podem ser nós diferentes, ligados por parentOrganization (propriedade do schema.org para a organização maior da qual uma é parte). Evite copiar o mesmo Organization em sites que representam negócios distintos, para não gerar informação conflitante.
Como saber se o schema foi lido corretamente?
Valide no Rich Results Test e no validator.schema.org e use a inspeção de URL do Search Console para ver como o Google enxerga a página. Lembre que ser válido não significa ser usado: o Google decide quando e como exibir qualquer informação.
Próximo passo
Se o seu site ainda não tem uma página de autor decente, comece por ela: sem uma pessoa real por trás, a marcação não sustenta nada. Depois, implemente o @graph acima e revise o restante em schema markup para AI Search. Para conectar esse trabalho à reputação fora do site, veja menções de marca sem link e a auditoria GEO passo a passo.
Leia também:
Prepare seu conteúdo para respostas de IA
Crie briefings AEO/GEO, entidades, schema e artigos estruturados para Google AI Overviews, AI Mode e SEO tradicional.
Testar o Contentor grátisFortaleça sua autoridade para AI Search
Combine conteúdo citável com backlinks contextuais em sites verificados para reforçar confiança, descoberta e autoridade temática.
Ver backlinks contextuais


