Infraestrutura
WhatsApp programável
para quem ship().
REST simples. Webhooks confiáveis. Multi-tenant nativo. Sem aprovação Meta, sem letra miúda, sem dolarização. Conecta um número, cola o curl, primeira mensagem em 5 minutos.
# envia mensagem · POST /v2/messagescurl -X POST https://wpp-api.oneclient.tech/v2/messages \ -H "Authorization: Bearer wpp_live_______" \ -H "Content-Type: application/json" \ -d '{ "session_id": "ses_7f3a91c4", "to": "+5511987654321", "type": "text", "text": "primeira mensagem · wpp-engine" }'⌘C copiar
{ "message_id": "msg_0b13e5d6", "status": "queued" }42msTrês passos. Cinco minutos. Sem aprovação humana.
Assina o plano.
Preenche os dados, aceita os termos e paga via Asaas (cartão ou Pix). A conta é provisionada automaticamente e o acesso chega por magic link no e-mail.
Conecta o número.
Cria sessão, recebe QR Code. Escaneia do WhatsApp do celular. Status em tempo real até connected.
Cola o curl.
Pega o snippet da doc, troca o session_id, dispara. Recebe webhook no seu endpoint. Tá em produção.
$ curl wpp-api... \ -d '{"to":"+5511...", "text":"oi"}' → 201 · 42ms → webhook delivered → ✓ in production
vs WhatsApp Business API oficial. Sem fingimento.
wpp-engine não disfarça. Usamos engine não-oficial (WAHA). Ganhamos velocidade e preço. Pagamos com tolerância a falha clara — se a Meta mudar protocolo, há janela de instabilidade. Se você precisa de garantia contratual, vai pra API oficial. Sem ressentimento.
Webhook não é "manda e reza". É contrato.
// headers X-WPP-Signature: "sha256=a1b2c3d4..." X-WPP-Event: "message.received" X-WPP-Delivery: "dlv_8f9e02ab" // body { "event": "message.received", "tenant_id": "ten_0b13e5d6", "session_id": "ses_7f3a91c4", "message": { "id": "msg_4d2c91", "from": "+5511987654321", "text": "primeira mensagem", "ts": 1737984212 } }
01assinatura HMAC
Toda request webhook vem assinada com sha256 usando seu secret. Verificação obrigatória no seu lado — wpp-engine só assina, você confirma.
02retries · backoff
5 tentativas com backoff exponencial: 0s · 30s · 2m · 10m · 1h. Endpoint precisa responder 2xx em 10s — senão entra na fila.
03dead letter queue
Falhou as 5? Vai pra DLQ. Navegável no console, com payload original, headers, motivo da falha. Replay manual disponível por 30 dias.
04idempotência
Cada delivery tem X-WPP-Delivery único. Seu endpoint só precisa garantir idempotência — wpp-engine garante entrega.
Um preço. Em real. Sem letra miúda.
→ 1 instância gerenciada = 1 número WhatsApp ativo
→ infraestrutura e dados organizados na plataforma
→ API completa + docs + webhooks
→ pagamento via Asaas · cartão ou Pix
→ anual à vista R$ 1.910,40 (20% off)
→ suporte por email em até 1 dia útil
- mensagenssujeito a quotas do plano
- API keysilimitadas
- webhooks5 endpoints · 5 retries · DLQ
- audit log90 dias
- histórico de mensagens90 dias
- swagger / redocincluído
- multi-tenant nativopara agências · fale conosco
Dúvidas técnicas, respondidas como dev fala.
É WhatsApp oficial?
Não. Usamos engine não-oficial baseada em WAHA. Trade-off explícito: velocidade e preço em troca de risco operacional. Se isso for bloqueador, API oficial é o caminho.
Posso ter vários números?
Sim. Cada instância = 1 número. Cobrança é por instância. Multi-tenant nativo — cada tenant tem sua API key, seus webhooks, suas mensagens isoladas em RLS no Postgres.
Como funciona o webhook se meu servidor cair?
5 tentativas com backoff 0s/30s/2m/10m/1h. Depois, DLQ por 30 dias. Você pode dar replay manual de qualquer evento via console ou API.
SDK oficial?
API REST é a SDK. Doc tem quickstarts em curl, JS e Python. Tudo é HTTP simples, JSON, Bearer auth. Sem cliente proprietário, sem polyfill obrigatório.
E se a Meta mudar protocolo?
Janela de instabilidade até atualizarmos. Comunicamos no status.oneclient.tech e por email. Histórico: 2 incidentes em 18 meses, mediana 6h de degradação.
Cobram por mensagem?
Não. Preço fixo de R$199 por instância (ou R$1.910,40 no anual). Limite é o que a engine sustenta (~10k msg/dia por número, na prática mais). Sem surpresa no fim do mês.