n8n Webhookが試験では動く：本番URLと成果の受入を確認
n8nの本番受付は、本番URLとワークフローの公開状態で判断します。テストURLの成功だけでは足りません。認証・応答・保存結果まで照合してから外部の要求を受け付けます。
公式資料確認日：。
URLだけでワークフローの状態を推測しない
test URLとproduction URL、workflow公開状態、HTTP method、認証、入力例を記録します。秘密を含むURLやtokenを公開ログへ残しません。安定した受信が必要でも、VPS購入より先に現在のURLとworkflowの状態を確認します。
一件のfixtureでつなげて照合する
| 確認対象 | 判断に使う記録 | 次の選択 |
|---|---|---|
| 到達 | 許可された送信元からのstatus | test／productionを混ぜない |
| 受付 | 対象workflowの実行記録 | 別workflowへ流れないか |
| 完了 | 最後の成果と保存先 | started応答を完了にしない |
| 再送 | 同じfixtureを再度受信 | 外部副作用の重複を確認 |
架空例：200でも成果がない
即時応答の200はworkflow開始を示すだけかもしれません。最後のfileがない、処理が後で失敗する、別のpathへ保存する状態を、応答成功で隠さないようにします。業務の受入条件に合う成果までtraceできたら初めて合格にします。
本番で広げない範囲
受信には必要な認証と送信元の条件を付けます。CORSだけでserver-to-server認証が成立するとは扱いません。利用者のprivate inputを実験へ流さず、非機密fixtureで接続と停止時の振舞いを確認します。
公式資料と、判断例の境界
仕様の根拠は以下の公式資料です。本文の記入例は実測値ではありません。購入・設定変更時は、対象の型番・版・契約条件を照合します。
- n8n Webhook node
n8nはtest URLとproduction URLを区別し、productionはworkflow公開時に登録されます。開始応答と最終成果は別です。