Schema Organization e Person com sameAs: construa sua entidade

Por Thays Ladler11 min de leitura
  • Nível: Avançado
  • #Schema
  • #E-E-A-T
  • #Avançado

Também disponível em English, Español

Schema Organization e Person com sameAs: construa sua entidade

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 @id para criar um nó único de Organization, WebSite e Person e referencie esses nós nos artigos, em vez de repetir dados.
  • sameAs deve 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.

PropriedadePara que serveCuidado
nameNome da organizaçãoUse o mesmo nome e alternateName que aparecem no site
legalNameRazão social, se diferente do nomeSó inclua se existir de fato
urlSite da organizaçãoAjuda o Google a identificar a organização de forma única
logoLogotipo representativoUse uma imagem estável e rastreável
sameAsURL de outra página com informações sobre a organização, como perfil em rede social ou site de avaliaçãoPode ter várias URLs, mas só de perfis reais e oficiais
foundingDateData de fundação (ISO 8601)Informe só se for pública e correta
contactPointCanais de contatoUse 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 author em Article com type e url (ou sameAs). Por prudência, uma alternativa à referência só por @id é declarar o author direto no artigo (@type, name e url) 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.

  1. Liste os fatos públicos: nome, nome alternativo, razão social (se houver), URL, logotipo, descrição e perfis oficiais.
  2. Defina os @id de Organization, WebSite e de cada autor, e mantenha-os para sempre.
  3. Publique o Organization e o WebSite na página inicial (ou em um template global), de preferência em um único @graph.
  4. Crie uma página por autor, com bio real, e marque a Person nela.
  5. Referencie os nós nos artigos por @id ou com os campos mínimos de author.
  6. 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.
  7. Compare com o conteúdo visível: nome, logotipo, contato e perfis do JSON-LD devem aparecer ou ser verificáveis no site.
  8. 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.

ErroPor que é problema
Dois ou três Organization diferentes na mesma páginaInformação conflitante; confira plugins e tema
sameAs para perfis que não são seusMistura identidades
Autor fictício ou página de autor vaziaNão sustenta a confiança e contraria o que a marcação promete
Esperar knowledge panel ou citação por ter schemaO 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 dadosPublica 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átis

Fortaleç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

Continue lendo