Skip to main content
Na API você pergunta; no webhook a Notifique avisa. É como o app do banco mandando push quando o PIX cai, seu backend não precisa ficar consultando a cada segundo.

Em poucas palavras

  • Toda entrega é um POST application/json para a URL que você cadastrou.
  • Eventos message.* e instance.* são só WhatsApp (Telegram usa telegram.*).
  • Ative os eventos que sua integração usa.
  • Responda 2xx rápido; trabalho pesado vai para fila no seu lado.
Configuração geral: Webhooks. Segurança (assinatura HMAC): Segurança de webhooks.

Como vem o POST

Estrutura padrão em todos os eventos:
Headers: X-Notifique-Signature, X-Notifique-Timestamp, X-Workspace-Id.

O que seu servidor deve responder

Processamento demorado? Responda 200 logo e processe em background. Demorar mais de 10 segundos conta como timeout e o evento pode ser reenviado.
Valide X-Notifique-Signature e timestamp recente. Detalhes: Segurança de webhooks.

Referência por evento

Use estes eventos ao integrar bot, atendimento, ERP ou automação no WhatsApp.
Os nomes message.* são só WhatsApp. Telegram usa telegram.*: eventos Telegram.

Mensagens que você envia

Mensagens que você recebe

Inbound só dispara se estiver ligado em Settings → Received messages (guardar e/ou webhook). O nome antigo message.received no painel ainda funciona: o corpo vem como whatsapp.received.

Instância (conexão do número)

No Quick Start, renovar código pode usar este webhook em vez de polling (instance.qrcode).

Payload de cada evento

Corpo completo (body) do POST. O envelope (event, ids, timestamp) é igual ao exemplo acima; abaixo, o que muda em data.
Disparado no primeiro clique em link curto do envio (workspace com links curtos ligados).
Campos extras podem ser adicionados sem quebrar consumidores.
newContent pode ser null quando não disponível.
phoneNumber pode ser null em alguns casos.

Próximos passos