Imagine que seu sistema de atendimento usa o número de telefone como chave primária para identificar clientes no WhatsApp. Parece razoável, foi assim desde sempre. Agora imagine que essa chave some da equação.

É exatamente isso que está acontecendo.

Tendo em vista que até junho de 2026, o WhatsApp deve consolidar a adoção de @usernames e um novo identificador técnico chamado LID (Linked Identity) como camada principal de identificação nas interações entre usuários e empresas. Para quem consome a WhatsApp Business API, isso não é uma feature nova, é uma mudança estrutural de modelo.

WhatsApp: adeus, phone_number como chave primária

Hoje, o fluxo é simples: usuário entra em contato, você captura o número, indexa no CRM, relaciona com histórico. O número é o CPF do cliente dentro da sua operação.

Com a nova lógica, o que chega até você não é mais o número de telefone, é um identificador técnico único chamado Business Scope ID. E aqui está o detalhe que muda tudo: esse ID é por empresa. O mesmo usuário que fala com você e com um concorrente vai gerar dois IDs completamente distintos, um para cada relação.

O telefone continua existindo, ele ainda é obrigatório para criar a conta. O que muda é que ele deixa de circular como dado operacional nas integrações. A camada visível passa a ser o @username, e a camada técnica passa a ser o Business Scope ID.

Na prática: se o seu banco de dados tem phone como campo de lookup para o cliente no WhatsApp, você vai precisar repensar esse modelo.

O que muda na integração com a API oficial

Então, para quem trabalha com BSPs (Business Solution Providers, parceiros oficiais da Meta como Twilio, Infobip, Zenvia e similares, a absorção tende a ser menos traumática. Esses provedores já terão suporte nativo ao novo identificador, e a migração do histórico de conversas pode ser feita com mais consistência.

O problema está em quem opera fora desse ecossistema.

No entanto soluções que dependem de APIs não oficiais, automações paralelas ou integrações caseiras que usam o número como âncora vão enfrentar o pior cenário: registros duplicados. O sistema não vai reconhecer que o @joaosilva é o mesmo +5511000000000 que você já tinha na base. Resultado: histórico fragmentado, contexto perdido, cliente repetindo o problema do zero.

Do ponto de vista técnico, o que vai acontecer é parecido com trocar a PK de uma tabela em produção sem um script de migração, só que o dado velho não vai mais entrar pela porta.

Cruzamento de dados entre empresas? Acabou (de propósito)

Outro impacto direto da adoção do Business Scope ID é a impossibilidade de cruzar comportamento de usuários entre diferentes operações. Cada empresa recebe um identificador diferente para o mesmo usuário.

Isso é uma decisão deliberada de privacidade da Meta, e está alinhada com a direção regulatória global, da LGPD ao GDPR. A redução da superfície de exposição de dados diminui o risco de vazamento do número de telefone e inviabiliza a construção de perfis comportamentais a partir de interações em múltiplos negócios.

No entanto para o dev, isso significa que qualquer lógica de enriquecimento de perfil que cruze dados de diferentes fontes WhatsApp vai precisar ser repensada, ou vai simplesmente parar de funcionar.

O que você deveria fazer antes de junho de 2026

Alguns pontos práticos para quem já trabalha com WhatsApp Business API e precisa se preparar:

Audite como você armazena identificadores. Se phone é sua chave de lookup, mapeie todos os pontos do sistema que dependem disso, API handlers, webhooks, queries de CRM, regras de deduplicação.

Planeje a coexistência. Por um período, você vai receber os dois formatos. O sistema precisa saber lidar com phone, username e business_scope_id sem criar duplicatas.

Valide seu provedor. Se você usa BSP oficial, pergunte explicitamente qual é o roadmap deles para suporte ao LID. Se você usa solução não oficial, esse é o momento de avaliar a migração.

Revise regras de deduplicação. A lógica de “já vi esse cliente antes?” vai precisar de uma nova camada, matching por username, por histórico de conversa, por dados contextuais coletados durante o atendimento.

Mais privacidade para o usuário, mais complexidade para o sistema

A mudança faz sentido do ponto de vista de privacidade.

Número de telefone é dado sensível, e os números sobre vazamentos falam por si. Só em 2025, mais de 375 milhões de pessoas foram afetadas por incidentes de exposição de dados.

Dessa forma tirar o telefone da circulação operacional reduz a superfície de ataque. O problema é que anos de sistemas construídos com phone como identificador universal não vão se adaptar sozinhos.

O WhatsApp é o principal canal de atendimento ao cliente no Brasil.

Essa mudança não é opcional, não tem data de reversão e vai chegar na sua operação.

A questão não é se você vai precisar adaptar sua integração, é quanto do seu sistema vai precisar ser reescrito quando o LID chegar de vez.