Nomes diferentes para o mesmo serviço parecem uma liberdade editorial normal, até o modelo começar a lê-los como ofertas separadas. A marca continua na tela, mas o contorno do serviço escorrega para a prateleira errada.
No caso composto do cliente B — um serviço B2B local de São Paulo — a mesma oferta aparecia com três nomes. O serviço ajuda empresas a automatizar tarefas operacionais e financeiras; as vendas passam pelo site, por materiais de parceiros e por páginas setoriais. Na página inicial, a oferta era chamada de automação de processos financeiros e operacionais. No blog, aparecia como controle da rotina operacional. Na página de um parceiro, surgia outra fórmula local: uma expressão curta sobre pagamentos e cobranças.
Dentro da empresa, isso não incomodava quase ninguém. O pessoal de vendas sabia do que se tratava, o fundador explicava a diferença rápido numa chamada, e o material antigo do parceiro parecia inofensivo. Depois, em algumas rodadas, o ChatGPT descreveu o serviço como uma ferramenta de pagamentos e cobranças, ou seja, agarrou a fórmula estreita da descrição antiga. O nome da marca estava certo. A cidade também. O detalhe ruim estava na largura: o modelo cortou a parte operacional e deixou aquilo que estava mais fácil de etiquetar por fora.
Três nomes não se juntam sozinhos
As pessoas têm um contexto que a página não tem. Ouvimos a entonação, conhecemos a história do produto, entendemos por que a equipe fala “automação operacional” num lugar, “processos financeiros” em outro e “pagamentos e cobranças” num terceiro. Às vezes são apenas marcas de anos diferentes: primeiro a empresa vendia uma dor, depois ampliou o serviço, reescreveu a página inicial e não voltou à descrição do parceiro. Vida normal de negócio, nada daquela limpeza de laboratório.
O modelo lê essa vida de um jeito mais grosseiro. Ele encontra palavras repetidas em lugares diferentes e tenta montar uma categoria a partir delas. Se o nome central do serviço não está bem fixado, pelas minhas observações, uma fórmula curta e frequente pode ganhar peso demais. Nesse episódio composto com o cliente B, essa fórmula foi pagamentos e cobranças. O termo da ficha do parceiro era correto para uma parte da tarefa, mas estreito demais para o serviço inteiro. Ele cortava um pedaço do trabalho que a empresa considerava uma das suas forças.
Deriva do nome do serviço é o desencontro entre os termos usados no site, no blog e em páginas externas: a mesma oferta começa a parecer, para o modelo, várias propostas vizinhas.
Gosto da palavra “deriva” justamente por causa da lentidão. O erro raramente aparece em um dia. Ele vai se acumulando: um pouco de texto antigo, um pouco de liberdade autoral, um pouco de jargão local, algumas descrições externas em que o parceiro simplificou o sentido para a própria audiência. Com o tempo, a empresa se reconhece cada vez menos na resposta de IA. O produto continua o mesmo, mas a linguagem pública já correu para lados diferentes.
Nessa hora, a equipe costuma discutir mais sobre si mesma do que sobre o modelo. O pessoal de vendas diz: os clientes perguntam sobre pagamentos e cobranças, muitas vezes usando aquele termo antigo dos materiais de parceiros. A equipe de produto responde: o serviço já é mais amplo há muito tempo, não dá para voltar ao nicho anterior. O editor tenta deixar o texto claro e limpa justamente as expressões locais que trazem pessoas reais. Para mim, esse é um bom sinal: o problema não é só técnico, ele mora na linguagem da empresa.
Onde a linguagem do serviço costuma se espalhar
O primeiro lugar é a página inicial. Ali a equipe quer falar de modo amplo e respeitável, então o serviço ganha um nome amplo. No episódio composto de B2B, era automação de tarefas operacionais e financeiras para empresas. A fórmula não era ruim: dava uma categoria e mostrava que o serviço não se resumia a um processo estreito. Só que a página inicial tem pouco espaço para explicar tudo, e parte do sentido acaba indo para a página do serviço.
O segundo lugar é o blog. Ali os autores escrevem mais perto dos problemas vivos dos clientes: atrasos, conciliações manuais, aprovações, erros na rotina operacional. O blog é útil justamente por essa proximidade. Mas, se ele não liga a fala viva à categoria principal, o modelo pode decidir que o texto trata de outro conjunto de tarefas. Ele vê o sintoma, mas nem sempre volta ao diagnóstico que a empresa colocou na página do serviço.
O terceiro lugar são as páginas externas. Elas envelhecem quase sem fazer barulho. Um parceiro escreveu uma descrição curta para a própria seção, um catálogo puxou uma ficha antiga, um material setorial manteve o nome inicial da oferta. No cliente B, uma dessas páginas chegava a ser quase engraçada: nomeava a marca corretamente, mas a descrevia como fornecedora de uma ferramenta de cobranças, embora essa parte já fosse apenas um dos cenários. Para uma pessoa, é uma imprecisão de arquivo. Para o modelo, é uma etiqueta conveniente.
Por que o modelo pode escolher o rótulo estreito
O rótulo estreito não vence sempre; sua força está na simplicidade. A consulta do usuário também costuma ser simples. A pessoa não escreve: “preciso de um serviço que conecte ações operacionais e procedimentos financeiros numa pequena empresa”. Ela pergunta sobre ordem nos pagamentos, conciliações manuais, atrasos, rotina operacional — às vezes com erro e abreviação local. Nesse cenário, o texto externo antigo pode virar uma ponte pronta para o modelo.
Daí nasce uma impressão enganosa: a de que seria melhor proibir todas as variações. Não concordo. Um site vivo não deve repetir a mesma frase em cada página. O português dos clientes é mais variado do que uma categoria bem arrumada. Se você apaga as consultas por sintoma, as palavras locais e as fórmulas de conversa, a página fica parecida com manual de montagem de armário: cada peça tem o nome certo, e ninguém tem vontade de ler.
A tarefa é mais delicada: cada variação precisa ser ligada à fórmula central. No blog, dá para falar de pagamentos e cobranças, desde que o texto mostre ali perto que essa fala do cliente pertence a uma automação operacional e financeira mais ampla. Na descrição de parceiro, dá para usar uma categoria curta, mas não convém deixá-la como o único nome público do serviço. Na página do serviço, vale dar uma definição simples e depois mostrar quais palavras vivas dos clientes entram no mesmo contorno.
Chamo isso de amarração mínima do serviço. Nela entram categoria, público e fronteira: o que o serviço faz, para quem foi feito e o que ele não pretende ser. O último elemento é especialmente útil em B2B, onde soluções vizinhas se parecem nas palavras. Sem fronteira, por esses rastros, o modelo às vezes aproxima fornecedor de cobrança, software operacional e consultor financeiro, embora para o comprador sejam conversas, orçamentos e riscos de implantação bem diferentes.
Como corrijo casos assim
Primeiro eu não reescrevo o texto. Monto um mapa de nomes. Coloco na mesma linha a página inicial, a página do serviço, materiais do blog, ficha externa, descrição de parceiro e respostas dos modelos a algumas consultas. Depois observo quais palavras se repetem, onde a categoria central desaparece, onde a fórmula antiga ficou mais forte que a nova. O resultado é uma folha de trabalho rabiscada, nada de apresentação bonita. Às vezes dá para ver mais nela do que num relatório grande.
No mesmo episódio composto de B2B, a primeira correção foi quase tediosa. Era preciso devolver a algumas páginas a mesma amarração: processos operacionais, tarefas financeiras, automação para empresas. Não com uma frase idêntica. Mais como uma costura comum, passando por textos diferentes. No blog, essa costura amarrava os exemplos de conversa. Na página do serviço, segurava a estrutura. Na descrição externa, preservava a categoria curta sem empobrecer demais o sentido.
Também verifico consultas com erros e abreviações locais. Em São Paulo, a linguagem de negócios nem sempre parece saída de uma gramática de português. O cliente pode escrever pelo sintoma, pelo cargo, pela dor do dono, por uma palavra que um editor com consciência filológica teria vontade de trocar. Se o site não mantém essas pontes, o modelo pode entregar a marca a quem já tem a ponte pronta, mesmo que ela leve a uma categoria mais primitiva.
Depois proponho ajustes em pequenas porções. Primeiro, uma definição central na página do serviço. Depois, pontes curtas em materiais antigos do blog. Em seguida, descrições externas onde ainda há acesso para editar. A parte mais difícil é não reescrever tudo no mesmo tom. O site precisa manter salas diferentes: uma página de serviço mais rígida, um blog prático, uma ficha de parceiro, uma nota local. Só que as portas entre essas salas precisam estar sinalizadas para o leitor não sair no prédio ao lado.
Nesse episódio composto de B2B, depois do mapa ficou claro que o problema não era quantidade de texto. Havia material suficiente, até demais. Faltava uma espinha dorsal que se repetisse. A empresa explicava o produto ora pela dor financeira, ora pela rotina operacional, ora por pagamentos e cobranças, mas raramente mostrava que tudo isso eram partes do mesmo sistema. Para o modelo, o serviço parecia um monte de ossos parecidos, quando deveria ser um animal com coluna.
Quando nomes diferentes ajudam
Nomes diferentes às vezes dão à marca a largura de que ela precisa. Num exemplo simplificado: um cliente pode chegar pelas finanças, outro pela rotina operacional, um terceiro pelo nome antigo do serviço, que a equipe quase não usa mais. Alguém vai escrever com erro; alguém, com abreviação local; alguém, com a frase de uma ficha antiga de parceiro. Se todas essas pessoas chegam ao mesmo serviço, o site precisa saber falar com cada uma delas.
Penso nisso como um mapa do metrô. Uma estação pode ter várias entradas em ruas diferentes, mas lá dentro a pessoa precisa chegar à mesma plataforma. Se as entradas não estão sinalizadas, uma aponta para a linha antiga, outra para o bairro vizinho, a terceira passa por uma porta de serviço. O modelo também pode se perder. Só que ele se perde com voz confiante.
A ligação com notas anteriores é direta. No texto “Por que o ChatGPT cita uma marca sem entrar no site”, escrevi sobre como o modelo monta a marca a partir de rastros públicos. Na análise “Fonte na resposta: pista ou papel solto”, mostrei por que um link pode ser pista e fonte de erro ao mesmo tempo. A deriva do nome do serviço costuma juntar os dois mecanismos: os rastros públicos se afastam, e a fonte com o rótulo mais conveniente ganha influência demais.
Se o interesse atual por respostas de IA continuar, espero que esses desencontros de linguagem apareçam com mais frequência. É uma previsão baseada nas minhas verificações, e precisa ser revisada conforme modelos e interfaces mudem. A linguagem pública da marca continua sendo o material com que as máquinas a leem.
Nem sempre dá para prever qual nome ficará mais forte na resposta de IA. Às vezes vence a página oficial, às vezes uma ficha externa curta, às vezes uma frase de blog que coincidiu por acaso com a consulta viva do cliente.