n8n 的工作流，就是由一個個節點（Node）串接而成。每個節點都負責一項任務，例如接收資料、判斷條件、呼叫 API、整理欄位或執行程式邏輯，因此學會節點的功能與設定方式，是開始使用 n8n 最重要的一步。
學會節點怎麼運作，才能真正把自動寄送報表、同步 CRM、串接 API，甚至建立 AI Agent 等需求，轉成可以實際執行的工作流。
這篇 n8n 節點教學會從新手最常遇到的情境出發，帶你認識常用 Node、了解 Input／Output 與 Expression，並說明不同節點在 Workflow 中分別負責什麼。
如果你是從較早期的教學開始學，也要留意部分節點已經更新。根據 n8n 官方公布的 n8n 3.0 Breaking Changes，n8n 3.0 預計於 2026 年 10 月推出，Function、Function Item、Item Lists、LangChain Code 等舊節點都將移除。
本文會依序整理：
- n8n 節點是什麼？
- 新手最常用的 10 個 n8n 節點
- Input、Output 與 Expression 怎麼看？
- Function、Item Lists 等舊節點要如何遷移？
- 升級 n8n 3.0 前需要注意什麼？
n8n 閱覽專區：
- n8n 是什麼？一篇學會免費安裝、設定、費用
- n8n 工作流製作：5 分鐘設定 AI 自動化工作流
- n8n更新教學：5 分鐘完成 Docker 更新、備份與回滾
- n8n 新手常見錯誤：一篇搞懂正確使用 n8n
n8n 節點是什麼？
n8n 的「節點（Node）」就是工作流程中的一個執行步驟。
每個節點負責一件特定的事情，例如：
- 接收 Webhook 資料
- 定時啟動工作流
- 呼叫外部 API
- 整理或修改資料欄位
- 判斷條件
- 執行 JavaScript 或 Python
- 將結果寫入 Google Sheets、CRM 或資料庫
可以把 n8n 想成一條自動化生產線，而 Node 就是生產線上的不同工作站。
最基本的流程通常可以理解成：Trigger 觸發 → 資料處理／邏輯判斷 → 執行 Action
例如：Webhook → Edit Fields → If → HTTP Request
代表收到外部資料後，先整理欄位，再依條件判斷，最後呼叫其他系統的 API。
n8n 常見節點類型有哪些？
為了方便新手理解，可以依照用途把常見 Node 分成以下幾類：
| 類型 | 主要用途 | 常見節點 |
|---|---|---|
| Trigger | 啟動工作流 | Manual Trigger、Schedule Trigger、Webhook |
| Action | 執行外部操作 | Gmail、Google Sheets、Slack、HTTP Request |
| Logic | 判斷與控制流程 | If、Filter、Switch、Merge |
| Data | 整理與轉換資料 | Edit Fields、Aggregate、Split Out、Sort |
| AI | 建立 AI、Agent 或模型流程 | AI Agent、OpenAI Chat Model、Information Extractor |
| Code | 執行自訂程式邏輯 | Code |
要注意的是，這是方便理解的用途分類，不代表每個 Node 在 n8n 介面中一定會固定出現在相同分類。
實際建立工作流時，可以直接從節點搜尋面板輸入功能或服務名稱尋找需要的 Node。
n8n 3.0 更新：舊教學中的這些節點要注意
如果你是跟著較早期的 n8n 教學學習，可能會看到一些現在已經不建議使用的節點。
根據官方 n8n 3.0 Breaking Changes，n8n 3.0 預計於 2026 年 10 月推出，Function、Function Item、Item Lists、LangChain Code 等舊節點都將移除。
對第一次接觸 n8n 的讀者來說，先記住以下幾點即可：
| 舊節點 | 現在建議使用 |
|---|---|
| Function | Code node |
| Function Item | Code node |
| Item Lists | Split Out、Aggregate、Sort 等現行資料處理節點 |
| LangChain Code | 不建議新建，改用現行 AI 節點或 Code |
其中，Function 與 Function Item 已由 Code node 取代；如果你在舊教學中看到這兩個名稱，直接理解成現在應使用 Code 即可。
Item Lists 也已改由多個功能更明確的資料處理節點取代；而 LangChain Code 已被官方標示為 Deprecated，因此新 Workflow 不建議再使用。
如果你是第一次學 n8n，不需要特別研究這些舊節點。接下來直接從目前常用的節點開始學習即可。
n8n 節點操作介面怎麼看？
在目前的 n8n 編輯器中，新手主要需要熟悉三個區域：
點擊閱覽完整 n8n 節點介面：中央畫布、節點/觸發器面板、設定面板
1. Workflow Canvas
中央工作畫布，用來放置、拖曳並串接不同 Node。
一個 Workflow 的執行順序與分支關係，都可以直接從 Canvas 看出來。
2. Node 搜尋與新增介面
新增 Node 時，可以搜尋：
- App 名稱，例如 Google Sheets、Slack
- 功能，例如 Webhook、Code
- AI 元件，例如 AI Agent、OpenAI Chat Model
- Trigger 或資料處理工具
不需要先記住每個節點位於哪一個分類。
3. Node 設定與 Input／Output
點擊 Node 後，可以設定節點參數，並查看：
- Input
- Output
- Parameters
- Settings
除錯時最重要的習慣，就是確認：這個 Node 收到的 Input 是什麼？產生的 Output 又是什麼？
必學 10 大最常用、最實用的 n8n 節點
n8n 節點一：Manual Trigger
用途：手動啟動 Workflow，最適合開發與測試。
建立新流程時，可以先加入 Manual Trigger，再手動執行 Workflow，確認後續節點是否正常。
適合情境：
- 測試新 Workflow
- 檢查 API
- 開發資料處理流程
- 除錯
正式上線後，再依需求改成 Schedule Trigger、Webhook 或其他 Trigger。
n8n 節點二：Schedule Trigger
用途：在指定時間或固定頻率自動執行 Workflow。
例如：
- 每天上午 9 點產生報表
- 每小時同步一次 CRM
- 每週一整理上週數據
- 使用 Cron 自訂複雜執行時間
官方目前的節點名稱為 Schedule Trigger。
設定時除了執行時間，也要特別確認 Workflow 與 Instance 的 Timezone。另外，使用 Schedule Trigger 的流程必須儲存並發布，才會依排程執行。
n8n 節點三：Webhook
用途：收到外部系統的 HTTP Request 時立即啟動 Workflow。
Webhook 是 n8n 很重要的即時自動化入口。
常見應用包括：
- 網站表單送出後啟動 Workflow
- 電商訂單成立後同步 CRM
- 第三方系統通知 n8n
- 建立 API Endpoint
- 接收 LINE、CRM 或其他 SaaS 的事件資料
如果 Schedule Trigger 是「時間到了就執行」，Webhook 則是「事件發生時立刻執行」。
n8n 節點四：HTTP Request
用途：串接任何提供 API 的外部服務。
即使 n8n 沒有現成的 App Node，只要服務提供 API，通常就可以透過 HTTP Request 串接。
常見需要設定：
- URL
- Method
- Authentication
- Headers
- Query Parameters
- Body
例如可以用 HTTP Request：
- 呼叫內部 CRM API
- 讀取第三方資料
- 傳送資料到其他 SaaS
- 串接 AI API
- 操作 n8n 尚未提供完整功能的服務
因此 HTTP Request 幾乎是從 n8n 新手走向進階時一定會使用的節點。
n8n 節點五：Edit Fields（Set）
用途：新增、修改、重新命名或篩選資料欄位。
過去許多教學直接稱它為 Set，目前官方文件名稱為 Edit Fields (Set)。
例如原始資料為：
first_name
last_name
email
phone可以透過 Edit Fields 整理成：
fullName
email常見用途包括：
- 改欄位名稱
- 建立新欄位
- 使用 Expression 組合資料
- 只保留後續流程需要的欄位
- 整理 API 回傳結果
目前 Edit Fields 支援 Manual Mapping 與 JSON Output 兩種主要方式。
n8n 節點六：If／Filter
用途：依照條件決定資料是否繼續執行，或流向不同分支。
例如：
訂單金額 > 1,000符合條件：→ 通知業務
不符合條件：→ 執行一般流程
If 適合建立 True／False 分支。
Filter 則比較適合直接篩選符合條件的資料。
如果要建立更多分支，也可以使用 Switch。
n8n 節點七：Merge
用途：將不同來源或不同分支的資料重新合併。
例如：
CRM 客戶資料
↓
Merge → 後續分析
↑
訂單 API 資料Merge 常出現在：
- 多個 API 資料整合
- 不同 Workflow Branch 合併
- 客戶資料與訂單資料匹配
- 前面經過不同條件處理後重新匯流
需要注意的是，Merge 不只是單純把兩份資料「接在一起」，還要依實際需求選擇合適的合併方式。
n8n 節點八：Loop Over Items（Split in Batches）
用途：需要自行控制批次或迴圈時使用。
這裡是舊教學最容易讓新手混淆的地方。
Split In Batches 並不是另一個獨立於 Loop Over Items 的新節點。
官方目前的名稱是：Loop Over Items (Split in Batches)。
可以設定 Batch Size，例如每次處理：
50 items適合：
- API 有 Rate Limit
- 大量資料需要分批處理
- 某些 Node 無法一次處理全部 Items
- 需要自己建立迴圈流程
但也不要一看到多筆資料就加入 Loop Over Items。
n8n 官方特別提醒，多數 Node 原本就會自動處理多個 Input Items，因此很多情況其實不需要額外建立 Loop。
n8n 節點九：Code
用途：內建節點無法完成時，使用 JavaScript 或 Python 撰寫自訂邏輯。
Code 是目前 n8n 正式使用的程式節點，也已取代舊的 Function 與 Function Item。
Code 主要有兩種執行模式：
Run Once for All Items
整批 Input Items 只執行一次程式。
相當於過去 Function node 常見的使用方式。
Run Once for Each Item
每個 Item 各執行一次程式。
相當於過去 Function Item 的使用情境。
適合使用 Code 的情況包括：
- 複雜資料轉換
- 自訂計算
- 多層 JSON 處理
- 內建節點無法表達的特殊邏輯
但如果只是重新命名欄位、排序或過濾，優先使用 Edit Fields、Sort、Filter 等原生節點，通常會更容易閱讀與維護。
另外，Code node 本身不適合直接處理 HTTP Request 或檔案系統操作；這類工作應使用 HTTP Request 或 Read/Write Files from Disk 等專用節點。
n8n 節點十：Wait
用途：讓 Workflow 暫停，到指定時間或條件後再繼續。
例如：
- 訂單成立 2 小時後寄送問卷
- 3 天後寄送 Follow-up Email
- 等待特定時間再執行下一步
- 建立跨時間的客戶旅程
Wait 與 Schedule Trigger 最大差異在於：Schedule Trigger 負責啟動一個新的 Workflow Execution；Wait 則是在既有 Execution 中暫停，再於之後繼續執行。
n8n Input／Output 怎麼看？
理解節點功能後，還要看懂資料怎麼在節點之間流動。在 n8n 裡，可以先記住一個最基本的概念：
上一個節點的 Output，就是下一個節點的 Input。
- Input（輸入）：目前節點從上一個節點收到的資料。
- Output（輸出）：目前節點處理完成後，傳給下一個節點的資料。
以「接收表單資料，再整理欄位」為例：
Webhook
│
├─ Input：網站送進來的表單資料
│ name：王小明
│ email：test@example.com
│
└─ Output：Webhook 接收到的資料
↓
Edit Fields
│
├─ Input：Webhook 的 Output
│ name：王小明
│ email：test@example.com
│
└─ Output：整理後的資料
customerName：王小明
email：test@example.com
↓
HTTP Request
│
├─ Input：Edit Fields 的 Output
│ customerName：王小明
│ email：test@example.com
│
└─ Output：外部 API 回傳結果
從這個流程可以看出，每個節點都會接收前一個節點的資料，處理後再往下傳。
怎麼使用 Input 裡的資料？
設定節點時，可以直接透過 UI Mapping 選取前面節點的欄位，也可以使用 Expression 引用目前 Input 中的資料。
例如要取得目前資料中的 Email：
{{ $json.email }}
如果 Expression 抓不到資料，可以先查看目前節點的 Input，確認欄位名稱與資料是否正確傳入。
對新手來說，先掌握「Input → 節點處理 → Output」的資料流，就能理解多數 n8n 節點如何串接。
不過，實際建立企業自動化流程時，常會遇到資料格式不一致、節點串接錯誤，或 Workflow 反覆執行失敗等問題。
如果不確定流程該怎麼規劃，或自行排錯後仍無法穩定執行，也可以諮詢 Leadion AI 顧問團隊，協助盤點需求、設計工作流與找出節點串接問題。
n8n 節點常見錯誤與 6 個除錯技巧
| 問題 | 常見原因 | 建議檢查 |
|---|---|---|
| Node 出現 Error | Credential、API 或參數錯誤 | 查看錯誤訊息與節點設定 |
| API 無法連線 | URL、Method、Authentication 錯誤 | 檢查 HTTP Request |
| 找不到資料 | Expression 指向錯誤欄位 | 查看目前 Node Input |
| 資料格式錯誤 | JSON 結構與預期不同 | 先用 Edit Fields 整理 |
| 流程沒有執行 | Trigger 或 Workflow 狀態錯誤 | 檢查 Trigger 與是否 Publish |
| 批次流程卡住 | Loop 沒有正確結束 | 檢查 Loop 的出口條件 |
實際除錯時，可以依序做：
- 打開 Executions 查看失敗紀錄
- 找出第一個產生異常 Output 的 Node
- 比較該 Node 的 Input 與 Output
- 使用 Pin Data 固定測試資料
- 單獨執行 Node，縮小問題範圍
- 正式環境可建立 Error Workflow，集中記錄與通知錯誤
n8n 節點常見問題 Q&A
Q1：n8n Community Node 是什麼節點？
Community Nodes 是由社群或第三方開發者建立的 n8n 擴充節點，可串接官方內建 Node 尚未支援的服務與功能。
Q2：n8n 可以安裝第三方節點嗎？
可以。n8n 可透過 Community Nodes 擴充第三方節點；但不同部署方式支援範圍不同，安裝前可查看官方 Community Nodes 安裝說明。
Q3：n8n 可以自己建立節點嗎？
可以。如果現有 n8n 節點無法滿足需求，可以自行開發 Custom Node，串接特定 API、系統或內部服務。可參考官方 Create Nodes 文件。
Q4：n8n 找不到需要的節點怎麼辦？
可以先搜尋 Community Nodes；如果仍沒有合適節點，通常可改用 HTTP Request 串接 API，或自行開發 Custom Node。
Q5：n8n Community Node 安全嗎？
不一定。Community Node 可能包含第三方程式碼，建議優先使用經 n8n 驗證的節點，未驗證節點則應先確認開發者、套件來源與權限需求。
Q6. 哪裡能找到更多 n8n 節點資訊？
可參考官方文件 n8n Docs 或加入 n8n 社群論壇學習案例 進一步瞭解更多 n8n 最新資訊
進一步瞭解更多 n8n 最新資訊
下一步行動建議
- 需要專家協助評估或導入 n8n 嗎？預約 15 分鐘免費導入諮詢，
讓我們的專家為品牌規劃最適合的自動化藍圖。 - 想自己動手試試看？n8n 工作流製作：5 分鐘設定 AI 自動化工作流
- 對n8n主題感興趣？歡迎在以下欄位填入信箱，收取我們為你整理的最新 n8n 資訊！
