O sameAs é uma propriedade do vocabulário schema.org que vai dentro do bloco de dados estruturados da sua marca. Ela recebe uma lista de URLs, cada uma apontando para um perfil ou página externa que representa a mesma organização: LinkedIn, Instagram, uma entrada no Wikidata, uma página setorial verificável. Quando a IA rastreia essas fontes, o sameAs é a ponte que diz ao modelo que todos esses endereços são a mesma entidade. Você não descreve cada perfil separadamente; você declara que todos convergem para uma única identidade.
A função central não é aparecer mais em respostas de IA: é não ser confundida com outra empresa. Sem o sameAs, o modelo trata cada presença da marca como um sinal isolado. Com ele, você declara que o seu LinkedIn, o seu Instagram e o seu site são a mesma organização. Isso interessa especialmente a marcas com nomes comuns ou que atuam em setores com muitos concorrentes de nomes parecidos. O sameAs não conquista um verbete na Wikipedia nem cria cobertura de imprensa que ainda não existe; ele conecta as fontes que você já tem e diz à IA como elas se relacionam.
Por que a IA mistura marcas de nome parecido?
Modelos de linguagem constroem representações de entidades a partir de padrões em grandes volumes de texto. Quando há mais de uma empresa com o mesmo nome, ou com nomes próximos o suficiente para se sobrepor, o modelo não tem como distingui-las sem um sinal explícito. O resultado costuma ser uma mistura: atributos de uma empresa aparecem na descrição da outra, um serviço de concorrente é listado como seu, ou o modelo recusa a recomendação por incerteza.
Esse problema não é exclusivo de nomes genéricos. Uma "Construtora Alfa" em São Paulo e outra em Recife parecem diferentes para um humano que lê o endereço, mas para um modelo que encontra menções a "Construtora Alfa" em fontes diversas sem contexto geográfico preciso, a identidade é ambígua. O sameAs quebra essa ambiguidade: ao listar os perfis oficiais, você ancora a marca a pontos de referência que o modelo pode comparar e confirmar entre si.
O conceito subjacente é o grafo de conhecimento, o mapa de entidades e relações que modelos e buscadores usam para organizar informações sobre o mundo. Quanto mais clara for a âncora da sua marca nesse grafo, menor o risco de o modelo fundir sua empresa com outra de nome parecido ou construir uma representação parcial a partir de fontes não relacionadas.
O que o sameAs conecta, na prática
O sameAs não é um campo de links genéricos. É uma afirmação formal: "cada URL nesta lista aponta para a mesma entidade que este bloco descreve." O schema.org define a propriedade exatamente para esse propósito: conectar uma descrição local a representações externas da mesma coisa.
Na prática, os modelos usam essas URLs de duas formas. Primeiro, para confirmar que informações encontradas nessas fontes pertencem à mesma entidade que o schema descreve: nome, setor, localidade. Segundo, para dar peso maior a afirmações que aparecem de forma consistente em múltiplas fontes apontadas pelo sameAs, comparado a afirmações isoladas no texto corrido do site.
O sameAs aparece dentro de um bloco Organization (para empresas em geral) ou LocalBusiness (para estabelecimentos com endereço físico). O artigo sobre Schema Organization passo a passo cobre o bloco inteiro campo a campo, com todos os atributos de identidade; aqui o foco é o que vai dentro do array sameAs e por quê cada URL escolhida importa.
Quais URLs colocar no sameAs e quais evitar?
A regra central é simples: inclua só o que você controla e o que está ativo. O sameAs deve apontar para páginas que representam oficialmente a sua marca, não para qualquer menção a ela na internet.
| Incluir no sameAs | Evitar no sameAs |
|---|---|
| Perfil oficial no LinkedIn (/company/) | Perfil abandonado ou desatualizado |
| Perfil oficial no Instagram | Diretório ou agregador de terceiros |
| Canal oficial no YouTube | Notícia ou reportagem sobre a empresa |
| Página oficial no Facebook | Perfil de funcionário ou sócio |
| Item da empresa no Wikidata (Q...) | URL de página de produto ou campanha |
| Verbete na Wikipedia, se existir | Perfil duplicado ou não oficial |
O Wikidata merece atenção específica. É uma base de dados estruturados que os modelos consultam com frequência para verificar a identidade de entidades. Se a sua empresa já tem um item no Wikidata (o formato da URL é https://www.wikidata.org/wiki/Q12345), inclua esse endereço no sameAs. Se ainda não tem, criar um item básico é acessível: Wikidata aceita entidades verificáveis sem exigir a notoriedade editorial que a Wikipedia requer.
A diferença entre o que o sameAs faz e o que uma página na Wikipedia representa é essa: o sameAs conecta as fontes que você já tem; a Wikipedia é um verbete escrito por terceiros sobre você, com critérios de notoriedade próprios. Para saber como a Wikipedia e o Wikidata influenciam o que as IAs dizem sobre a sua marca, o artigo sobre Wikipedia e autoridade de marca aprofunda esse caminho.
Como fica o bloco no código?
O sameAs é um array de strings dentro do bloco JSON-LD. Abaixo, um exemplo com um bloco Organization e um conjunto típico de perfis de uma empresa brasileira:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Nome Oficial da Empresa",
"url": "https://www.suaempresa.com.br",
"logo": "https://www.suaempresa.com.br/logo.png",
"description": "Descrição factual do que a empresa faz e para quem atende.",
"sameAs": [
"https://www.linkedin.com/company/suaempresa",
"https://www.instagram.com/suaempresa",
"https://www.facebook.com/suaempresa",
"https://www.youtube.com/@suaempresa",
"https://www.wikidata.org/wiki/Q12345678"
]
}
Coloque esse trecho dentro de uma tag <script type="application/ld+json"> na página inicial e nas páginas institucionais. O JSON-LD pode ficar no <head> ou em qualquer ponto do <body>; rastreadores de IA leem das duas formas. Não publique esse bloco em cada post do blog ou em cada página de produto: o Organization descreve a empresa como um todo, e duplicar o mesmo bloco em muitas páginas multiplica o risco de versões divergentes sem adicionar sinal.
Para validar antes de publicar, use o Schema Markup Validator (validator.schema.org) ou o Rich Results Test do Google (search.google.com/test/rich-results). Os dois são gratuitos. Confirme que o tipo Organization foi reconhecido e que o campo sameAs aparece com as URLs corretas. Um erro de sintaxe no JSON, como uma vírgula fora do lugar ou um colchete faltando, quebra a leitura do bloco inteiro.
Onde colocar o sameAs: Organization ou LocalBusiness?
A escolha entre Organization e LocalBusiness depende do tipo de negócio. Organization é o tipo genérico para empresas sem vínculo obrigatório a um endereço físico: agências, consultorias, marcas de produto, empresas de tecnologia. LocalBusiness é para estabelecimentos onde o cliente comparece ou que têm área de atendimento geográfica definida; seus subtipos incluem Restaurant, MedicalBusiness e LegalService.
O sameAs funciona da mesma forma nos dois tipos: é sempre um array de URLs de perfis oficiais. A diferença está no que você declara em torno dele. Um LocalBusiness inclui também endereço, horário de funcionamento e área de atendimento; o sameAs fica dentro do mesmo bloco. Para quem está em dúvida sobre qual tipo usar no próprio site, o artigo sobre quais tipos de schema usar traz os critérios de decisão com exemplos por setor.
A coerência entre os perfis é onde muita marca erra
Listar as URLs no sameAs é metade do trabalho. A outra metade é garantir que o que o modelo encontra nessas URLs seja consistente com o que o bloco de schema declara. Se o schema diz que o nome é "Empresa XYZ Tecnologia" e o LinkedIn diz "XYZ Tech", o sinal se enfraquece: o modelo pode tratar os dois como entidades distintas ou, na melhor das hipóteses, como nomes alternativos que precisam de reconciliação.
Os pontos que mais geram inconsistência:
Nome. Use a forma canônica em todos os perfis listados no sameAs. Não a abreviação no Instagram e o nome completo no LinkedIn. O campo name do schema é a forma que você escolheu como definitiva; os perfis listados devem refletir exatamente ela.
Descrição. O que a empresa faz, como declarado no campo description do schema, deve corresponder ao que aparece na bio ou na seção "sobre" de cada perfil. Não precisa ser texto idêntico, mas a categoria de atuação e o público-alvo precisam ser os mesmos. Uma empresa que o schema descreve como "consultoria de TI para PMEs" não deve ter um perfil de Instagram focado em "transformação digital para grandes corporações".
Logo. O logotipo que o schema aponta (campo logo) deve ser a mesma versão que aparece nos perfis. Variações para fundo claro e escuro são comuns e aceitáveis; logotipos completamente diferentes indicam uma presença visual não consolidada, o que o modelo interpreta como incerteza sobre a identidade da marca.
A lógica é que o modelo usa os perfis do sameAs para cruzar e verificar o que o site declara. Quanto mais coerente for esse cruzamento, mais confiança o modelo deposita na entidade como estável e bem definida. Quanto mais inconsistente, maior a chance de o modelo construir uma representação parcial ou recuar para uma descrição genérica do setor em vez de descrever a sua empresa especificamente.
O ponto de partida para quem está montando essa camada de identidade está no hub de GEO técnico, que organiza os passos em ordem. O sameAs funciona sobre uma base que já inclui os outros campos do Organization: sem name, url e description corretos, a lista de perfis tem menos para ancorar. Se você ainda não implementou o bloco completo, o artigo sobre dados estruturados: a vitória mais barata do GEO técnico explica por que essa é a primeira camada a resolver.
A auditoria de site da Promptis verifica se a sua marca está declarada como entidade coerente e se o sameAs conecta as fontes certas. O relatório aponta campos ausentes, URLs inconsistentes e conflitos entre o que o schema declara e o que a IA encontra nos perfis listados. A primeira análise é gratuita e não pede cartão.
