O que é o LID no WhatsApp e como isso afeta sua empresa (API Oficial até 2026)
O WhatsApp está evoluindo para entregar mais privacidade aos usuários — e isso muda como pessoas são identificadas em integrações, principalmente para empresas que usam a WhatsApp API Oficial em atendimento, vendas, cobrança e automações.
Na prática, você vai ouvir cada vez mais três termos: JID, LID e BSUID. Entender essa diferença evita um problema clássico: CRM duplicando contatos, histórico quebrando e automações parando quando usernames (@) avançarem.
JID: o “modelo antigo” baseado no número
Durante muito tempo, o WhatsApp foi “telefone-first”: o número era o identificador principal. Em integrações, esse identificador aparecia como JID (um ID que, em muitos cenários, tinha o telefone como base).
Isso fez muita empresa construir o CRM em cima de uma regra simples: telefone = cliente.
O que é LID (Linked Identity) e por que ele aparece
Com o avanço de privacidade e mudanças na arquitetura do WhatsApp, a plataforma passou a usar identificadores mais “privados” em determinados contextos. É aí que surge o LID — um identificador que pode aparecer em formatos internos (por exemplo, IDs terminando em @lid) e que não depende do telefone visível para representar um usuário.
Tradução para empresas: o número de telefone deixa de ser “garantia” de identificação em todos os cenários. Seu sistema precisa aceitar que o cliente pode ser representado por outro ID.
Usernames (@): o que muda para o usuário (e por que isso impacta seu CRM)
O WhatsApp está introduzindo usernames (no estilo @nomedeusuario). Com isso, o usuário poderá interagir com mais privacidade e, em alguns casos, o número pode não aparecer como antes.
Para o consumidor, é uma melhoria. Para a empresa, é um alerta: você não pode depender de “telefone” como chave única para identificar pessoas, unificar histórico e manter o atendimento fluindo.
BSUID: o ID com escopo por empresa (o que mais importa na API)
Além do LID, existe o conceito que mais pesa para quem usa API: o BSUID (Business-Scoped User ID). Ele é um identificador único por relação usuário + empresa.
Isso significa que o mesmo usuário pode ter um identificador diferente ao falar com operações diferentes. O objetivo é reduzir cruzamento indevido de dados e reforçar privacidade.
Impacto direto: sua operação precisa identificar o cliente pelo BSUID quando o telefone não estiver disponível, e manter o histórico correto no CRM.
Quando isso começa a pegar de verdade
A transição ocorre de forma gradual ao longo de 2026. Conforme usernames avançam, você verá cenários mistos: algumas conversas com telefone disponível e outras com identificadores (LID/BSUID) como referência principal.
Por isso, a melhor estratégia é preparar sua operação agora, antes que apareçam sintomas como:
- contatos duplicados no CRM;
- histórico “sumindo” para o atendente;
- automações quebrando por depender do número;
- quedas de conversão por falta de contexto.
Impactos práticos para empresas
1) Fim do “telefone como chave primária” em todos os casos
Se seu CRM usa telefone como ID principal, você pode começar a criar um “novo cliente” quando na verdade é alguém que já existe — só que agora identificado por BSUID/LID.
2) Mudanças em automações e fluxos
Triagens, roteamentos, follow-ups e integrações externas devem funcionar mesmo quando o identificador não for o número. Caso contrário, o time volta para o manual e perde velocidade.
3) Experiência do cliente e desempenho do atendimento
Se o cliente não é reconhecido, ele repete informações. Isso piora a experiência, aumenta tempo de atendimento e derruba resultados.
4) Divulgação e identidade da marca
Com usernames, o @ tende a virar parte da identidade digital. Isso pode facilitar o início de conversas e reduzir atrito — desde que o atendimento continue organizado.
Como se preparar (checklist prático)
- Atualize a lógica de identificação: aceite BSUID/LID como identificador principal quando necessário.
- Regras de unificação: crie critérios para vincular IDs diferentes ao mesmo perfil do cliente.
- Teste automações: fluxos não podem depender exclusivamente de “telefone”.
- Garanta histórico: atendentes precisam ver contexto mesmo com identificador diferente.
- Treine o time: explique que o “ID do cliente” pode mudar, mas o atendimento não pode perder continuidade.
Como operar isso com a CINNDI (sem perder histórico e sem duplicar contatos)
Para manter a operação estável durante a transição, o essencial é: centralizar atendimento, preservar histórico e registrar corretamente o identificador do cliente no CRM.
Na CINNDI, o atendimento pode ser estruturado para trabalhar com identificadores como BSUID/LID, mantendo:
- continuidade do atendimento mesmo quando o telefone não for a referência principal;
- histórico e contexto preservados para o time;
- CRM e funil consistentes (etapas, tags e rotinas);
- automações funcionando com base no identificador correto;
- organização por filas para não perder conversas.
Conclusão: LID/BSUID não é barreira — é evolução
LID, BSUID e usernames representam uma mudança estrutural: mais privacidade para o usuário e mais cuidado técnico para empresas. Quem se antecipa protege o atendimento, evita duplicidade no CRM e mantém conversão estável em 2026.
Se o WhatsApp é um canal crítico para seu negócio, prepare seus fluxos agora — e mantenha sua operação pronta para o novo padrão sem perder conversas e oportunidades.