- Peça o detalhamento do preço por: conversas/mensagens, número, usuários, automações, templates e armazenamento de mídia
- Verifique se há webhooks confiáveis, rate limit documentado e logs/exportação
- LGPD: DPA/contrato, suboperadores, retenção e acesso a logs (quem vê o quê)
- Operação: fallback, reenvio, janelas de atendimento, opt-in/opt-out e gestão de qualidade
- Evite “gambiarras” com número pessoal/QR quando o objetivo é escala e estabilidade
Defina o seu caso de uso (e o que NÃO pode falhar)
Liste 3 fluxos principais: atendimento humano, disparos de notificações (ex.: status de pedido) e automações (ex.: cobrança/recuperação de carrinho). Para cada um, defina prioridade: entrega, tempo de resposta, rastreabilidade e LGPD. Esse mapa evita comprar recurso que você não usa e esquecer o que vira incidente.
Separe o que é custo do WhatsApp e o que é custo do provedor
Na prática, você paga (a) a precificação do próprio WhatsApp (normalmente por conversas/categorias) e (b) o provedor: número, licenças de atendentes, camadas de chatbot/automação, conectores, armazenamento, relatórios, etc. Exija uma planilha de cenários: 1k, 10k e 50k interações/mês (ou a sua estimativa), com tudo incluído.
Cheque a parte “chata”: compliance, LGPD e governança
Peça contrato/DPA, lista de suboperadores e política de retenção. Confirme se é possível exportar conversas/logs e apagar dados sob solicitação. Se você atende saúde, jurídico ou financeiro, trate isso como requisito, não como bônus.
Teste a entrega com um piloto curto e mensurável
Rode um piloto de 7 a 14 dias com 2 a 3 templates e 1 fluxo com webhook. Meça: tempo médio de entrega, falhas de webhook, comportamento em picos e qualidade dos relatórios. O objetivo é descobrir instabilidade agora, não no dia da campanha.
Valide integrações e automação (antes de assinar)
Confirme se há webhooks de mensagens recebidas, status de entrega, eventos de template e eventos de opt-out. Se você usa n8n/Make, verifique se a integração é por API/documentação clara, não só “integração via painel”. Pergunte por limites (rate limit), reprocessamento e idempotência (como evitar mensagens duplicadas).
Negocie SLA, suporte e plano de contingência
Pergunte horário de suporte, canal, prazos e como o provedor age em incidentes (queda, atraso, bloqueio de template, mudança de política). Peça um SLA escrito. Em operação real, o diferencial costuma ser: alguém que resolve rápido e deixa rastros (ticket + relatório).
Checklist do que perguntar (sem enrolação)
Se você fizer só uma reunião com o provedor, leve estas perguntas. Elas filtram quem vende “WhatsApp” e quem entrega operação.
- Precificação: quais itens são variáveis (volume) e quais são fixos? Existe mínimo mensal?
- Número: quem é dono do número e do WABA (conta de negócio)? Dá para portar/trocar depois?
- Templates: quem aprova, quanto tempo leva, existe ferramenta de versionamento e histórico?
- Webhooks/API: quais eventos existem? Há retries e assinatura/verificação de segurança?
- Limites: rate limit, filas, picos (campanhas) e como lidar com backoff/retry
- Logs: por quanto tempo ficam? Dá para exportar? Quem tem acesso?
- LGPD: DPA, suboperadores, região de hospedagem e processo de exclusão
- Atendimento humano: multiatendente, filas, tags, permissões e auditoria
- Qualidade: ferramenta para opt-in/opt-out, bloqueios, e controles para evitar spam
- SLA: prazos de resposta, canal de suporte e plano de incidente
O que costuma virar pegadinha no custo
Sem inventar número: a estrutura de cobrança varia bastante. O padrão que pega muita gente é assinar pelo “mensal barato” e descobrir depois que o custo real aparece no volume, em módulos extras e em limites.
Alguns itens que frequentemente entram depois na fatura: usuários/atendentes adicionais, armazenamento de mídia, relatórios avançados, automações/chats, conectores com CRM e filas/roteamento.
| Item | Pergunta que evita surpresa | Sinal de alerta |
|---|---|---|
| Cobrança por volume | É por conversas, mensagens ou contatos ativos? Como muda por categoria? | “Depende do WhatsApp” sem simulação de cenários |
| Licença por atendente | Quantos atendentes incluem? Há permissão por perfil? | Preço baixo com limite muito pequeno de usuários |
| Automação/bot | O que é nativo e o que é módulo pago? | Bot obrigatório para coisas básicas (ex.: tags, fila) |
| Integrações/API | Tem API completa e webhooks? Existe custo por chamada/evento? | Integração só por painel, sem documentação clara |
| Retenção e logs | Quanto tempo de histórico? Exportação e auditoria? | Sem logs detalhados de entrega/erro |
Sinais de que você vai sofrer na operação
Operação de WhatsApp é menos “instalar e pronto” e mais “mensageria com regras”. Quando dá problema, você precisa de rastreabilidade.
Fique atento se o provedor: não explica claramente opt-in/opt-out, não oferece eventos de status (enviado/entregue/lido/erro), não tem rotina de reprocessamento, ou responde com prints em vez de dados.
Como eu comparo provedores na prática (método rápido)
Eu comparo em três camadas: conformidade, confiabilidade e controle. Conformidade é LGPD/contrato; confiabilidade é entrega + webhooks; controle é o quanto você consegue integrar e auditar.
Duas propostas podem parecer iguais até você tentar: (1) extrair logs para fechar um incidente e (2) evitar duplicidade em reenvio automático. Se essas duas coisas não forem fáceis, o time vai gastar tempo apagando incêndio.
- Conformidade: DPA, suboperadores, retenção, exportação e exclusão
- Confiabilidade: status de entrega, webhooks com retry, documentação de limites
- Controle: API completa, permissões, auditoria e relatórios úteis
Perguntas frequentes
Provedor oficial de WhatsApp API é a mesma coisa que usar número com QR code?
Preciso de templates para tudo?
Dá para usar n8n/Make com WhatsApp API oficial sem dor?
O que eu preciso olhar de LGPD em WhatsApp API?
Leia também
Como escolher um provedor de WhatsApp API oficial no Brasil (sem cair em promessas de “anti-ban”)
Checklist prático para escolher fornecedor de WhatsApp API oficial no Brasil: estabilidade, LGPD, limites, templates, qualidade, suporte e integrações. Evite armadilhas de “número ilimitado” e soluções não oficiais.
Ler →
WhatsApp API oficial x não oficial: qual usar para automação (e o risco de cada uma)
Comparativo direto entre WhatsApp API oficial (Cloud API/Meta) e APIs não oficiais (Evolution, Z-API e afins): custo, estabilidade, limites e principalmente risco de perder o número. Regra por estágio: quando a linha vale dinheiro, a oficial vira “seguro”.
Ler →
Rate limit, retry e backoff: como parar de quebrar automação em API (n8n, Make, Zapier)
Guia direto para lidar com rate limit (429), retries e backoff em automações com APIs. Aprenda padrões práticos para n8n, Make e Zapier e evite falhas intermitentes, duplicidades e banimentos.
Ler →
Roteiro de automação no WhatsApp com API oficial: como escalar sem risco de banimento
Guia direto: como desenhar, implementar e operar automações no WhatsApp usando a API oficial, com consentimento, templates, filas, handoff humano e métricas. Foco em escala no Brasil sem cair em bloqueios.
Ler →