Client-Token, webhooks por tipo, fila) e os mesmos nomes de endpoint na maioria dos casos. A diferença principal é a convenção de nomes: snake_case em tudo.
O que não muda
- Rota:
/instances/{instance_id}/token/{token}/<endpoint>— só o host passa a serapi.wabox.me. - Header
Client-Token, com o mesmo papel. - Webhooks por tipo (
received,delivery,message_status,connected,disconnected,chat_presence) com o campomommentmantido de propósito. - Envio assíncrono: resposta imediata com id, resultado no
delivery. - Os nomes da maioria dos endpoints:
send-text,send-image,send-button-list,send-option-list,send-carousel,qr-code,status,phone-exists,queue… - Vários endpoints da z-api continuam funcionando como alias (
/create-group,/profile-picture,/modify-chat,/tags,/send-button-actions…). Veja a coluna “Alias aceito” na tabela de rotas.
O que muda
- Nomes de campos
- Mídia
- Webhooks
- Erros
- O que não existe
Migrando sem parar
1
Crie a instância no Wabox e conecte o número
Um número só pode estar vinculado a uma sessão web por provedor, mas pode ter vários aparelhos vinculados. Você pode conectar o mesmo número no Wabox enquanto a z-api ainda está ativa e comparar os webhooks lado a lado.
2
Aponte os webhooks para um endpoint novo
Faça o seu handler aceitar os dois formatos (ou converta o payload do Wabox para o formato antigo com um adaptador de 20 linhas). Compare por alguns dias.
3
Troque os envios
Mude o host e os nomes de campos. Se você usa alguma biblioteca ou nó no-code apontando para a z-api, o HTTP genérico resolve.
4
Desligue a instância antiga
Remova o aparelho da z-api em Aparelhos conectados no celular. Duas sessões ativas no mesmo número dividem os eventos recebidos entre si sem problema, mas não faz sentido pagar duas.