
Webhook na Cakto é uma forma de fazer a Cakto “conversar” automaticamente com outros aplicativos sempre que algo acontece — como uma venda aprovada, um boleto gerado ou um reembolso processado. Funciona enviando um pacote de informações no formato JSON para um endereço (URL) que você configura, em menos de 1 segundo após o evento. É utilizado principalmente para conectar a Cakto com ferramentas como n8n, Make, Zapier, Google Sheets e plataformas de membros — mesmo sem integração nativa entre elas.
Pense no webhook como um “aviso automático”. Quando um evento acontece na Cakto — por exemplo, uma compra aprovada — ela envia imediatamente uma notificação para outro sistema da sua escolha, com todas as informações daquela venda.
Isso permite, por exemplo:
Adicionar uma nova linha automaticamente no Google Sheets a cada venda aprovada.
Matricular um aluno em uma plataforma de membros assim que o pagamento for confirmado.
Registrar dados de compra no seu CRM sem nenhuma ação manual.
A Cakto envia essas notificações no formato JSON — um padrão amplamente utilizado para troca de informações entre sistemas, compatível com praticamente qualquer ferramenta de automação do mercado.
💡 Vale lembrar que webhooks são uma funcionalidade um pouco mais avançada. Recomendamos utilizá-los se você já tem experiência com integrações — ou se contar com o apoio de alguém técnico para a configuração inicial.
No menu lateral da Cakto, acesse Integrações e clique na sub-aba Webhooks. Conforme a release note oficial do Squad de Plataforma da Cakto (março/2026), essa área foi completamente reformulada — e agora funciona como um painel de monitoramento completo, não apenas uma tela de configuração.
Clique em “Criar Novo Webhook”.
Preencha o Nome — use algo que identifique facilmente o que esse webhook faz (ex: “Planilha de Vendas” ou “Matrícula Automática”).
Insira a URL de destino — é o endereço do sistema que vai receber as informações. Essa URL é gerada pela ferramenta que você quer integrar, como n8n ou Make.
Selecione os Produtos que vão acionar esse webhook.
Escolha os Eventos — os momentos em que o aviso será disparado. Você pode selecionar mais de um evento para a mesma URL. Veja a lista completa na seção abaixo.
Defina uma Chave Secreta — uma senha que garante que só a Cakto consegue enviar avisos para essa URL, protegendo sua integração de acessos não autorizados.
Clique em Salvar.

Exemplo prático: Quer que cada venda aprovada gere uma linha nova no Google Sheets? Configure um webhook com o evento purchase_approved e a URL gerada pelo n8n. A partir daí, cada aprovação registra os dados automaticamente na planilha em menos de 2 segundos — sem você precisar fazer nada.
A prática recomendada é sempre testar o webhook antes de apontá-lo para seu sistema real. Para isso, use o Request Bin — uma ferramenta gratuita em pipedream.com/requestbin que gera uma URL temporária para capturar e exibir exatamente o que a Cakto está enviando.
Na lista de webhooks, clique nos três pontinhos ao lado do webhook criado.
Selecione “Enviar evento de teste”.
Escolha o tipo de evento e confirme — a Cakto vai disparar um aviso de teste para a URL configurada.
Verifique no Request Bin se as informações chegaram corretamente.

Conforme a documentação oficial da Cakto, estes são todos os eventos disponíveis:
Evento | O que dispara |
purchase_approved | Compra aprovada (pagamento único ou recorrente) |
purchase_refused | Tentativa de pagamento recusada |
pix_gerado | QR Code Pix criado, aguardando pagamento |
boleto_gerado | Boleto emitido, aguardando pagamento |
picpay_gerado | Cobrança PicPay criada, aguardando pagamento |
refund | Pedido reembolsado |
chargeback | Disputa de pagamento iniciada pelo cliente |
subscription_canceled | Assinatura recorrente cancelada |
subscription_renewed | Assinatura recorrente renovada com sucesso |
checkout_abandonment | Cliente preencheu dados mas não finalizou a compra |
Para consultar os payloads completos de cada evento, acesse a documentação oficial de webhooks da Cakto.
Conforme a release note oficial de março de 2026, o Dashboard de Webhooks foi a principal novidade da atualização — transformando o que antes era só uma configuração técnica em um painel de controle completo com 4 indicadores em tempo real:
Enviados: Total de avisos disparados pela Cakto nas últimas 24 horas.
Entregues: Avisos que chegaram com sucesso ao sistema de destino.
Retrying: Avisos que falharam na primeira tentativa e estão sendo reenviados automaticamente pela Cakto.
Falharam: Avisos que não conseguiram ser entregues após todas as tentativas — e precisam de reenvio manual.

Clique em “Ver Logs” para acessar o histórico completo de qualquer webhook. Cada registro mostra 3 informações essenciais: o que a Cakto enviou, o código de resposta do sistema de destino (200 = sucesso, 500 = erro no servidor de destino, 404 = URL não encontrada) e o detalhe exato do erro, quando houver.
Você também verá a métrica de latência — o tempo que o sistema de destino levou para responder ao aviso da Cakto. Se esse tempo estiver acima de 5 segundos, pode indicar que o servidor que recebe o webhook está sobrecarregado.

Se um aviso foi para o card “Falharam”, você não precisa acionar o suporte. Basta abrir o detalhe do log e clicar em “Reenviar Este Webhook” — o aviso é disparado novamente na hora, independentemente de quando a falha aconteceu.

P: O que significa o status “Pausado” em um webhook? R: Significa que o envio para aquela URL foi interrompido manualmente. Enquanto estiver pausado, nenhum aviso é disparado. Para reativar, acesse as configurações do webhook e altere o status.
P: A Cakto tenta reenviar automaticamente quando um webhook falha? R: Sim. Os avisos com falha entram automaticamente no card “Retrying” e a Cakto tenta reenviá-los com intervalos progressivos. Se todas as tentativas falharem, o evento vai para “Falharam” — e o reenvio deve ser feito manualmente com um clique no botão “Reenviar Este Webhook”.
P: Posso usar a mesma URL para receber diferentes tipos de eventos? R: Sim. Na criação ou edição do webhook, você pode selecionar vários eventos ao mesmo tempo — como purchase_approved e checkout_abandonment — e todos serão enviados para a mesma URL de destino.
P: Como encontro o registro de uma venda específica que não foi recebida? R: Acesse “Atividades Recentes” e use o botão Filtros. É possível buscar pelo ID do pedido ou pelo tipo de evento. Ao abrir o detalhe, você vê exatamente o que a Cakto enviou e qual foi a resposta do sistema de destino.
P: O que é a latência mostrada no dashboard? R: É o tempo que o sistema de destino levou para responder ao aviso da Cakto. Latência acima de 5 segundos pode indicar que o servidor que recebe o webhook está sobrecarregado ou processando as informações lentamente.
Termo | O que significa |
Webhook | Aviso automático enviado pela Cakto para outro sistema quando algo acontece |
JSON | Formato padrão usado para empacotar e enviar as informações da venda |
URL de destino | Endereço do sistema que vai receber os avisos da Cakto |
Evento | O momento que dispara o aviso — o “gatilho” da integração |
Chave Secreta | Senha que protege sua integração, garantindo que só a Cakto pode enviar avisos para aquela URL |
Latência | Tempo que o sistema de destino levou para confirmar que recebeu o aviso |
1. Usar uma URL de destino incorreta ou inativa
Problema: O webhook dispara mas o aviso nunca chega — fica preso em “Falharam”. Por que acontece: A URL foi digitada errada, o sistema de destino estava fora do ar, ou a ferramenta de automação não estava ativa no momento do disparo. Solução: Sempre teste com o Request Bin antes de usar em produção. Confirme que a Cakto consegue se comunicar com a URL configurada antes de apontar para o sistema real.
2. Escolher o evento errado
Problema: A integração não dispara no momento esperado. Por que acontece: Confusão entre os tipos de evento — por exemplo, usar pix_gerado quando o correto seria purchase_approved. O Pix gerado significa que o QR Code foi criado, mas o pagamento ainda não foi confirmado. Solução: Se você quer agir só após a confirmação do pagamento, o evento certo é sempre purchase_approved. Consulte a tabela de eventos acima para escolher o gatilho correto para cada situação.
3. Ignorar o card “Retrying” e só olhar “Falharam”
Problema: Integrações ficam com problemas por horas sem que ninguém perceba. Por que acontece: A maioria dos usuários só nota que algo está errado quando a integração para completamente de funcionar. Solução: Monitore o card “Retrying” regularmente. Avisos presos em reenvio automático por mais de 3 tentativas consecutivas são sinal de problema no sistema de destino — vale investigar antes de virar uma falha definitiva.
Webhooks na Cakto são a forma mais eficiente de conectar a plataforma com outros sistemas de forma automática, enviando informações no formato JSON em menos de 1 segundo após cada evento. Conforme a release note oficial do Squad de Plataforma de março de 2026, o novo Dashboard de Webhooks transformou o que era uma configuração técnica em um painel de controle completo — com monitoramento em tempo real, histórico detalhado de erros e reenvio manual com 1 clique, sem precisar acionar o suporte. Para começar, acesse Integrações > Webhooks no menu lateral da Cakto e configure sua primeira integração.