A casa oficial da sua entidade: o que fazer antes de corrigir qualquer cadastro

Pensa naquela foto que alguém tirou de você numa festa.

Você não posou, não escolheu a roupa e não olhou para a câmera. Só que era a única foto sua que existia no dia em que precisaram de uma.

Ela virou a sua foto oficial no crachá do evento, no slide da apresentação e no grupo do trabalho. Enquanto você não entregar outra, aquela continua sendo você.

A descrição da sua empresa funciona do mesmo jeito. Existe uma frase, escrita por alguém, em algum lugar, sendo usada para explicar quem você é. Ninguém escolheu mal de propósito. Era o texto que estava à mão.

Este artigo é sobre entregar outra foto. Ele não é uma lista de tarefas soltas, e sim uma ordem de trabalho, porque quase toda a economia deste trabalho mora na ordem.

A ordem custa menos que a tarefa

A versão canônica é a primeira coisa a existir, e ela nasce num documento em branco, antes de qualquer cadastro ser tocado.

O erro mais comum é começar pelo cadastro. A pessoa vê o endereço errado no diretório, entra lá, corrige na hora e sente que resolveu alguma coisa.

Suponha que você já tenha o mapa das divergências, aquele exercício que mostra o seu nome escrito de cinco jeitos diferentes em cinco fontes. Se você abrir o primeiro cadastro hoje e corrigir no improviso, sem ter decidido qual é a versão boa, você acabou de criar a sexta.

O mecanismo é chato e é simples. Cada versão publicada vira um documento que alguém vai copiar, e o próximo cadastro copia de lá. Você não está corrigindo um erro, está semeando mais um.

Essa ordem parece burocracia e é economia.

As cinco linhas da versão canônica

A versão canônica é um documento de cinco linhas, sem design, sem aprovação de ninguém, que passa a ser a fonte da verdade de tudo que a sua empresa preencher depois.

Abra um arquivo em branco e escreva:

1. O nome oficial, exatamente como vai aparecer em todo lugar, para sempre.
2. As variantes aceitas, incluindo a grafia errada que o seu público já usa.
3. A descrição canônica em duas frases: o que é, o que faz, para quem, o que distingue.
4. Cinco atributos verificáveis: ano de fundação, cidade, quem responde, área de atuação, um marco.
5. O endereço da página do seu site que vai carregar essa definição.

O livro coloca uma trava explícita nesse exercício, e ela é a parte que dói: enquanto essas cinco linhas não estiverem prontas, nenhuma página nova vai ao ar e nenhum cadastro é corrigido.

O ganho aparece na semana seguinte, e não em ranking nenhum. Toda vez que alguém da sua empresa preencher qualquer formulário do mundo, a resposta sai daqui e não da cabeça de quem preencheu.

Uma delimitação honesta sobre o número cinco. O livro pede cinco atributos porque cinco cabe numa tarde, e não porque exista estudo dizendo que cinco basta para alguma coisa. Não existe meta publicada de quantidade de fatos verificáveis.

O campo da ficha que quase ninguém preenche

A ficha da sua entidade tem três campos, e o terceiro é o das ligações.

Campo um é o identificador, que diz que você é uma coisa única, distinta de qualquer homônimo. Campo dois são as propriedades: ano, cidade, atividade, responsável, tamanho.

Campo três são as ligações, e ele costuma ficar vazio porque o exercício de mapa de divergências não pede ele. Aquele exercício manda copiar nome, descrição e atividade de cinco fontes. Zero relações no formulário.

Uma ligação é uma frase de três partes: sujeito, tipo de vínculo, objeto. A dentista fundou a clínica. A clínica é registrada no conselho da profissão. O jornal local cobriu a inauguração.

Escreva as suas agora, num papel. Quem fundou. Quem responde tecnicamente. Qual conselho, ordem ou órgão de classe registra essa pessoa. De quais associações a empresa é membro. Quais parceiros, fornecedores e clientes podem ser nomeados sem quebrar contrato. Quais convênios listam você. Quais prêmios você recebeu, e de quem. Quais veículos já te cobriram.

Duas colunas, dois custos, e só uma delas depende de você

A lista de relações se separa em duas colunas que se comportam de maneiras opostas, e a divisão é o que organiza o seu ano.

Na primeira coluna ficam as relações que você declara. Fundador, membro de, prêmio recebido, organização mãe, mesmo que. Você escreve, publica, marca no seu site e pronto.

Na segunda coluna ficam as relações que só existem quando o outro lado confirma. A associação te publicar na lista de associados. O conselho registrar o seu responsável técnico. O convênio te exibir como credenciado.

A da esquerda custa uma tarde. A da direita custa anos.

E é a segunda que decide o seu registro. As métricas externas de entidade descritas na patente do Google que o livro abre no capítulo 3 são todas de fora: com quem você coocorre, quão notável você é entre os pares, o que você produziu e como foi avaliado, o que te deram de reconhecimento. Nenhuma das quatro é preenchida por você sobre você mesmo.

Uma inferência minha, e eu marco como inferência: a coluna da esquerda é o que faz a coluna da direita ficar barata. Quem confirma copia de algum lugar, e você quer que esse lugar seja o seu.

A entity home tem três regras, e as três já foram quebradas

A entity home é a página, no domínio que você controla, que carrega a versão canônica e não muda de endereço nunca.

Regra 1, é uma página só. Muito site tem uma página “Sobre”, uma “Nossa história” e uma “Institucional”, contando a mesma coisa com palavras diferentes. Quem lê fica em dúvida sobre qual delas é a definição oficial, e dúvida não vira registro.

Regra 2, o endereço não muda. O número de telefone da sua empresa está impresso em cartão, envelope, adesivo de carro, anúncio de revista e rodapé de nota fiscal. Trocar aquele número atinge tudo que saiu da sua mão nos últimos dez anos, e você não recolhe nada. Trocar o endereço dessa página faz isso com cada citação e cada perfil que já apontou para lá.

Regra 3, o que está na página bate com o resto da internet. Mesmo nome, mesma descrição, mesmos atributos, em todo canal. Uma página oficial que contradiz o seu perfil profissional vira mais um documento para alguém reconciliar.

A terceira regra tem mecanismo, e vale conhecer o mecanismo antes de discutir se ela é exagero. A documentação do Google Cloud sobre a Entity Reconciliation API descreve o motor como capaz de lidar com um grafo de até bilhões de nós e trilhões de ligações, no texto literal “billions of nodes and trillions of edges”. Fontes que dizem a mesma coisa, com as mesmas palavras, baixam o custo desse trabalho. Fontes que se contradizem sobem o custo.

Essa página não substitui a sua home. A home vende. A entity home define.

E ela precisa ser escrita para sobreviver ao recorte, porque é dela que vai sair a frase que a máquina usa para te descrever. As cinco exigências de um trecho citável estão detalhadas em outro artigo deste site, e elas valem inteiras aqui.

Quem declara o vínculo quando existe mais de um domínio

Imagine seis malas girando na esteira do aeroporto. Todas suas, cada uma com uma etiqueta diferente, com o nome escrito de um jeito. Quem olha de fora vê seis donos.

Colar a mesma etiqueta nas seis não muda o conteúdo de mala nenhuma. Muda quem passa a ser o dono aos olhos de quem está de fora.

A ferramenta que faz isso se chama sameAs. Ela é uma propriedade de declaração, e serve para dizer em linguagem de máquina que aqueles endereços e aqueles perfis pertencem ao mesmo sujeito.

A regra prática cabe numa linha. O domínio que recebe corroboração de fora precisa ser o mesmo que declara o sameAs para todo o resto. A entity home aponta para os perfis e para os outros domínios, e os outros domínios apontam de volta.

Sem isso, você constrói autoridade num endereço e faz negócio em outro, e os dois nunca se encontram. É a caixa de correio de um endereço que ninguém mais usa. As cartas chegam, todas certas, todas endereçadas a você, e ficam lá.

Dois limites, ditos antes que alguém saia daqui achando que resolveu. Você declara para desambiguar, e nunca como atalho de posição. E o código não está neste texto nem no livro: a propriedade aparece nomeada, sem sintaxe, sem exemplo e sem onde colocar, porque isso é conversa com quem mexe no seu site.

O apelido que o seu público usa

Antes de corrigir uma fonte, meça se aquela fonte é a origem do erro. Essa é a regra mais barata deste artigo e a que mais gente pula.

Existe um caso comum que ilustra ela inteira. O público escreve o nome da empresa errado na busca, sempre da mesma forma, e a reação natural do gestor é ligar para a assessoria pedindo padronização.

Vale conferir antes. Se o material escrito publicado sobre você já traz a grafia certa, a assessoria não é a origem de nada. O nome entrou na cabeça das pessoas por vídeo curto, por áudio, por indicação de amiga, e saiu pelo teclado do jeito que soou.

É o apelido que a cidade inteira usa e que a empresa nunca assumiu. Todo mundo chama de um jeito, o cadastro diz outro, e quem procura pelo apelido não acha.

Assumir o apelido abre a porta pela qual as pessoas já estão tentando entrar, e o nome oficial continua exatamente onde estava. São três movimentos. Declare a variante como sinônimo na sua marcação, com a propriedade alternateName. Declare de novo como rótulo alternativo, se você tiver item no Wikidata. E publique conteúdo que responda pela variante, para que quem escreve errado chegue certo.

O livro não trata do caso em que existem duas grafias erradas concorrentes, e não apresenta dado sobre efeito colateral na grafia correta. Se você estiver nesse cenário, você está fora do que o método sustenta.

Corrigir a exibição não corrige a origem

Reclamar do painel não muda o catálogo de onde a frase saiu. Existe caminho para reportar erro em painel faz anos, e a descrição volta, porque a fonte continua dizendo o que dizia.

Corrigir a exibição sem corrigir a origem é enxugar o chão com a torneira aberta.

O procedimento é o contrário do intuitivo e tem quatro passos.

Passo 1. Liste as fontes que o buscador cruza no seu setor. Diretórios, associações, conselhos profissionais, imprensa local, cadastros de convênio, bases públicas.

Passo 2. Pegue cada divergência do seu mapa e descubra qual fonte publicou aquele dado.

Passo 3. Corrija na fonte mais autoritativa primeiro, e só depois nas outras.

Passo 4. Espere. Uma correção leva semanas para chegar em todo lugar, e você não controla o relógio de ninguém.

Dois buracos deste procedimento, e eu prefiro apontar os dois. O livro não oferece critério para determinar qual é a fonte mais autoritativa do seu setor. E não existe, em lugar nenhum dele, um método para verificar se o sistema leu a sua correção.

A prioridade, quando você tiver que escolher, é contraintuitiva. Aparecer errado sai mais caro que não aparecer. É a lista de credenciados do convênio com o seu endereço antigo, mandando cliente para uma sala que você desocupou em 2019. Uma listagem com cadastro divergente trabalha contra você, e o nome disso é ruído ativo.

Corrigir um cadastro errado que já existe rende mais que abrir três cadastros novos. Isso é recomendação do autor, sem número associado, e o livro não traz um caso em que uma correção de cadastro foi seguida de medição.

Wikidata agora, Wikipédia quando os requisitos existirem

Quando alguém decide construir presença no grafo, o primeiro nome que aparece na reunião é Wikipédia. É a ordem errada, e a política pública da plataforma explica por quê.

A política de notoriedade da Wikipédia lusófona, verificada em pt.wikipedia.org em 2 de agosto de 2026, exige “ao menos duas fontes secundárias diferentes” e “cobertura aprofundada do tema… num intervalo de pelo menos dois anos”.

A mesma política traz a regra que decide o jogo para quem tem muito clipping: “Múltiplas publicações do mesmo autor ou organização contam como uma única fonte para fins de admissibilidade.” E é direta sobre release: “Press release (ou comunicado de imprensa) claramente não é uma fonte independente.”

Editores humanos escreveram à mão a mesma deduplicação de sinal que as máquinas fazem por conta.

Tentar antes da hora custa. Uma eliminação de verbete fica registrada em página pública e pesquisável, e verbete recriado depois de eliminação recebe proteção contra recriação. Você não perde só o trabalho, você piora a posição de partida da próxima tentativa.

O requisito dos dois anos é a parte que nenhum orçamento resolve. É a safra que só vem na terceira estação. Você compra mais terra, mais adubo e mais gente, e não compra o tempo de maturação.

O Wikidata tem barreira muito mais baixa. Ele aceita item sustentado por referência externa séria e estrutural, como um ISBN de editora comercial, um identificador de autoridade bibliográfica ou um registro oficial. Um item bem construído, com sameAs apontando para a sua entity home, é o que dá para fazer neste mês.

Duas marcações antes de você levar isso para alguém. A ordem entre as duas plataformas é leitura do autor sobre as políticas citadas, e não regra escrita por nenhuma das duas. E a faixa de 24 a 36 meses que ele estima para construir a admissibilidade do zero é inferência dele, apresentada como aviso de lentidão, e não como cronograma de projeto.

Fotografe o antes, hoje, antes de mexer em qualquer coisa

O protocolo de recaptura é o único jeito de você saber depois se alguma coisa mudou, e ele precisa acontecer antes da primeira correção.

Busque o seu nome em aba anônima. Fotografe a tela inteira. Salve o arquivo com a data no nome.

Repita em 30, 60 e 90 dias, no mesmo navegador, no mesmo idioma, com a mesma conta. Condição diferente produz tela diferente, e aí você não está comparando nada.

Junte isso ao seu marco zero, que é a mesma pergunta feita a dois sistemas de IA sobre quem é a sua empresa, com a resposta copiada e datada. Você tem agora o antes completo: o que as máquinas dizem e o que o buscador mostra, na mesma data.

O limite desse marco está declarado no próprio livro, e ele é grande. Ele não vale como nota de ranking e não prevê citação em resposta de IA. O que ele faz é uma coisa só, e ela basta: sem marco zero, melhora nenhuma é demonstrável.

Duas armadilhas que estragam a medição

O medidor engana em dois pontos específicos, e os dois já produziram diagnóstico errado em conta que o autor operava.

A primeira mora na infraestrutura. Um time pode corrigir o arquivo de regras para robôs dentro do gerenciador de conteúdo e o bloqueio continuar ativo, porque ele está injetado por um bloco gerenciado da rede de distribuição que fica na frente do site. É a porta do escritório que você destrancou dentro de um prédio cuja portaria continua barrando a entrada. A chave girou e ninguém entrou.

Auditar regra de robô exige olhar a infraestrutura, e não só o painel do site.

Uma distinção que evita pânico nessa hora. Robô de treinamento e ingestão em massa é diferente do robô que busca a página no momento em que o usuário pergunta. Bloquear o primeiro afeta o aprendizado de longo prazo, e não a citação de hoje.

A segunda vem disfarçada de boa notícia. Você vê um degrau de tráfego subindo logo depois da correção e quer comemorar. Antes disso, confira quando aquele dado começou a ser medido. Domínio que entra tarde numa conta de medição aparecia como zero antes, e o degrau que subiu foi a cobertura da medição, e não o resultado.

O exercício de segunda-feira

Este é o único exercício deste conjunto que não cabe em dez minutos, e eu prefiro te avisar antes a te deixar parando no meio. São duas sessões de vinte, e a segunda é a que dói.

Pegue uma folha e divida em quatro colunas: campo, o que você afirma, onde isso está publicado, e quem confirma isso fora de casa.

No campo um, escreva o nome oficial e as variantes que o seu público usa, inclusive as erradas.

No campo dois, escreva cinco atributos verificáveis: ano de fundação, cidade, responsável, área de atuação, um marco.

No campo três, escreva dez relações, no molde da lista de oito linhas que você fez algumas seções atrás.

Agora preencha a última coluna linha por linha, e ela é a que interessa. Onde a única fonte que sustenta aquilo for o seu próprio site, escreva “só eu”.

Some as linhas com “só eu”. Esse número é o tamanho do seu trabalho dos próximos meses, e ele costuma passar da metade da folha.

Antes de guardar, acrescente cinco anotações rápidas no verso. A foto da busca pelo seu nome, com a data no nome do arquivo. A palavra que o painel diz que você é, ou a anotação de que não existe painel. Se a sua entidade existe ou não no Wikidata. A razão entre o total de menções que a sua agência reporta e a quantidade de títulos únicos dentro dela. E quem assina três dessas peças, abertas uma a uma no navegador.

Guarde a folha inteira com a data. Em noventa dias você refaz igual, e a comparação vai ser a primeira medição honesta de entidade que você já teve na mão.

O que este trabalho não promete

Nada nesta página promete posição, e nada aqui promete painel com data.

Não existe formulário de entrada no registro e não existe fila. Quem vende Knowledge Panel com data no contrato está vendendo controle sobre uma coisa que não controla.

O autor declara, como experiência própria e sem garantia nenhuma, uma faixa de três a seis meses de trabalho consistente até uma entidade sem registro virar registro reconhecido. Isso é experiência de quem operou casos, e não medição. Trate como o que é.

E quando o painel aparecer, entenda o que ele é. O Knowledge Panel é o comprovante de entrega. Ele prova que a mercadoria chegou, e prova só isso.

A parte mais desconfortável fecha o assunto. Reconciliação é trabalho da máquina, e você não reconcilia a sua empresa. O que está sob o seu controle é o custo desse trabalho, e o jeito de baixar esse custo é dizer a mesma coisa, com as mesmas palavras, em todo lugar.

O que fica de pé

Você entra na próxima reunião com uma pergunta que não tinha antes.

Alguém vai dizer que a empresa precisa aparecer mais, e você devolve duas perguntas. Aparecer com qual descrição. E quem, fora de casa, sustenta essa descrição hoje.

A casa fica de pé com endereço fixo, fatos que batem, ecossistema declarado e variantes assumidas. Isso é a metade que custa uma tarde.

A outra metade é o que o mundo confirma sobre você, e ela custa anos. A entity home existe para que a primeira parte fique impecável e fácil de copiar, para que a segunda tenha de onde copiar certo.