Fale com a gente
GUIA

Como saber quando um fluxo do n8n falha em silêncio?

Dê a cada fluxo publicado um fluxo de erro: um fluxo separado que começa com o nó Error Trigger e manda um alerta. Ele é escolhido nas configurações do fluxo, um mesmo fluxo de erro pode servir a vários, e roda quando uma execução automática falha. Não roda quando você testa à mão no editor.

Isso pega as rodadas que falham. O caso pior é a rodada que dá certo e faz a coisa errada: um valor vazio, um caminho que ninguém tratou, uma resposta no formato errado. Faça essas falharem de propósito com o nó Stop And Error, para que cheguem ao mesmo alerta.

Atualizado em 30 de set. de 2026

Como funciona

  1. Guardar as rodadas que falham

    Nas configurações do fluxo, deixe "Save failed production executions" ligado, para ter o que abrir quando o alerta chegar.

  2. Criar um fluxo de erro

    Um fluxo novo com o Error Trigger primeiro e um alerta depois (e-mail, chat). Ele recebe o nome do fluxo, o último nó executado, a mensagem de erro e um link para a execução.

  3. Apontar cada fluxo para ele

    Abra as configurações de cada fluxo e escolha-o em "Error workflow". Teste fazendo uma rodada publicada falhar, porque rodadas manuais não o disparam.

  4. Transformar resultado errado em falha

    Onde um valor precisa existir ou uma resposta precisa ter um formato, confira e mande o caso ruim para o Stop And Error, ou para uma pessoa, em vez de deixar a rodada terminar quieta.

  5. Repetir a rodada que falhou

    Abra a execução que falhou e use "Debug in editor": o n8n carrega os dados dela no fluxo para você corrigir o nó e rodar de novo com a mesma entrada.

Quanto custa manter

Sem preço de tabela separado: o fluxo de erro é um fluxo comum no mesmo plano do n8n e só roda quando algo falha. O que fica guardado para investigar depende das configurações de execução acima.

O que aprendemos montando

Do atendimento de contatos da própria Betterlane: três fluxos do n8n construídos no n8n Cloud em setembro de 2026 e testados com um endereço de teste. Não é um sistema de cliente.

Um formulário que "funcionava" não lia nada
O nosso formulário de aprovação devolvia as respostas pelos rótulos dos campos ("Your reply", "Decision"), não pelos nomes que líamos. Toda rodada dava certo com valores vazios. Só um teste real com uma edição de verdade mostrou.
Desconfiar da resposta antes de agir
Na triagem de respostas, uma resposta do modelo que não é um JSON válido vira um caso "model_failed" e vai para uma pessoa. Nunca vira um rascunho vazio que parece enviado.
Ter um alarme fora da ferramenta de automação
Se o n8n não aceita um contato novo (fora do ar, teste vencido, mal configurado), o nosso próprio painel ainda manda o alerta, e uma queda da automação não silencia o contato.
Tornar o próprio silêncio visível
Uma linha toda noite às 20h de Dubai conta contatos, respostas e o tempo mediano até a primeira resposta. Um dia de zeros vira uma pergunta, não um buraco que ninguém vê.

Quando não vale a pena

  • Se ninguém lê o canal de alertas, um fluxo de erro só muda o silêncio de lugar. Decida primeiro quem recebe.
  • Para uma importação única que você acompanha enquanto roda, a lista de execuções basta.

Perguntas

Por que o meu fluxo de erro não rodou no teste?

O Error Trigger só roda quando uma execução automática falha. Uma rodada que você inicia à mão no editor não o dispara.

O fluxo de erro precisa estar publicado?

Não. O n8n diz que um fluxo que usa o Error Trigger não precisa ser publicado.

Um fluxo de erro pode cobrir todos os nossos fluxos?

Pode. Escolha o mesmo fluxo de erro nas configurações de cada fluxo; o alerta diz qual fluxo e qual nó falhou.

E se o próprio gatilho falhar?

Aí o fluxo nem começou, então os dados do erro trazem o erro do gatilho em vez do link da execução. O alerta chega do mesmo jeito.

Fontes

Tem um fluxo de cliente que falha e ninguém descobre até o cliente reclamar?

Ver o serviço: Para agênciasFale com a gente

Todos os guias