Marca como entidade: Organization, sameAs e Wikidata para GEO

Quando uma pessoa pergunta a um assistente de IA qual loja ou empresa recomendar, a resposta depende de o sistema reconhecer a sua marca como uma coisa específica e distinta de todas as outras com nome parecido. Esse reconhecimento é o que se costuma chamar de entidade: uma identidade desambiguada, com nome, site, perfis e atributos consistentes entre as fontes.

Este guia explica como construir essa identidade com schema Organization, links sameAs, Wikidata, Wikipedia e o painel de conhecimento do Google. Um aviso de método antes de começar: o que está documentado é o papel desses elementos na desambiguação e no Knowledge Graph. O efeito direto deles sobre as citações em ChatGPT, Gemini ou Perplexity não está comprovado em fonte primária que tenhamos encontrado, e vamos separar uma coisa da outra ao longo do texto.

Se a sua marca já é confundida ou descrita de forma errada pela IA, comece também por Confusão de entidade: por que a IA não recomenda sua marca e por A IA está errando sobre a sua marca: como corrigir.

O que é uma entidade e o que a documentação confirma

A Knowledge Graph Search API permite consultar entidades do Knowledge Graph do Google. Ela usa tipos do schema.org e retorna JSON-LD, e devolve entidades individuais, não grafos conectados. O próprio Google avisa que a API não é adequada como serviço crítico de produção. A documentação de dados estruturados de Organization acrescenta um detalhe útil: propriedades como iso6523Code e naics são usadas nos bastidores para desambiguar a organização nos resultados de busca.

Sobre a busca com IA do Google, a documentação de recursos de IA é direta: para AI Overviews e AI Mode não há requisitos adicionais nem otimizações especiais, e não existe um schema.org especial a adicionar. A marcação precisa corresponder ao texto visível da página. Isso não torna o trabalho de entidade inútil, mas define o seu papel: ele reduz ambiguidade e dá base ao Knowledge Graph, sem prometer citação.

Em resumo: trate o trabalho de entidade como higiene de identidade. Ele é barato, previne erros e dá ao Google e a outros sistemas uma referência confiável. Qualquer promessa de ganho de citação deve ser tratada como hipótese a medir, como mostramos em Monitoramento de prompts: como montar a lista da marca.

Passo 1: defina a identidade da marca

Antes de qualquer código, escreva a ficha de identidade: nome comercial, razão social, nomes alternativos e siglas, endereço do site, logotipo, descrição curta em uma frase e os canais oficiais. Essa ficha será a fonte única para o site, os perfis e os dados estruturados.

Para o nome, a documentação de nome do site recomenda usar WebSite com name na página inicial, e alternateName para sigla ou nome curto. O Google também considera og:site_name, o title e os títulos da página, então eles devem concordar. No Perfil da Empresa, as regras de nome pedem o nome do mundo real, como na fachada e no site, sem slogans, URLs ou telefone.

Não encontramos fonte primária que quantifique o efeito da consistência de nome e endereço sobre citações em IA. Mantê-la é desambiguação e boa prática, não alavanca comprovada.

Passo 2: marque a Organization no site

Segundo a documentação do Google, nenhuma propriedade de Organization é obrigatória, e o recomendado é adicionar todas as que se aplicam, com destaque para name, alternateName, address, telephone, url e logo. Coloque o markup na página inicial ou na página Sobre, prefira JSON-LD e use o subtipo mais específico (por exemplo, OnlineStore).

• name e legalName: o name deve combinar com as configurações de nome do site; o legalName serve para a razão social, se for diferente.
• logo: URL ou ImageObject com no mínimo 112 x 112 pixels, rastreável e indexável, que funcione sobre fundo branco.
• sameAs: URLs de perfis da organização em outros sites, como redes sociais e páginas de avaliação.
• address e telephone: endereço com PostalAddress e país em ISO 3166-1 alpha-2 (BR); telefone com código do país e DDD.
• taxID e vatID: o taxID deve corresponder ao país do endereço. Para o CNPJ, o caminho documentado é o taxID.
• iso6523Code: formato designador:ID (exemplos da documentação: 0060 para DUNS, 0088 para GLN, 0199 para LEI). Não encontramos na documentação um prefixo específico para CNPJ; confirme a lista oficial do ISO 6523 antes de usar.

{
  "@context": "https://schema.org",
  "@type": "OnlineStore",
  "name": "Loja Exemplo",
  "legalName": "Loja Exemplo Comércio Ltda",
  "url": "https://www.exemplo.com.br",
  "logo": "https://www.exemplo.com.br/images/logo.png",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q00000000",
    "https://www.linkedin.com/company/exemplo"
  ],
  "email": "contato@exemplo.com.br",
  "telephone": "+55-11-0000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Rua Exemplo, 100",
    "addressLocality": "São Paulo",
    "addressRegion": "SP",
    "postalCode": "01000-000",
    "addressCountry": "BR"
  },
  "taxID": "00.000.000/0001-00"
}

O exemplo usa valores fictícios (incluindo o identificador do Wikidata) e segue a estrutura da documentação. Gere o JSON a partir da mesma ficha de identidade e valide com o Schema Markup Validator, que a documentação de nome do site recomenda no lugar do Teste de Resultados Enriquecidos para esse tipo de markup.

Passo 3: use sameAs para ligar os perfis oficiais

A definição do schema.org para sameAs é “URL de uma página de referência que indica sem ambiguidade a identidade do item”, com exemplos como a página da Wikipedia, a entrada do Wikidata e o site oficial. A documentação do Google fala em perfis em outros sites, como redes sociais e páginas de avaliação.

A seleção de quais perfis incluir é uma decisão nossa, inferida dessas duas fontes, e não uma regra do Google. Inclua apenas perfis oficiais, ativos e que representem a mesma entidade: Wikidata e Wikipedia (se existirem), LinkedIn, YouTube, redes sociais oficiais, registros oficiais da empresa e a ficha do Perfil da Empresa. Perfis abandonados ou de outra empresa com nome parecido pioram a desambiguação.

O diagrama resume o mapa de identidade. O site é o centro, e cada perfil aponta de volta para ele com o mesmo nome, logotipo e descrição.

Passo 4: Wikidata e Wikipedia, com critério

Os critérios de notabilidade do Wikidata exigem que o item cumpra ao menos um de três requisitos: ter um sitelink válido para um projeto Wikimedia listado; ser uma entidade claramente identificável, descritível com referências sérias e publicamente disponíveis; ou cumprir uma necessidade estrutural, tornando declarações de outros itens mais úteis. Uma marca pequena, sem cobertura independente, em geral não cumpre.

Sobre a Wikipedia, a política de conflito de interesses (em inglês) desencoraja fortemente quem tem vínculo financeiro com o tema de editar o artigo diretamente, exige divulgação de empregador e cliente, não permite material promocional e não aceita contas compartilhadas de organizações. Não crie nem edite o artigo da sua própria empresa, e evite contratar edição paga sem divulgar. O conteúdo, uma vez publicado, deixa de ser controlado por quem o inseriu.

Não verificamos aqui o passo a passo de criação de itens do Wikidata, a política de notabilidade de empresas da Wikipedia em português nem a política do Wikidata sobre autopromoção. Leia essas páginas antes de agir, e trate a presença nessas bases como consequência de ter fontes independentes, não como meta de marketing.

Passo 5: painel de conhecimento do Google

O Google não usa o termo “reivindicar”. Segundo a ajuda do painel de conhecimento, o processo é um feedback verificado: você confirma a identidade, entra na conta Google verificada, pesquisa a entidade, clica em “Sugerir edições” e envia cada sugestão separadamente, com URLs públicas de apoio. A revisão leva alguns dias. É possível sugerir imagem principal, título (com evidência substancial), perfis sociais e remoção de dados pessoais. A descrição não pode ser editada diretamente, e o Google não cria nem exclui painéis manualmente.

A consequência prática é que, sem painel existente, não há o que verificar. O painel depende de o Google já reconhecer a entidade, o que reforça a ordem dos passos: primeiro identidade e fontes independentes, depois ajustes.

Passo 6: reputação e consistência fora do site

Sistemas de IA descrevem a marca com base no que encontram sobre ela. Avaliações, páginas de reputação e cobertura independente entram nessa leitura, como detalhamos em Reclame Aqui e avaliações: o que a IA lê sobre a sua marca. Corrija nomes antigos, endereços desatualizados e descrições divergentes nos perfis e diretórios que você controla.

Verifique também se os rastreadores relevantes têm acesso ao site. A documentação da OpenAI informa que o OAI-SearchBot alimenta a busca do ChatGPT e que quem o bloqueia não aparece nas respostas de busca, só como link de navegação; o GPTBot é para treinamento. O Perplexity separa o PerplexityBot, que serve para exibir e linkar sites na busca, do Perplexity-User, que busca páginas por pedido do usuário. As regras de robots.txt são tema de Robots.txt: o que o Google lê, ignora e como trata os crawlers de IA.

Como testar e medir

Valide o JSON-LD no Schema Markup Validator e confira se não há erros nem avisos de propriedades. Em seguida, consulte a Knowledge Graph Search API: o endpoint de busca de entidades aceita parâmetros como query, types (por exemplo, Organization), languages e limit, e devolve nome, tipo, descrição, URL e uma pontuação de resultado. Se a marca não aparecer, é um indício de que ainda não é uma entidade reconhecida. Essa leitura é inferência nossa, não afirmação do Google.

Para medir o efeito sobre a IA, monte uma lista fixa de perguntas sobre a marca e rode-a antes e depois das mudanças, como descrevemos em Auditoria de GEO: como medir a marca nas respostas de IA. Mudanças em respostas de IA variam de uma execução para outra, então repita a rodada algumas vezes antes de concluir algo.

Um exemplo numérico, hipotético: uma auditoria de consistência encontra a marca em 12 perfis e diretórios. Nove usam o nome comercial exato, dois usam a razão social e um usa um nome antigo. A consistência é 9 ÷ 12 = 75%. Corrigir os três perfis divergentes leva o índice a 100% com baixo custo e remove a principal fonte de ambiguidade interna.

Erros comuns ao construir a entidade da marca

Os erros abaixo reduzem a clareza da identidade ou criam expectativas que a evidência não sustenta. Cada um traz o motivo, o efeito e a correção.

Erros de dados estruturados

Erros de estratégia

Erros de operação

Checklist de entidade da marca

• Ficha de identidade escrita: nome, razão social, siglas, descrição, logotipo e site.
• Nome igual em site, title, og:site_name e perfis oficiais.
• WebSite com name e alternateName na página inicial.
• Organization em JSON-LD, na página inicial ou em Sobre, com subtipo específico.
• Logotipo com ao menos 112 x 112 pixels, rastreável e indexável.
• sameAs apenas com perfis oficiais e ativos.
• Endereço e telefone no padrão da documentação, e taxID com o CNPJ.
• Perfil da Empresa com o nome do mundo real, sem slogans.
• Validação no Schema Markup Validator sem erros.
• Consulta à Knowledge Graph Search API para checar o reconhecimento.
• Decisão sobre Wikidata e Wikipedia baseada em fontes independentes, sem edição por conflito de interesses.
• robots.txt revisado para os rastreadores de busca de IA.
• Lista fixa de prompts sobre a marca, medida antes e depois.

Conteúdos Relacionados

• O que é GEO e AEO: o guia completo
• Monitoramento de prompts: como montar a lista da marca
• Ask Maps: como tornar seu negócio fácil de ser recomendado