Webhooks de produção retornam 404 „não registrado

Perguntas
1

Todas as URLs de webhook de produção na minha conta estão retornando 404 “não registrado”, mesmo que os workflows mostrem active: true via API e as execuções manuais/testes funcionem sem problemas.
Erro recebido em cada workflow afetado:
{
“code”: 404,
“message”: “O webhook solicitado "POST /" não está registrado.”,
“hint”: “O workflow deve estar ativo para que uma URL de produção seja executada com sucesso…”
}
Testes de isolamento realizados:
Confirmado via API que workflows afetados mostram active: true
Desativados e reativados workflows (tanto via API quanto alternando manualmente Active na UI do editor) — sem mudanças
Deletado e recriado o nó de gatilho de webhook com um ID de webhook completamente novo, ainda recebe 404s
Criado um workflow novo, nunca antes tocado, com um único gatilho de webhook, publicado, e ele também recebe 404 imediatamente em sua primeira solicitação; isso descarta qualquer coisa específica ao histórico ou configuração de um workflow individual
Testado um segundo workflow antigo e separado em um projeto diferente na mesma conta (também intocado) também recebe 404s, confirmando que isso afeta todo o workspace, não um projeto ou workflow
Isso corresponde ao padrão exato de sintomas descrito em estes dois problemas fechados do GitHub, ambos fechados como “não é um bug / problema de suporte” em vez de resolvido:
[Cloud] Production webhooks 404 “not registered” despite active workflows - tenant routing issue #22782 - [Cloud] Production webhooks 404 "not registered" despite active workflows - tenant routing issue · Issue #22782 · n8n-io/n8n · GitHub
All production webhook URLs return 404 “not registered” on n8n Cloud (Starter) #27976 - All production webhook URLs return 404 "not registered" on n8n Cloud (Starter) · Issue #27976 · n8n-io/n8n · GitHub
Obrigado

Descreva o problema/erro/pergunta

Qual é a mensagem de erro (se houver)?

Por favor, compartilhe seu workflow

(Selecione os nós em sua tela e use os atalhos de teclado CMD+C/CTRL+C e CMD+V/CTRL+V para copiar e colar o workflow.)

Compartilhe a saída retornada pelo último nó

Informações sobre sua configuração do n8n

  • Versão do n8n:
  • Banco de dados (padrão: SQLite):
  • Configuração EXECUTIONS_PROCESS do n8n (padrão: own, main):
  • Executando n8n via (Docker, npm, n8n cloud, aplicativo desktop):
  • Sistema operacional:
2

Oi @vfa

Uma coisa no seu erro vale a pena resolver antes de tudo mais. Diz:

"The requested webhook "POST /" is not registered."

O caminho está vazio. Uma requisição que chegasse ao endpoint correto com um caminho mostraria aqui, algo como POST /abc-123-def. Um vazio significa que n8n recebeu uma requisição sem nenhum caminho de webhook anexado.

Então, é literalmente isso que volta, ou você removeu o caminho ao postar? Faz muita diferença, porque se for literal, então isso não é o problema de roteamento de tenant daquelas issues do GitHub, é algo que está removendo ou reescrevendo o caminho antes de chegar a n8n. Isso também explicaria por que um fluxo completamente novo retorna 404 na sua primeira requisição e por que parece abrangente em todo o workspace.

Se o caminho aparece normalmente e você apenas o redatou, então seu isolamento é tão completo quanto possível e não há nada útil restante para testar daqui. Vale notar que ambas essas issues foram fechadas como suporte e não como bug, o que te diz que a rota é help@n8n.io em vez de GitHub. Envie para eles o nome da sua instância, um exemplo de URL do webhook e essa mesma lista de etapas de isolamento, é um texto bem feito e vai poupar o tempo deles pedindo.

3

Oi @vfa Bem-vindo!
Seus placeholders desapareceram na postagem, o Discourse trata <webhook-id> e <path> como tags HTML desconhecidas e as remove, é por isso que o erro aparece como “POST /”. Coloque esse JSON dentro de um bloco de código e os valores reais permanecerão visíveis.
O n8n coloca o ID do webhook na frente do caminho apenas quando o campo Path contém um parâmetro de rota, então /article/:id se registra como /webhook/<id>/article/:id. Um caminho simples, incluindo o UUID aleatório que um novo nó Webhook gera, se registra como /webhook/<path> sem segmento de ID, e uma chamada para /webhook/<webhook-id>/<path> retorna 404 contra ele em cada fluxo de trabalho, incluindo os novos. Abra o nó, alterne para URL de Produção, e envie exatamente para essa string em vez de uma montada a partir do JSON do fluxo de trabalho.