WhatsApp API oficial ou não oficial: o risco real de perder o número

A diferença entre API oficial e não oficial não é técnica, é de quem carrega o risco. Na oficial, a Meta garante o canal e você paga por isso. Na não oficial, você economiza a mensalidade e assume sozinho o risco de perder o número, sem SLA, sem suporte e sem recurso previsível.

Por que a solução não oficial cai

Bibliotecas como whatsapp-web.js e Baileys funcionam por engenharia reversa: uma automatiza a interface do WhatsApp Web dentro de um navegador headless, outra fala diretamente o protocolo multi-dispositivo. Nenhuma tem contrato com a Meta. Os pontos de falha são estruturais, não bugs que alguém vai corrigir:

Violação dos termos de uso. O uso de clientes não autorizados é expressamente vedado. A detecção olha padrão de comportamento: volume de envio, proporção de mensagens iniciadas, taxa de bloqueio e denúncia pelos destinatários, velocidade de resposta constante demais. O bloqueio chega sem aviso.

Quebra a cada mudança de protocolo. O WhatsApp Web atualiza sem changelog público e sem compromisso de compatibilidade. Quando o protocolo muda, a biblioteca para de funcionar até um mantenedor voluntário corrigir. Você fica indisponível por horas ou dias e não há para quem ligar.

A sessão é frágil e é um segredo perigoso. A autenticação vive num arquivo de sessão no seu servidor. Se o processo morre, o container reinicia mal ou o aparelho pareado fica muito tempo offline, alguém precisa escanear um QR Code de novo, manualmente. Pior: esse arquivo de sessão é acesso total à conta. Quem o copia lê e envia mensagens como a sua empresa.

Multiatendimento não confiável. Vários atendentes na mesma sessão geram condição de corrida, mensagem duplicada e status de entrega inconsistente. Não existe controle de fila nativo nem confirmação de leitura confiável.

Sem garantia de entrega e sem observabilidade. Não há webhook oficial de status. Você não sabe com certeza se a mensagem saiu, chegou ou foi lida, o que quebra qualquer automação que dependa disso (cobrança, confirmação de agendamento, notificação de entrega).

Comparação direta

A conta que muda a decisão

Comparar mensalidade com mensalidade é o erro. A comparação correta é entre a economia mensal e o custo de um dia sem o canal.

Monte o número com o que você já tem:

• Quantos pedidos ou orçamentos entram por WhatsApp por dia útil
• Qual o ticket médio e a taxa de conversão desses contatos
• Quantas horas de atendente ficam ociosas ou consumidas em contorno manual durante uma queda
• Quanto custa comunicar a todos os clientes que o número mudou

Esse último item costuma ser o mais caro e o menos lembrado. Um número com histórico não é um número: é a lista de contatos salva nos celulares dos seus clientes, o perfil comercial, o catálogo, os grupos e o histórico das conversas. Perder isso não se resolve comprando outro chip. Você recomeça, e ainda perde a mensagem que o cliente antigo mandou para o número morto e nunca foi respondida.

Compare então a economia mensal com o resultado dessa conta. Na maioria das operações que faturam pelo WhatsApp, a economia da via não oficial equivale a menos de um dia de indisponibilidade por ano. É um seguro que ninguém racional deixaria de contratar.

Onde a não oficial ainda faz sentido

Ser dogmático aqui também é errado. Existem casos legítimos, todos com a mesma característica: o número é descartável e não há cliente do outro lado.

• Protótipo interno para validar um fluxo antes de investir na homologação oficial
• Automação de um grupo interno de equipe, com número dedicado que ninguém depende
• Estudo, prova de conceito, demonstração técnica com chip próprio
• Ferramenta pessoal de um único usuário

Em todos, a regra é: número separado, zero clientes, nenhuma expectativa de continuidade, e um plano escrito de migrar se aquilo virar produção.

Onde é irresponsável

• Canal principal de vendas ou de suporte da empresa
• Cobrança, agendamento e qualquer notificação com efeito operacional
• Operação com dado pessoal de cliente, que sob a LGPD exige controle documentado sobre onde o dado trafega e quem tem acesso
• Qualquer projeto entregue por um fornecedor a um cliente pagante

Este último merece uma linha própria. Vender automação não oficial como se fosse solução de produção é transferir um risco conhecido para quem não tem como avaliá-lo. Quando o número cai, o prejuízo é do cliente e a explicação é sempre a mesma: "o WhatsApp mudou alguma coisa".

O teste de dois minutos no fornecedor

Pergunte três coisas e escute a resposta inteira:

1. Eu preciso escanear um QR Code do meu celular para conectar? Se sim, é não oficial. A API oficial registra o número no WhatsApp Business Account com um PIN, não pareia aparelho.
2. O número fica no meu Meta Business Manager? Na oficial fica, com o fornecedor como parceiro. Se o número fica na conta do fornecedor, você aluga o seu próprio canal.
3. Como você envia mensagem para quem não falou comigo nas últimas 24 horas? Na oficial, com template aprovado. Qualquer outra resposta significa envio livre, que é exatamente o comportamento que gera denúncia e bloqueio.

É por esse filtro que a Retti Tech começa qualquer projeto de WhatsApp: definir de quem é o número, de quem é a base de conversas e por qual API a mensagem sai. Essas três respostas determinam se o canal é um ativo da empresa ou um empréstimo que pode ser cancelado a qualquer momento.