當我們在 n8n 中設計自動化流程時，大部分情況都會預期流程能「順利完成」，但實際運行中，常常會出現以下狀況：

• API 回傳錯誤（404、401、500）
• 表單資料缺欄位，格式不符
• 網路斷線、Token 過期
• 第三方服務（如 LINE/Gmail）限制超過

這些錯誤可能會讓整個流程「中斷」，甚至你完全不知道它失敗了，直到有人反映或錯誤影響到業務。

今天我們要實作的，是 n8n 中一個非常實用的保險機制：Error Trigger。

什麼是 Error Trigger？

Error Trigger 是 n8n 提供的一種特殊觸發節點，它不是用來啟動流程的，而是用來在其他流程發生錯誤時被動觸發，當任何一個 workflow 發生錯誤，只要你在該流程中啟用了錯誤處理，n8n 就會自動執行這個包含 Error Trigger 的錯誤處理流程，這就像是你替所有流程安排了一個「保險機制」，一旦出錯，就能立刻：

• 通知相關人員
• 記錄錯誤資訊
• 觸發補救措施（例如重新啟動流程）

觸發流程

1.打開工作流新增schedule trigger，設定好時間並修改時區
2.在後面新增http request節點，URL用 https://jsonplaceholder.typicode.com/404 做測試，這是安全的錯誤測試用URL，其他預設即可

3.先點執行測試會不會發生錯誤

上圖可以看到http request節點發生錯誤，這是正確的

4.增加一個新的工作流並添加Error Trigger

5.後面新增http request節點，並照之前的line推播訊息做設定，可以先按執行把Error Trigger傳來的預設資料拖進line的推播訊息中，

這裡我選擇的是Error Message和出問題的Workflow名稱

6.我們再回到第一個創的工作流中把設定打開，找到Error Workflow (to notify when this one errors)，選擇我們第二個創的有Error Trigger節點的那個工作流然後保存

7.啟動active開始測試

上圖可以看到成功傳送了在Error Trigger後方http request節點的訊息，代表這個Error Trigger是有成功被觸發的

總結

透過今天的實作，我學會了如何使用 Error Trigger 來監控 n8n 中的流程錯誤，這個設計讓我未來在做大型或多人協作的流程時，更有「保險機制」，不用等到出問題才手動排查，也能在第一時間修正與回報，如果你也在使用 n8n，這個錯誤處理的機制真的非常值得一開始就建起來！