Gupshup, BSUID e Usernames: o que muda no WhatsApp Business em junho de 2026

A transição do WhatsApp Business para BSUID e usernames deixou de ser uma discussão abstrata de roadmap. A partir de 29 de junho de 2026, a Meta avançou na fase em que empresas podem explorar, reservar e definir nomes de usuário corporativos no WhatsApp Business. Em paralelo, provedores de infraestrutura como a Gupshup passaram a oferecer camadas de compatibilidade para reduzir o impacto nas integrações que ainda tratam o número de telefone como identificador principal.

Se você ainda está se familiarizando com o tema, o ponto de partida é este: o BSUID é o identificador de usuário escopado por negócio. Ele permite que uma empresa reconheça e responda uma pessoa no WhatsApp mesmo quando o número de telefone não está disponível. Já os usernames aproximam o WhatsApp de um modelo em que o usuário pode iniciar uma conversa sem expor seu número.

O comunicado da Gupshup adiciona uma camada prática a essa mudança: em vez de exigir que todos os parceiros refaçam imediatamente suas integrações, a plataforma promete resolver a identidade entre BSUID, telefone e username sempre que possível.

O que a Gupshup está prometendo

A proposta central é continuidade operacional. A Gupshup criou uma camada de identidade para que empresas possam escolher entre dois caminhos:

1. Ativar suporte a BSUID agora e começar a receber o novo identificador nos fluxos.
2. Continuar operando com número de telefone enquanto a plataforma faz a resolução por trás.

Na prática, isso significa que a mudança não precisa ser tratada como uma migração de big bang. Empresas com sistemas legados, CRMs rígidos ou bots que dependem de telefone podem ganhar tempo. Mas tempo não é licença para ignorar a mudança. É uma janela para preparar dados, relatórios, automações e atendimento humano para um mundo em que o telefone passa a ser condicional.

A documentação pública da Gupshup sobre Username / Business-Scoped User ID confirma essa direção: o BSUID identifica de forma única um usuário dentro de um portfólio de negócios e pode ser usado para conversar quando a empresa não conhece o telefone.

Feature toggle de BSUID: a decisão mais importante

O recurso mais relevante é a API de alternância de BSUID, ou feature toggle. Se o BSUID estiver habilitado, a Gupshup passa a enviar o BSUID junto do número de telefone enquanto ele estiver disponível. Conforme a Meta disponibilizar usernames para usuários finais, a combinação poderá mudar para BSUID + username ou, em alguns cenários, apenas BSUID + username.

Se o BSUID estiver desabilitado, a promessa é que nenhuma ação imediata seja necessária: a Gupshup continua enviando números de telefone sempre que conseguir resolvê-los.

Isso parece simples, mas a decisão tem impacto de arquitetura:

• Ativar BSUID cedo ajuda sua empresa a enriquecer o CRM e testar deduplicação antes do volume real crescer.
• Manter BSUID desligado reduz mudança imediata, mas pode esconder dependências perigosas no telefone.
• Uma operação madura deveria ativar BSUID em ambiente controlado, medir impacto e depois liberar em produção.

O erro seria tratar o toggle como um botão de "ligar depois". Quanto mais cedo sua base capturar BSUIDs, menor a chance de criar contatos duplicados quando conversas chegarem sem telefone.

O Identity Graph da Gupshup

O conceito mais importante do comunicado é o Identity Graph. A Gupshup afirma manter um repositório de mapeamento entre BSUID e número de telefone desde o início da geração desses identificadores, usando interações de entrada e saída pelo WhatsApp.

Em termos práticos, a plataforma tenta responder a uma pergunta crítica em cada mensagem: "eu conheço o telefone por trás deste BSUID?"

Quando conhece, a Gupshup associa telefone e BSUID e preserva a experiência das integrações legadas. Quando não conhece, a mensagem pode chegar apenas com BSUID, ou ser tratada de forma especial até que a identidade seja resolvida.

Isso é especialmente relevante para pontos de entrada orgânicos, como:

• QR Codes.
• Links wa.me.
• Anúncios Click-to-WhatsApp.
• Conversas iniciadas por usuários que adotaram username.
• Novos clientes que nunca interagiram com a empresa.

Para operações comerciais, esse é o ponto de maior risco. O lead pode existir e querer falar com você, mas não trazer o campo que seu CRM sempre esperou como chave: o telefone.

O que são mensagens estacionadas

O PDF usa a expressão mensagens "estacionadas" para descrever mensagens que a Gupshup armazena quando o número de telefone não está disponível no Identity Graph.

A lógica é: se a plataforma não consegue resolver o telefone imediatamente, ela retém essas mensagens com segurança por até 30 dias. Uma API de configuração, ainda indicada como futura no comunicado, permitirá recuperar essas mensagens retidas dentro desse prazo.

Isso tem duas implicações:

1. Sua operação pode evitar perda imediata de mensagens em cenários sem telefone.
2. A retenção não substitui uma arquitetura pronta para BSUID.

Mensagem estacionada é rede de proteção, não estratégia de atendimento. Se o time comercial depende de responder rápido leads vindos de anúncios, cada minuto de retenção ou resolução pendente tem custo. O objetivo deve ser reduzir ao mínimo os casos em que uma conversa legítima fica aguardando identidade.

Business usernames: o que entra em 29 de junho

A segunda fase do comunicado fala dos nomes de usuário empresariais. Empresas passam a poder explorar sugestões da Meta, reservar um nome sugerido ou solicitar outro, acompanhar aprovação e definir o username aprovado.

Para a marca, o benefício é claro: um username facilita descoberta e reduz fricção. Em vez de depender apenas de número, QR Code ou link com telefone, a empresa pode trabalhar um identificador mais memorável e consistente com Instagram, Facebook e canais de campanha.

Mas há uma diferença importante: business username não resolve sozinho a adaptação do seu CRM. Ele melhora descoberta da empresa. O BSUID resolve a identidade do usuário na relação com a empresa.

São duas partes do mesmo movimento:

• Username empresarial: como clientes encontram a marca.
• Username de usuário final: como clientes podem conversar sem revelar telefone.
• BSUID: como a API mantém uma identidade técnica estável nessa relação.

Envio de campanhas para BSUID

Outro ponto operacional é o envio de campanhas usando BSUID. O comunicado indica que, mesmo quando for possível enviar para BSUID, o Identity Graph da Gupshup tentará usar o número de telefone sempre que ele estiver disponível. Apenas quando o número não existir a mensagem será enviada para o BSUID.

Esse comportamento reduz mudança para bases conhecidas, mas exige atenção em três frentes:

Consentimento. BSUID não elimina regras de opt-in, janela de atendimento e templates. Se o contato chegou sem telefone, ainda é preciso respeitar política de mensagem ativa.

Atribuição. Campanhas e anúncios que cruzam WhatsApp com CRM precisam aceitar BSUID como identificador primário em alguns casos.

Relatórios. Dashboards que agrupam conversas por telefone podem quebrar ou gerar duplicidade. O ideal é reportar por contato canônico, com telefone e BSUID como identificadores vinculados.

Coleta proativa de telefone

A Meta oferece um modelo para solicitar o número de telefone do cliente quando ele for necessário. A Gupshup orienta parceiros a criarem e enviarem esse template pelas APIs existentes ou por mensagem interativa.

O princípio é simples: telefone deixa de ser dado automaticamente disponível e passa a ser dado solicitado com contexto.

Isso é saudável do ponto de vista de privacidade, mas muda a experiência. Você deve pedir telefone apenas quando ele for realmente necessário, como em autenticação, entrega, cobrança, integração com sistema legado ou follow-up por outro canal.

Em atendimento comum, o BSUID pode bastar. Forçar telefone em todo fluxo pode reduzir conversão e parecer desalinhado com a direção da própria Meta.

O que sua empresa precisa fazer agora

Se sua operação usa Gupshup ou qualquer BSP que abstrai a API da Meta, o plano de ação deveria ser pragmático:

1. Confirme o estado do toggle de BSUID.
Pergunte se ele está habilitado, em qual ambiente, quais campos aparecem nos webhooks e como isso muda payloads v2 e v3.

2. Integre as APIs de business username.
Reserve ou solicite o username da empresa e monitore status de aprovação. Não deixe essa decisão para depois que concorrentes ou terceiros disputarem nomes próximos da marca.

3. Atualize o CRM para aceitar identidade híbrida.
Contato não deve ser apenas telefone. O modelo mínimo precisa aceitar phone, bsuid, username e uma chave interna canônica.

4. Revise bots e automações.
Qualquer fluxo que faz lookup assumindo que from é telefone precisa aceitar BSUID. Isso inclui triagem, qualificação, autenticação, enriquecimento e roteamento.

5. Defina política para mensagens estacionadas.
Se houver retenção por até 30 dias, quem monitora isso? Como a operação recupera? Em quais SLAs? O que acontece com leads de mídia paga?

6. Treine atendimento humano.
Um contato sem telefone não é necessariamente suspeito ou incompleto. Pode ser apenas um cliente usando username.

O papel da Tolky nessa transição

Para empresas que operam atendimento, vendas e suporte pelo WhatsApp, o risco não está apenas no webhook. Está na cadeia inteira: CRM, filas, agentes de IA, relatórios, campanhas, deduplicação e governança de dados.

A Tolky acompanha a transição para BSUID como uma mudança de arquitetura de identidade, não como um ajuste pontual de campo. Em uma operação preparada, o histórico do cliente continua unificado mesmo quando a conversa chega com BSUID, telefone ou username. A IA consegue consultar o contato correto, preservar contexto e solicitar dados adicionais apenas quando o processo realmente exige.

O comunicado da Gupshup é um bom sinal para o ecossistema: provedores estão tentando absorver complexidade para preservar continuidade. Mas a responsabilidade estratégica continua sendo da empresa. Se o seu negócio depende de WhatsApp para receita, suporte ou relacionamento, este é o momento de tratar identidade como infraestrutura crítica.

---

O telefone não desapareceu. Ele continua importante, especialmente para bases conhecidas e casos de autenticação. Mas ele deixou de ser uma garantia universal. A partir de agora, operações maduras precisam pensar em identidade como um conjunto: telefone, BSUID, username, consentimento e histórico.

Quem fizer essa transição com calma vai quase não sentir a mudança. Quem esperar o primeiro lead sem telefone para descobrir o problema vai encontrar a pior forma de backlog: conversas reais presas em uma premissa antiga.