目錄
n8n 常用核心節點:HTTP Request、If、Switch、Merge、Loop、Wait
n8n 有上百個整合節點,但大多數工作流程都由少數幾個核心節點組成。熟悉它們,就能處理絕大部分的情況。
觸發器
| 節點 | 何時啟動 |
|---|---|
| Manual Trigger | 手動按下執行(測試用) |
| Schedule Trigger | 依排程,例如每天 8 點、每 15 分鐘、Cron 運算式 |
| Webhook | 收到 HTTP 請求,見 Webhook 教學 |
| Form Trigger | n8n 內建的表單有人提交時 |
| Chat Trigger(When chat message received) | 收到聊天訊息,用於 AI 助理 |
| Execute Workflow Trigger | 被其他工作流程呼叫(子流程) |
| Error Trigger | 其他工作流程發生錯誤時 |
| 各服務的觸發器 | 例如 Gmail 收到新信、Google Sheets 有新列、Telegram 收到訊息 |
Schedule Trigger 的 Cron 模式範例:
0 9 * * 1-5 週一到週五 09:00
*/15 * * * * 每 15 分鐘
0 0 1 * * 每月 1 日 00:00
HTTP Request:呼叫任何 API
n8n 沒有提供的服務,幾乎都能用 HTTP Request 處理:
- Method:GET、POST、PUT、PATCH、DELETE
- Authentication:使用憑證,見 憑證管理
- Send Query Parameters / Headers / Body:設定參數
- Options → Pagination:自動處理分頁,把所有頁的資料一次取回
- Options → Batching:控制每秒請求數,避免被 API 限流
最方便的技巧:從 API 文件複製 cURL 指令,在 HTTP Request 節點點選 Import cURL 貼上,所有設定會自動填好。
Edit Fields (Set):整理資料
新增、修改、重新命名欄位,或只保留需要的欄位(開啟 Keep Only Set Fields)。把資料整理乾淨再往下傳,後面的節點會好寫很多。
If:二選一
設定條件,符合的資料從 true 輸出,不符合的從 false 輸出:
┌─ true ──▶ [通知主管]
[訂單] ─▶ [If 金額 > 10000]
└─ false ─▶ [一般處理]
條件可以比較字串、數字、日期、布林值,也可以用 AND / OR 組合多個條件。注意資料型別:API 回傳的 "10000" 是字串,數字比較前要先轉換,或開啟 Convert types where required。

Switch:多個分支
依照某個值走不同的路線,例如依客訴類型分給不同部門:
| 規則 | 輸出 |
|---|---|
{{ $json.category }} 等於「物流」 | 輸出 0 → 物流組 |
| 等於「品質」 | 輸出 1 → 品管組 |
| 等於「退款」 | 輸出 2 → 財務組 |
| 其他(Fallback) | 輸出 3 → 客服主管 |
Filter:只留下符合條件的資料
和 If 類似,但只有一個輸出,不符合條件的資料直接丟棄。
Merge:合併兩條路線
兩個分支的資料要合在一起時使用,模式說明見 資料結構與 items。
Loop Over Items:分批處理
n8n 本來就會對每個 item 執行一次,大部分情況不需要迴圈。需要 Loop Over Items(舊名 Split in Batches)的情況:
- API 有速率限制,需要每次處理 10 筆、中間等待
- 某些節點一次只能處理一筆資料
[取得 500 筆] ─▶ [Loop Over Items 每批 10 筆] ─loop─▶ [呼叫 API] ─▶ [Wait 1 秒] ─┐
│ │
└─done─▶ [寄出完成通知] ◀────────────────────┘
迴圈的最後一個節點要連回 Loop Over Items 的輸入,全部處理完後從 done 輸出。
Wait:等待
- 等待一段時間(例如 5 分鐘後再檢查付款狀態)
- 等到指定時間
- 等待外部呼叫(Webhook)才繼續,例如等主管點選「核准」連結
等待超過 65 秒時,n8n 會把執行狀態存進資料庫,不會佔用資源。
Execute Workflow:子流程
把常用的步驟(例如「寄出通知到 Slack 和 Email」)做成獨立的工作流程,以 Execute Workflow Trigger 開頭,再由其他工作流程用 Execute Workflow 節點呼叫。好處是:
- 相同的邏輯只需要維護一份
- 大型流程拆成小塊,更容易閱讀和除錯
n8n 2.x 中,父工作流程收到的是子流程最後一個節點的輸出。
Code:寫程式
運算式和現成節點處理不了的邏輯,用 JavaScript 或 Python 寫,見 程式碼節點。
No Operation, do nothing
什麼都不做的節點。可以放在 If 的某個分支,讓流程圖更清楚地表達「這個情況不處理」。
選擇節點的順序
遇到需求時,可以依照這個順序思考:
- 有沒有現成的服務節點?(例如 Google Sheets、Slack)
- 能不能用 Edit Fields + 運算式 處理?
- 能不能用資料轉換節點(Split Out、Aggregate、Filter、Sort)處理?
- 呼叫 API 用 HTTP Request
- 以上都不行,再用 Code 節點
更新於 2026年10月12日