Quando uma compra ou pedido é aprovado na Hotmart, Kiwify, Shopify (ou plataforma parecida), o caminho na API oficial do WhatsApp é: a plataforma dispara um webhook com os dados do evento, a WizeBot aplica condições (por exemplo status `approved`), mapeia telefone/nome/variáveis e envia um modelo de mensagem aprovado na Cloud API. Não é Multidevice nem “disparo frio” disfarçado: é automação de pós-venda (e, se fizer sentido, de marketing com opt-in) dentro das regras da Meta.

Este guia mostra o fluxo documentado na help de automações com webhooks, o que a introdução da plataforma lista como integrações (Kiwify, Kirvano, Hotmart, WooCommerce, Shopify, Google Sheets e webhooks personalizados), e onde a documentação legada de e-commerce entra para Shopify. Para stack e risco, leia também API oficial vs não oficial e disparo em massa com conformidade.

Por que API oficial importa no pós-venda

Pós-venda no WhatsApp (confirmação de Pix, liberação de acesso, “pedido enviado”) costuma ser o primeiro lugar em que lojas e produtores digitais tentam “atalho” com API não oficial. Esse atalho é exatamente o que a Meta trata como uso não autorizado do cliente.

Na Cloud API oficial você opera com WABA, método de pagamento e templates quando precisa iniciar a conversa fora da janela de atendimento. A API oficial elimina o banimento por automação não autorizada via Multidevice. Isso não é “risco zero de banimento” em qualquer cenário: qualidade do número, opt-in, categoria do template e política da Meta ainda restringem envio. Quem promete imunidade total está mentindo; o comparativo API oficial vs não oficial deixa o limite claro.

Na prática, pós-venda bem feito combina:

Evento confiável da plataforma (webhook ou conector de loja)
Template na categoria certa (muitas confirmações de pedido caem em Utility; promoção de upsell costuma ser Marketing)
Contato com telefone válido e consentimento adequado
Ações pós-envio (etiqueta, fluxo, atendente) para o time não perder o lead

Para o funil de vendas e handoff humano, combine com chatbot de vendas no WhatsApp e integrar WhatsApp ao CRM.

Hotmart, Kiwify (e Kirvano/GestorPay): preset de webhook

A help Como criar automações com webhooks descreve o fluxo completo. Resumo operacional:

1. Criar o webhook

No menu Automação, clique em Criar Webhook e dê um nome claro (ex.: “Venda Kiwify aprovada”, “Hotmart Pix”).

2. Configurar o gatilho (payload)

Três opções:

Preset de plataforma: Hotmart, Kiwify, Kirvano ou GestorPay carregam o payload de exemplo com um clique.
JSON manual: cole o exemplo que sua plataforma documenta; a WizeBot detecta os campos.
Captura ao vivo: “Capturar Payload” gera URL temporária (limite de 2 minutos); dispare um evento de teste antes de expirar.

Eduzz e outras plataformas sem botão de preset entram pelo JSON manual ou pela captura ao vivo (desde que enviem webhook HTTP).

3. Condições

Não envie em todo evento. Modos disponíveis: sempre; qualquer condição (OU); todas (E); ou só criar/atualizar contato sem mensagem.

Exemplo típico de compra aprovada:

Campo: `status`
Operador: igual a
Valor: `approved`

Ajuste o nome do campo ao payload real da sua plataforma (Hotmart/Kiwify podem usar chaves diferentes; o preset e a captura ao vivo mostram o caminho certo).

4. Modelo de mensagem aprovado

Escolha o template já APPROVED na WABA. Sem aprovação, a Cloud API recusa o envio fora da janela de serviço.

5. Mapear telefone, nome e variáveis

Conecte:

Telefone do comprador
Nome
Variáveis do template (`{{1}}`, `{{2}}`, …) para produto, valor, link de acesso, código do pedido, etc.

Formatadores disponíveis na help: maiúsculas, minúsculas, capitalizar, formato telefone, formato data, formato moeda (R$).

6. Ações pós-envio (opcional)

Depois do envio você pode: adicionar/remover etiqueta, atribuir atendente ou equipe, iniciar fluxo, chamar outro webhook. Isso alimenta o CRM e o próximo passo do chatbot de vendas.

7. Ativar e colar a URL na plataforma

Ative o webhook, copie a URL gerada e cole no painel da Hotmart, Kiwify (ou sistema de origem) como destino do webhook. Monitore disparos, taxa de envio, entrega e leitura na listagem.

Dicas da própria help: teste antes de produção; use condições para evitar envio em “aguardando pagamento” se a mensagem for só para aprovado; monitore falhas.

Shopify e WooCommerce: conector de loja vs webhook genérico

A introdução da help lista WooCommerce e Shopify entre as integrações. Há dois caminhos conceituais:

Webhook genérico (mesmo tutorial acima): a loja (ou um middleware) POSTa o JSON do pedido na URL da WizeBot; você mapeia campos e dispara o template.
Automação de e-commerce (doc legada do app): a documentação interna WC Shopify Automation descreve criar campanha com ação Order notification, escolher a Store API, template, atraso, labels/sequences, e integrar a loja em Add New API com nome do perfil, Store Sub-domain e Admin Access Token (Shopify ou WooCommerce). O teste sugerido é criar um pedido de teste na Shopify e verificar a notificação no WhatsApp.

Lacuna honesta: a help pública em help.wizebot.com.br não tem, neste momento, um tutorial dedicado “Shopify passo a passo” no mesmo formato do tutorial de webhooks. O que está documentado de forma clara na help viva é o webhook (com presets Hotmart/Kiwify/Kirvano/GestorPay e JSON/captura para o restante). Para Shopify/WooCommerce, use o caminho webhook quando a loja (ou um app intermediário) conseguir POSTar o evento, e trate a doc de Order notification / Add New API como referência legada do produto, sem inventar telas que a help viva não mostra.

Se o seu checkout é WooCommerce self-hosted, o mesmo raciocínio vale: evento de pedido → payload → template Utility (confirmação) ou Marketing (oferta), sempre com telefone e opt-in corretos.

Exemplos BR (sem inventar métrica)

Cenários comuns no mercado brasileiro (ilustrativos de processo, não de resultado):

Pix aprovado (Hotmart/Kiwify/Kirvano): condição `approved` → template Utility com nome, produto e link da área de membros → etiqueta “aluno” → iniciar fluxo de onboarding.
Boleto gerado / aguardando: webhook de status pendente → mensagem Utility com linha digitável (se a política e o template permitirem) ou só criar contato e etiquetar para o time cobrar depois. Evite bombardear Marketing em cima de boleto sem opt-in.
Acesso à área de membros: variável com URL única; formatador de data na validade se o payload trouxer.
Pedido enviado (Shopify/WooCommerce): Order notification ou webhook de fulfillment → template com código de rastreio → etiqueta “enviado” → opcionalmente handoff se o cliente perguntar atraso.

Cases públicos da WizeBot (sem inflar número): Alexandre (Redraw AI), Jaine Alcantara e Guilherme Sugari aparecem em materiais da marca quando o time comercial compartilha; este artigo não inventa percentual de lift nem volume de pedidos.

Conformidade: opt-in, Utility vs Marketing, anti-spam

Checklist mínimo antes de escalar:

Opt-in adequado ao tipo de mensagem (transacional de compra que o cliente acabou de fazer ≠ remarketing de lançamento).
Template na categoria correta e status APPROVED. Confirmação de pedido e atualização de entrega tendem a Utility; cross-sell e “aproveite também” tendem a Marketing.
Qualidade do número estável (bloqueios, reclamações e baixa leitura prejudicam o envio).
Frequência alinhada ao guia de disparo em massa com conformidade: webhook de venda não é licença para spam diário.
Telefone com DDI/DDD corretos; use o formatador de telefone quando o payload vier sujo.

Lembrete: API oficial zera o risco típico de ban por automação não autorizada; não zera restrição por política, qualidade ou template recusado.

Custo das mensagens (Meta) e planos WizeBot

Nas conversas da WABA, o cliente paga a Meta, sem markup da WizeBot. A plataforma cobra a assinatura (e créditos de IA do plano, se você usar agentes).

Valores de referência já publicados no blog (card Brasil, inclusive atualização de serviço a partir de 1º de outubro de 2026):

Marketing: R$ 0,3217
Utility / Authentication / Service: R$ 0,0350 (com 1.000 mensagens de serviço grátis por número/mês a partir de 1º out 2026, conforme a tabela interna)

Confirme sempre a fonte atualizada:

Planos WizeBot (HTML de /planos, conferidos neste ciclo):

Básico R$ 197/mês (anual R$ 148)
Pro R$ 297/mês (anual R$ 223)
Elite R$ 397/mês (anual R$ 298)
Instância extra R$ 97/mês
Créditos de IA do plano: 5k / 10k / 100k conforme faixa
Trial de 7 dias sem cartão em v2.wizebot.com.br/sign-up

Mensagens da Meta continuam na fatura Meta; o plano cobre o software #Wizebot.

Comece a integrar Hotmart, Kiwify ou Shopify ao WhatsApp

Se você já vende em Hotmart, Kiwify, Kirvano, Shopify, WooCommerce ou Eduzz (via webhook genérico), o próximo passo é conectar o número na Cloud API, aprovar o template de pós-venda e criar o webhook (ou a automação de pedido) com condição de status certo. Crie sua conta no trial de 7 dias sem cartão, compare os planos e siga o tutorial de webhooks na help. Para o restante do funil, use o chatbot de vendas e a integração com CRM.

Hotmart, Kiwify e Shopify no WhatsApp: como integrar na API oficial