Você executa o fluxo no editor e vê tudo funcionar. Depois espera o formulário ou outro sistema disparar a automação e nada acontece. O teste manual pode ter conferido só parte do caminho.

Essa dúvida aparece em relatos recentes da comunidade n8n. Quando o fluxo usa um Webhook, um endereço que recebe eventos de outros sistemas, comece pelas verificações abaixo. Não é necessário concluir de imediato que existe um bug.

O endereço de teste não é o endereço de produção

O nó Webhook oferece URLs de teste e de produção. Segundo a documentação, o endereço de teste registra a escuta temporária quando você inicia o teste. A produção fica registrada ao publicar o fluxo.

Deixar o serviço externo apontado para a URL de teste pode explicar por que a execução depende de abrir o editor. Copie o endereço diretamente do nó e confira qual modo está sendo usado.

Referências: [1]

Compare o evento enviado com o que o fluxo espera

Confira a configuração do sistema que envia a informação. URL, método HTTP e autenticação precisam corresponder ao Webhook. Um teste com dados fixados no editor não confirma que o evento externo chegou no mesmo formato.

  • Use a URL de produção no serviço externo.
  • Confira o método configurado, como GET ou POST.
  • Verifique a autenticação exigida sem compartilhar a credencial.
  • Confirme quais campos o primeiro passo do fluxo recebe.

Referências: [1] [3]

Uma ficha de evento entre dois caminhos físicos, com conexões azul e verde para destinos diferentes.
Ilustração gerada com IA: conferir qual caminho recebe o evento.

Salve, publique e consulte o registro de execução

A documentação atual orienta salvar e publicar o fluxo para usar o Webhook de produção. Os dados dessa execução não aparecem no editor como no teste. Consulte a aba de execuções para observar o caminho realizado.

Faça a conferência com dados fictícios em um fluxo isolado, sem disparar mensagens ou pedidos reais. Um evento recebido e uma tarefa concluída são evidências diferentes.

Referências: [2] [1]

Minha recomendação: descubra primeiro onde parou

Se não há registro, investigue o envio externo, o endereço, o acesso e a publicação. Se a execução começou e falhou depois, confira o passo e a entrada que produziram o erro. Trocar o fluxo inteiro pode apagar a pista útil.

Quando os itens básicos estão corretos e o problema continua, reúna versão, horário, resposta recebida e logs sanitizados para uma investigação. Há relatos de falhas mais complexas; nem todo erro de produção se resume à troca de URL.

Uma pessoa amplia por lupa uma conexão interrompida entre etapas de automação.
Ilustração gerada com IA: localizar a etapa onde a execução parou.

Antes da rotina, combine como reconhecer uma falha

Defina quem acompanha execuções e como retomar um evento sem duplicar registros. A demonstração só fica útil para o negócio quando existe continuidade depois que o editor é fechado.

Fontes e referências

Referências consultadas em 07 out. 2026. Recursos e condições podem mudar.

  1. n8n: Webhook, URLs e métodos ↗
  2. n8n: desenvolvimento e publicação do Webhook ↗
  3. n8n: problemas comuns de Webhook ↗

Conteúdo produzido com apoio de inteligência artificial e aprovado para publicação. Os exemplos são ilustrativos; não representam testes próprios ou resultados de clientes. Conheça a política editorial.