在自動化工作流中，通知系統扮演著關鍵角色，從提醒團隊任務進度到發布重要系統狀態更新，皆需要高彈性的訊息傳遞機制。除了內建的 Messaging 節點，n8n 還能靈活串接各種第三方 API，打造專屬的自動化通知系統。

為什麼選擇第三方 API 串接？

• 彈性高：可支援多種通知管道與格式，包含 Email、SMS、Slack、Discord、Line 等。
• 擴充性強：能快速整合新服務或廠商，拓展自動化的應用邊界。
• 集中管理：透過 n8n 統一管理通知流程，不需各管道分散維護。

n8n 串接第三方 API 的核心概念

1. API 令牌及認證

絕大多數第三方服務都需要 API Key、OAuth 或 Bearer Token 認證。n8n 可在 Credentials 管理這些敏感資訊，避免在工作流中直接暴露。

2. HTTP Request Node

HTTP Request Node 是串接第三方 RESTful API 的主力工具，支援：

• 多種 HTTP 方法（GET、POST、PUT、DELETE）
• 自訂 Header、Body 格式與查詢參數
• 解析 JSON、XML、純文字回應

掌握此 Node，能幾乎串接所有提供 API 的服務。

3. 錯誤處理與重試

API 通常有流量限制與不穩定性，n8n 的錯誤節點與重試機制可幫忙執行失敗時補救，比如重試發送通知或切換備援管道。

實務應用範例

1. Slack 通知工作流

• 觸發器：任務完成（如 Jira 任務狀態變更）
• HTTP Request：呼叫 Slack 的 chat.postMessage API 發送消息到指定頻道
• 功能節點：根據任務狀態調整訊息格式與內容

2. SMS 群發提醒

• 透過 Twilio API 發送簡訊到使用者清單
• 使用迴圈與批次處理控制發送速率，避免觸發限制

延伸思考

• 可串接多種通知管道，做多管齊下的訊息傳遞策略
• 利用 Webhook Node 接收外部事件，立即啟動通知流水線
• 客製化通知模板，根據事件細節動態調整內容與格式

小結

n8n 的真正威力在於它作為「自動化萬用接頭」的角色，HTTP Request Node 是通往各種第三方服務的橋梁。掌握串接 API 技巧，不僅可以打造出靈活的通知系統，還能無限拓展自動化場景，帶來更高工作效率與協作質量。

這篇文章既涵蓋概念又貼近實務，適合放入鐵人賽做為 Day 26 的教學主題。若需要，也可補充一個小範例流程設計。