Skip to main content
Troque o host para https://api.wabox.me. O formato da rota é o mesmo, /instances/{instance_id}/token/{token}/.... Body e response usam snake_case (o z-api usa camelCase). A lista de campos renomeados está no fim da página. O header Client-Token continua aceito. O valor passa a ser uma API key do Wabox com a permissão instances:operate, exigida só quando o workspace liga “Exigir API key nas rotas de instância” (veja Migrando do z-api). Os caminhos abaixo omitem o prefixo /instances/{instance_id}/token/{token}. A coluna “Alias aceito” lista as rotas no formato z-api que o Wabox ainda atende. Elas não aparecem na API Reference e podem sair no futuro, então migre para a rota Wabox quando puder.

Instância

Envio de mensagens

Todas as rotas de envio respondem { "id", "message_id", "wabox_id", "status": "queued" } e o resultado chega no webhook delivery.

Interativos

Botões, listas e carrossel são best effort. Renderizam no celular, e no WhatsApp Web/Desktop aparece um placeholder. Veja O que renderiza onde.

Chats, contatos e privacidade

Grupos, comunidades e canais

Os ids de grupo têm o formato <id>-group (o JID <id>@g.us também é aceito).

Fila

Business e etiquetas

Rotas de catálogo e pedidos são best effort (IQ w:biz / w:biz:catalog do WhatsApp Web). Etiquetas existem só em contas WhatsApp Business.

Partner e outros

Campos renomeados

O z-api usa camelCase e o Wabox usa snake_case em tudo. A tabela traz os que mais aparecem em código de integração. A regra vale para tudo que não está na lista: converta de camelCase para snake_case e confira o nome final na API Reference. Os payloads completos estão em Webhook received.