n8n 進階技巧 16-26｜Code 節點、錯誤處理到 Git 備份完整攻略

2025年5月21日 · 約 15 分鐘閱讀 · Alex Hsieh

更新於 2026年2月11日

📥 工作流 JSON 下載：GitHub 範例庫｜ 💬 社群討論：Skool 雲端方程式 Cloud F1

專業導讀

你有沒有遇過這種情況？n8n 工作流越做越複雜，節點拉了一大堆，但效率卻沒有明顯提升？甚至偶爾還會莫名其妙出錯，更糟的是改了某個節點後整個工作流就掛掉，想回到上一個穩定版本卻發現根本沒有備份？

這篇是 26 個 n8n 技巧系列的 Part 2，涵蓋第 16 到 26 個進階技巧。如果你還沒看過 Part 1，我建議你先讀 n8n 技巧 1-16，把基礎打好再來。Part 2 的重點是從「會用 n8n」升級到「用好 n8n」——我會帶你深入數據處理、表達式、AI Agent Session 管理、排程觸發、安全性管理，到最後怎麼處理迴圈跟多項輸出。

我在實際專案中帶過 500 多位學員，發現大約在建立第 5 到第 10 個工作流的時候，大家會開始遇到「維護地獄」——節點越來越多、邏輯越來越複雜、出了問題完全不知道從哪裡查起。這 11 個進階技巧正好是突破瓶頸的關鍵。我在影片裡面就跟大家說，我們一個一個來，每個技巧都用實際示範的方式帶你走一遍。

你將學到

固定值 vs 表達式的差異，以及為什麼搞混這個會讓你的工作流出問題
怎麼引用上一個節點、甚至更早的節點輸出，包括嵌套資料的取用
$now 日期格式化技巧，用 ChatGPT 幫你寫出正確的語法
AI Agent 的 Session ID 管理——我用打電話的比喻讓你秒懂
排程觸發器（Schedule Trigger）與 Cron Job 的進階設定
怎麼關閉 n8n 署名、安全管理 API 憑證
探索節點進階設定與 Loop Over Items 批量處理

什麼是 n8n 進階技巧？

n8n 進階技巧是指超越基礎拖拉節點操作，運用數據表達式、Session 管理、排程觸發、憑證安全、迴圈批量處理等功能，讓自動化工作流從「能跑」升級到「穩定、高效、可維護」的實戰方法。這 11 個技巧（16-26）是 n8n 中高階使用者必備的核心能力，也是從業餘玩家晉升專業開發者的分水嶺。

我在影片一開始就說了：「接下來我們會介紹數據處理跟表達式的使用。」這句話點出了 Part 2 的核心——如果說 Part 1 是讓你學會怎麼操作畫布、管理工作流，Part 2 就是讓你真正理解數據怎麼在節點之間流動。

為什麼有些人的 n8n 工作流跑得穩穩的，出了問題還能自動通知、自動修復，而有些人的工作流三天兩頭掛掉？差別就在於這些進階技巧的掌握程度。如果你已經能用 n8n 串接基本的 API、設定 Trigger，那這篇文章就是你的下一步。

我會用自己在專案中踩過的坑來跟你分享，每個技巧都附上真實的使用場景。不用一次學完，先掌握跟你目前工作流最相關的 2-3 個，用到熟了再學下一批。我自己的經驗是：慢慢來比較快。

Alex 的實戰觀察

我的觀察是：大多數 n8n 使用者停留在「能用」的階段，而沒有進入「善用」的層次。

我自己帶過 500 多位學員，發現一個很明顯的分水嶺——大約在建立第 5 到第 10 個工作流的時候，大家會開始遇到維護地獄。節點越來越多、邏輯越來越複雜、出了問題完全不知道從哪裡查起。更糟的是，三個月後回頭看自己的工作流，完全不記得當初為什麼要這樣設計。

我在影片裡面特別強調幾個重點，這邊也跟你分享我的真實想法：

表達式是 n8n 的靈魂：我在影片裡示範固定值跟表達式的差異時就說了，「你有沒有發現這個是所謂的固定值，我直接打上去，是固定的不能改的。」很多學員一開始都搞不清楚 Fixed 跟 Expression 的差別，結果工作流做出來全部都是寫死的值，完全無法動態調整。
引用節點要用對方式：我在影片裡講到引用更早的節點時特別提醒大家，「為什麼我們使用上會喜歡用英文的方式，是因為中文的節點有時候讀的時候比較容易有一些問題。」這個是實戰經驗，很多人用中文命名節點，結果在 Expression 裡引用的時候一直報錯。
Session ID 就像打電話：我在講 AI Agent 的 Session 管理時用了一個很好懂的比喻——「Session ID 就像我打電話給你，不管我跟你講幾句話，我們都是這個通話。」這個概念如果你搞不清楚，你的 AI Agent 就會每次對話都像失憶一樣。
安全性不能偷懶：我在影片裡很直白地說，「大部分的人會習慣直接在 Header 裡面就把你的 Token 的 Key 放進去，儘量不要這樣做。」API Key 直接寫在節點裡面是很多新手的壞習慣，這是資安大忌。

這邊要特別注意，這些技巧不需要一次全學會。我在影片最後也說了，「你現在一定聽不懂，在做的時候去試試看，這些工具是怎麼做的。」先求大概懂，再開始用，做了才會記住。

11 個 n8n 進階技巧完整教學

技巧 17：理解固定值 vs 表達式

固定值（Fixed）與表達式（Expression）是 n8n 數據處理的基礎。 搞清楚這兩者的差異，是你能不能做出動態工作流的關鍵。

我在影片裡面直接示範了這個差異。我先建立了一個 HTTP Request 節點，在 URL 欄位直接打上 google.com——「你有沒有發現這個是所謂的固定值，我直接打上去，是固定的不能改的。這就叫固定值，看到這個 Fixed。」

接著我切換到 Expression 模式，把 URL 用表達式的方式帶入——「你可以看到我們把這個 URL 放進來，它的右邊是展示 Expression 表達式，這樣就可以拿到對應的資料。」

什麼時候用哪一種？

使用情境	建議方式	範例
值永遠不會變	固定值（Fixed）	API 的 Base URL、固定的收件人 Email
值來自上游節點	表達式（Expression）	使用者輸入的資料、API 回傳的動態值
值需要計算或格式化	表達式（Expression）	日期格式化、字串拼接、條件判斷
設定檔參數	先存 Set 再用表達式引用	API Key、Batch Size 等可調參數

我的建議是：除非那個值確定永遠不會變，否則一律用表達式。 這樣做的好處是讓你的工作流具備動態能力，未來需求變更時不用一個一個節點去改。

技巧 18：引用上一節點的輸出

這個技巧是數據在節點之間傳遞的核心。我在影片裡面直接示範了怎麼用表達式引用上一個節點的輸出——「我們就是用這樣子的表達式，外面要有兩個框框去這樣子表達。」

基本語法是 {{ $json.fieldName }}，這會拿到上一個節點輸出的指定欄位。如果你需要拿到嵌套的資料，比如 User 物件裡面的 Email，我在影片裡也示範了——「如果你今天需要用 User 裡面的 Email，你就可以用這種方式，就是有兩個中括號括號起來的。」

嵌套資料取用：

// 基本引用
{{ $json.url }}

// 嵌套引用（User 裡面的 Email）
{{ $json.user.email }}

// 陣列引用（第一筆資料的名稱）
{{ $json.items[0].name }}

// 安全引用（避免 null 錯誤）
{{ $json.user?.email ?? "無 Email" }}

實戰提示： 我在影片裡特別提到，「這是引用不同的數據是怎麼做的。」當你的數據結構比較複雜時，可以在節點的輸出面板切換到 JSON 視圖，看清楚完整的資料結構，再寫對應的表達式。很多人表達式寫錯，就是因為沒有先看清楚資料長什麼樣子。

技巧 19：引用更早的節點輸出

前一個技巧是引用「上一個」節點，但如果你要引用的資料來自更早期的節點呢？我在影片裡用超級翻譯機的案例來示範這個技巧。

「其實前面已經有帶到，像這個翻譯機的時候，我們有講到如果你要去使用前面的節點，你會發現這裡必須要先有一個小括號，然後有個錢字號在最前面，告訴我這個是屬於前面的節點。」

語法格式：

// 引用上一個節點（預設）
{{ $json.fieldName }}

// 引用特定名稱的節點
{{ $('節點名稱').item.json.fieldName }}

// 引用更早的節點（用 $node 語法）
{{ $node["Earlier Node"].json.fieldName }}

我在影片裡特別提醒了一個實戰重點： 「為什麼我們使用上會喜歡用英文的方式，是因為中文的節點有時候讀的時候比較容易有一些問題，但是還是可以。」

這是我從實戰中學到的教訓——節點命名盡量用英文。中文節點名稱在 Expression 裡引用時，有時候會因為編碼問題出錯。如果你已經用了中文名稱，建議「可以用複製貼上的方式，以及在之前的讀取數據這邊把它打開，直接放進來也是可以的。」

兩種引用方式比較：

方式	語法	優點	缺點
拖拉引用	從節點面板拖入	自動生成語法，不會打錯	只能引用已執行過的節點
手動輸入	自己寫 Expression	靈活度高	容易拼錯節點名稱

我個人的習慣是先執行一次工作流，讓每個節點都有資料，然後在 Expression 編輯器裡面直接從左邊的節點清單拖入。這樣既快又不會打錯。

技巧 20：`$now` 日期格式化技巧

日期處理是 n8n 中最容易踩坑的地方之一。 我在影片裡面示範了 $now 的使用——「我們針對 $now 可以拿到現在的時間，但是我們還有更進階的。」

基本用法是在 Expression 裡面寫 {{ $now }}，它會回傳完整的 DateTime 格式。但實際使用時，你通常需要特定的日期格式。

「我可以針對我的錢字號再去調整 YYYY-MM-DD，你會發現它會變成 YYYY-05 的這樣子的格式。你可以根據它的格式做調整。如果你直接給 Now 的話，它就是沒有格式，它就是單純這樣子 DateTime 的形式。」

常用日期格式：

// 完整 DateTime（預設格式）
{{ $now }}
// 輸出: 2026-02-11T10:30:00.000+08:00

// 年-月-日 格式
{{ $now.format('YYYY-MM-DD') }}
// 輸出: 2026-02-11

// 自訂格式
{{ $now.format('YYYY/MM/DD HH:mm') }}
// 輸出: 2026/02/11 10:30

// 相對時間計算
{{ $now.minus({days: 7}).format('YYYY-MM-DD') }}
// 輸出: 7 天前的日期

我在影片裡給了一個很實用的建議——不知道怎麼寫格式語法？問 ChatGPT！ 「利用 ChatGPT 去告訴你，你要用什麼樣的語法。」我自己也經常這樣做，把需要的日期格式跟 ChatGPT 說一下，它馬上就能給你正確的 format string。

日期格式速查表：

格式碼	說明	範例
`YYYY`	四位數年份	2026
`MM`	兩位數月份	02
`DD`	兩位數日期	11
`HH`	24 小時制	14
`mm`	分鐘	30
`ss`	秒數	00
`ddd`	星期幾（縮寫）	Tue

技巧 21：AI Agent Session ID 管理

Session ID 是 AI Agent 記憶對話脈絡的關鍵。 我在影片裡面用了一個超好懂的比喻來解釋這個概念：

「Session ID 就像我打電話給你，不管我跟你講幾句話，我們都是這個通話。這個通話就叫做 Session。」

這個比喻非常貼切。當你在 n8n 裡面建立 AI Agent 工作流，用 Chat Trigger 或 Telegram 這類對話型觸發器的時候，每一次對話都會產生一個 Session ID。這個 ID 就像電話通話的編號，讓 AI Agent 知道「這些訊息都是同一個人在同一次對話中傳送的」。

「我們在工作流程裡面如果添加了這個 Chat Trigger 或者是用 Telegram 這種對話型的觸發器，我們都會得到這個 Session。那在使用上其實就像這樣，你有沒有看到這邊有一個 AI Agent 的時候會有一個 ID，這個 ID 就是所謂的 Session ID。」

實際取用 Session ID：

// 從 Chat Trigger 取得 Session ID
{{ $json.sessionId }}

// 在 Memory 節點中使用
// Session Key: {{ $json.sessionId }}

我在影片裡測試了——「我們來測試一下 1、2、3，我們傳送一下。這時候你就會發現，這邊你就會記錄到有一個 Session ID 是這一組。」然後在 Memory 節點裡面就能拿到這組 Session ID，讓 AI Agent 記住你之前說了什麼。

為什麼 Session ID 很重要？

有 Session ID	沒有 Session ID
AI 記得之前的對話	每次都像重新開始
可以做多輪對話	只能做單次問答
用戶體驗好	用戶需要每次重述背景
適合客服、助理場景	只適合簡單查詢

「就是我剛剛跟你通話的時候，我打幾個號碼，什麼號碼給你，那你就要利用這個 Session ID 來記錄我們所有的記憶是怎麼做的。」

如果你正在做 AI 聊天機器人或客服自動化，這個技巧是必備的。想深入了解 AI Agent 的完整設定，可以參考 n8n AI Agent 概念指南。

技巧 22：使用排程觸發器（Schedule Trigger）

「接下來是工作流程跟觸發跟排程的設定。技巧 22 是使用排程觸發器，你可以設計每天每小時，或者是自訂時間的格式來做觸發。」

排程觸發器（Schedule Trigger）是 n8n 最常用的觸發方式之一。我在影片裡面示範了它的各種設定方式。

「你可以發現這邊每日觸發的節點，它其實會選擇每一天。你當然也可以選擇每一秒、每 5 分鐘、每 15 分鐘 Trigger 一次、觸發一次。」

基本設定選項：

觸發間隔	適用場景
每秒	極端即時需求（不建議常用，耗資源）
每 5 分鐘	需要準即時的監控任務
每 15 分鐘	新資料同步、狀態檢查
每小時	報表更新、資料彙整
每天	日報生成、備份任務

進階：Cron Job 自訂排程

如果內建的選項不夠用，你可以用 Cron 表達式做更精確的排程。我在影片裡面介紹了 Cron Job 的用法——「你也可以選擇更進階的這種 Cron Job，你可以設定任何特定的時間去做執行。」

「比如說每天 8 點你點一下，它就會告訴你這樣子的方式，你複製貼上就是每天 8 點，你就把這個複製過來貼上去。」

Cron 表達式快速參考：

表達式	說明
`0 8 * * *`	每天早上 8:00
`0 9 * * 1-5`	週一到週五 9:00
`0 /2 * *`	每 2 小時
`/15 * * *`	每 15 分鐘
`0 9 1 * *`	每月 1 號 9:00

我建議可以用 crontab.guru 這個網站來測試 Cron 表達式，視覺化地確認排程是否正確。

我的實戰建議：

避免整點衝突：如果你有多個工作流，不要全部設在同一個整點。我曾經遇過學員的 n8n 伺服器每天 9 點就當掉，原因就是 15 個工作流同時啟動。建議錯開 3-5 分鐘。
高頻率任務要小心：每分鐘觸發 = 每天 1440 次。API 額度、伺服器資源、資料庫負載都要考慮進去。
能用 Webhook 就不要用高頻 Cron：Webhook 是事件驅動，只有真的有事件發生才執行，比定時檢查省資源多了。

技巧 23：關閉 n8n 署名（Attribution）

這是一個小但實用的技巧。我在影片裡直接展示了這個問題——「當我們傳送 n8n 的訊息的時候，後面都會帶上這個 Email 是從 n8n 傳送過來的。如果你想要使用的時候沒有這個東西，我們該怎麼做？」

相信很多人都遇過這個情況：用 n8n 發送 Gmail 或 Telegram 訊息，收件人看到訊息下面有一行「This email was sent from n8n」之類的署名。如果你是用 n8n 做專業的自動化服務，這個署名看起來就不太專業。

「你可以看到我們在 Gmail 傳送訊息的部分，最下面這邊有一個訊息，可以選擇 n8n 的 Attribution，你可以選擇把它關掉。它傳送的時候就不會有剛剛的這個 n8n 傳送的標記。」

操作方法：

打開你的 Gmail / Telegram / 任何訊息發送節點
找到下方的 Options 或 Advanced 設定
找到 Append n8n Attribution 選項
把它關閉

我在影片裡也用 Telegram 做了示範——「它一樣也有這個 Attribution，你會預設的時候需要把它加進去，然後把它關閉。這樣子就不會有剛剛這個 n8n 傳送的這個紀錄訊息。」

哪些節點有 Attribution 設定？

節點	預設狀態	建議
Gmail	開啟	正式使用時關閉
Telegram	開啟	正式使用時關閉
Slack	開啟	看場景決定
Email (SMTP)	開啟	正式使用時關閉

注意：這個功能在 n8n 的免費版和付費版都有。如果你想要支持 n8n 開源社群，也可以選擇保留署名，讓更多人知道 n8n 這個好工具。

技巧 24：安全保存 API 憑證

這是我認為每個 n8n 使用者都必須學的技巧。 我在影片裡很直白地說：「大部分的人會習慣直接在 Header 裡面就把你的 Token 的 Key 放進去，把你的隱私權直接放在這裡，整組放上去——儘量不要這樣做！」

為什麼不要直接把 API Key 寫在 HTTP Request 節點的 Header 裡？

安全風險：任何能看到工作流的人都能看到你的 API Key
無法重複使用：10 個節點都要寫一樣的 Key，改一個要改全部
容易外洩：匯出工作流 JSON 時，Key 會跟著匯出

正確做法：使用 n8n 的 Credential 系統

我在影片裡示範了正確的方式——「儘量要以我們 n8n 推薦的方式，例如它的認證，你可以用這個 Predefined Credential Type 或者是 Generic 的。那我們以這個 Predefined 為例，預先定義好 OpenAI 的，我們點選一下，其實它就是直接用你原本 OpenAI 的 API Key。」

兩種 Credential 類型：

類型	說明	適用場景
Predefined Credential	n8n 預先定義好的	OpenAI、Google、Slack 等主流服務
Generic Credential	自定義的認證方式	自建 API、少見的第三方服務

使用 Predefined Credential 的步驟：

在 HTTP Request 節點，點擊 Authentication
選擇 Predefined Credential Type
選擇對應的服務（例如 OpenAI）
建立或選擇已有的 Credential
輸入你的 API Key（只需要輸入一次）

「所以你就可以重複使用這些 API Key，幫助你去更好的管理這些隱私權的部分，提高你的資訊安全的安全性。」

我的最佳實踐：

所有 API Key 都用 Credential 管理，不要寫在節點裡
定期輪換 API Key，特別是有權限做刪除操作的 Key
匯出工作流前，確認敏感資訊已經透過 Credential 管理（匯出時 Credential 會自動被排除）
用不同的 Credential 區分環境：開發用一組 Key，正式用另一組

技巧 25：探索節點的進階設定

很多人用 n8n 的時候，只用到節點最基本的功能，完全不知道還有一堆進階設定可以調整。我在影片裡面打開 HTTP Request 節點的設定給大家看——「你會發現其實在後面的設定，它有非常多的選項可以選擇。」

HTTP Request 節點的進階設定：

設定	功能	使用場景
SSL Certificate	使用自訂 SSL 憑證	存取內部 API、自簽憑證伺服器
Always Output Data	即使出錯也輸出資料	需要處理錯誤回應內容
Execute Once	只執行一次（忽略多筆輸入）	只需要打一次 API 的情況
Retry On Fail	失敗時自動重試	API 偶爾不穩定的情況
Notes	為節點加上說明文字	團隊協作、未來自己回顧

我在影片裡也示範了怎麼加 Notes——「你也可以在下面加上你的筆記，比如說 Test HTTP 要不要顯示，顯示這個你的筆記。這時候這邊就會出現 Test HTTP。」

失敗重試的設定：

「如果我這次失敗了，我要打三次。」這是 Retry On Fail 的功能。當你呼叫的 API 偶爾會超時或返回錯誤，可以設定自動重試：

Max Tries：最多重試幾次（建議 2-3 次）
Wait Between Tries：每次重試間隔多少毫秒（建議 1000-3000ms）

我的建議： 「記得有這些設定可以去做調整，根據你不同的情況去做你要求的調整。」每個節點都有它的進階設定，花幾分鐘探索一下，你會發現很多隱藏的好功能。特別是 Retry On Fail 和 Notes 這兩個，我幾乎每個正式上線的工作流都會用到。

技巧 26：處理迴圈與多項輸出

最後一個技巧也是最進階的——怎麼處理大量資料的迴圈和合併。我在影片裡用超級翻譯機的案例來示範。

「我們這邊有一個超級翻譯機的內容，你會發現我們這邊有一個 Loop Over Items，它是一個批量的迴圈。它會去這個 Google Sheet 裡面去讀，我今天一次只能處理 10 個。你會發現在這裡的數據，它說我讀到了 11 個物件。那我這裡只做什麼？10 個 10 個做，直到把 11 個做完。所以這個就是 Loop Over Items。」

三個關鍵元件：

1. Loop Over Items（批量迴圈）

把大量資料分成小批次處理。我在影片裡的例子是每次處理 10 筆，直到全部處理完。

Google Sheets (讀取 11 筆)
  ↓
Loop Over Items (每次 10 筆)
  ↓
處理邏輯（例如翻譯）
  ↓
回到 Loop（處理剩下的 1 筆）
  ↓
完成

2. Merge（合併）

「還有一種類型的資料是合併。我會把原本上面試算表已經讀到的資料跟我翻譯的結果做合併，把 Input 1 跟 2 做合併。」

Merge 節點讓你把兩條不同路線的資料合在一起。在翻譯機的場景裡，就是把原始資料和翻譯結果配對起來。

3. Aggregate（匯總）

「最後我可以用 Aggregate，我可以把剛剛所有 11 個中文的翻譯，把這個格子裡面所有的資料全部做合併。」

Aggregate 節點把多筆零散的資料合成一筆完整的資料。比如 11 個翻譯結果分散在 11 筆資料中，用 Aggregate 可以把它們合成一個完整的翻譯清單。

三者的比較：

元件	功能	使用場景
Loop Over Items	分批處理	大量資料要分批呼叫 API
Merge	兩路合一	合併不同來源的資料
Aggregate	多筆合一	把分散的結果彙整成一份

我在影片裡最後說了一句很重要的話——「你現在一定聽不懂，在做的時候去試試看，這些工具是怎麼做的。」我完全同意這個觀點。迴圈和合併是比較抽象的概念，光看文字說明很難完全理解。最好的方式就是打開 n8n，自己動手做一個小的測試工作流，把 Loop、Merge、Aggregate 都試一遍。

「所以你只要知道有這些可以處理資料型態的元件，這樣子就可以了。」先知道有這些工具存在，等到實際需要的時候再深入研究。

11 個技巧比較總覽

我在影片最後幫大家做了一個整理——「最後我們幫大家整理一下所有的技巧比較表，你會發現我們是根據類別來做介紹的。」

類別	技巧編號	技巧名稱	使用頻率	建議
數據處理與表達式	17	固定值 vs 表達式	極高	必學
數據處理與表達式	18	引用上一節點	極高	必學
數據處理與表達式	19	引用更早節點	高	必學
數據處理與表達式	20	$now 日期格式化	高	必學
AI Agent 管理	21	Session ID	中高	做 Agent 必學
觸發與排程	22	排程觸發器	高	常用
訊息設定	23	關閉 n8n 署名	中	有用到再學
安全管理	24	API 憑證管理	極高	一定要學
節點設定	25	進階設定探索	高	有用到再學
資料處理	26	迴圈與多項輸出	中高	有用到再學

我在影片裡也給了學習建議——「1 到 6 的部分建議你要學，就是怎麼做畫布的操作。再來從 7 開始，7 到 12 都是工作流程的管理，常常用。測試跟除錯我也推薦你要看一下，基本上都會用到。再來就是數據處理的這 4 個都是非常簡單的但是很常用到，所以這 4 個也要學。」

「我個人建議你一定要學安全的管理，是怎麼去管理你的權限。剩下的部分就是有用到再來學習。」

重點整理

固定值 vs 表達式是基礎中的基礎：除非值永遠不會變，否則一律用表達式。Fixed 就是寫死的值，Expression 是動態取得的值。
引用節點輸出有兩種層次：上一個節點用 $json，更早的節點用 $('節點名稱') 語法。嵌套資料用 .user.email 這種點記法。
節點命名建議用英文：中文節點名稱在 Expression 裡引用時容易出問題。這是我實戰中的血淚教訓。
$now 搭配 format 非常實用：不知道語法就問 ChatGPT，它會直接給你正確的 format string。
Session ID 就像電話通話編號：讓 AI Agent 記住對話脈絡的關鍵。沒有 Session ID，你的 AI 每次都會失憶。
排程觸發器要錯開整點：避免所有工作流同時觸發造成伺服器過載。能用 Webhook 就不要用高頻 Cron。
n8n 署名可以關閉：在節點的 Attribution 設定裡關掉。Gmail、Telegram 等節點都有這個選項。
API Key 絕對不要寫在節點裡：用 n8n 的 Credential 系統管理，安全又方便重複使用。
每個節點都有進階設定值得探索：Retry On Fail、Notes、Execute Once 等隱藏功能超實用。
Loop、Merge、Aggregate 三劍客：處理大量資料的必備組合。先知道有這些工具，等實際需要再深入。
不用一次學完所有技巧：我在影片裡也說了，「剩下的部分就是有用到再來學習。」先掌握最常用的，慢慢擴展。

常見問題 FAQ

Q1: 固定值和表達式到底怎麼切換？我在 n8n 上找不到

在每個輸入欄位的右邊，你會看到一個小圖示（像是齒輪或切換按鈕）。點下去就可以在 Fixed（固定值）和 Expression（表達式）之間切換。我在影片裡面也有示範，「你可以看到我們把這個 URL 放進來，它的右邊是展示 Expression 表達式。」如果你用的是比較新的 n8n 版本，它會更明顯地顯示目前是 Fixed 還是 Expression 模式。建議你打開 n8n 實際操作一次，比看文字說明清楚 10 倍。

Q2: 節點命名一定要用英文嗎？用中文真的會出問題？

不是「一定」，而是「建議」。我在影片裡也說了「中文的節點有時候讀的時候比較容易有一些問題，但是還是可以」。問題通常出在 Expression 引用的時候，特別是含有特殊符號的中文名稱。如果你已經習慣用中文命名，我建議至少在引用的時候用拖拉的方式自動生成 Expression，而不是手動打字。手動打中文名稱很容易出現編碼或引號的問題。我個人的做法是節點名稱用英文，但在 Notes 裡面寫中文說明，兩全其美。

Q3: Session ID 是自動產生的嗎？我需要自己管理嗎？

如果你用 n8n 內建的 Chat Trigger 或 Telegram Trigger，Session ID 是自動產生的，不需要自己管理。我在影片裡測試的時候，「我們來測試一下 1、2、3，我們傳送一下，這時候你就會發現這邊你就會記錄到有一個 Session ID 是這一組。」但如果你是透過 Webhook 自己接收訊息，就需要自己設計 Session ID 的邏輯。常見的做法是用「用戶 ID + 時間窗口」來產生 Session ID，例如同一個用戶在 30 分鐘內的訊息算同一個 Session。

Q4: Cron Job 的時區怎麼設定？我設了早上 9 點但實際不是 9 點執行

這是最常見的 Cron 問題。n8n 的 Cron 時間取決於你 n8n 伺服器的時區設定。如果你的伺服器時區是 UTC，那設定 0 9 * * * 就會在 UTC 9:00 執行，台灣時間就是下午 5 點。解決方法有兩個：(1) 在 n8n 的環境變數設定 GENERIC_TIMEZONE=Asia/Taipei；(2) 自己計算時差，台灣時間 9 點等於 UTC 1 點，所以設 0 1 * * *。我建議用方法一，一勞永逸。

Q5: 我的工作流有大量資料要處理，Loop Over Items 跟 Split In Batches 有什麼差別？

Loop Over Items 是 n8n 比較新版本提供的批量迴圈元件，功能和 Split In Batches 類似但更直觀。我在影片裡用的就是 Loop Over Items——「它是一個批量的迴圈，它會去這個 Google Sheet 裡面去讀，我今天一次只能處理 10 個。」兩者的核心功能相同：把大量資料分批處理。如果你的 n8n 版本夠新，建議用 Loop Over Items，它的 UI 更友善。如果是舊版本，就用 Split In Batches。不管用哪個，記得中間加 Wait 節點控制節奏，避免觸發 API Rate Limit。

Q6: API 憑證用 Credential 管理的話，匯出工作流時會不會也把 Key 匯出？

不會。這正是用 Credential 管理的好處之一。我在影片裡特別強調要用 n8n 推薦的 Credential 方式管理 API Key——「你就可以重複使用這些 API Key，幫助你去更好的管理。」當你匯出工作流 JSON 時，Credential 的實際值（API Key、Token 等）不會包含在內，只會有一個 Credential 的引用 ID。所以你可以安全地分享工作流 JSON 給別人，不用擔心洩漏 API Key。對方匯入後，需要自己建立對應的 Credential 並填入自己的 Key。

下一步行動

🎓 想更有系統地學會這些技巧？ 到 AI 職場工作術（雲端方程式 Cloud F1 旗艦課程）看看完整的實作路徑。

學完這 26 個技巧（Part 1 + Part 2），你已經具備建立專業級 n8n 自動化工作流的能力了。接下來最重要的不是再學更多技巧，而是動手實作。

我在影片最後也鼓勵大家——「如果你覺得這個流程是 OK 實用的，幫我按讚+訂閱，然後未來我們會分享更多 AI 自動化的省力工具。」

我建議你可以這樣開始：

選一個小專案：不要一開始就挑太複雜的，先從「每天要做 10 分鐘的重複任務」開始
套用 3 個技巧：表達式引用（17-19）+ API 憑證管理（24）+ 排程觸發（22）是最常用的組合
先求大概懂，再開始用：我在影片裡就說了，「你現在一定聽不懂，在做的時候去試試看。」不要追求完全理解才動手，邊做邊學是最快的方式
善用 ChatGPT 輔助：不知道 Expression 怎麼寫、Cron 格式怎麼設？直接問 AI，它比翻文件快 10 倍

如果在實作過程中遇到問題，歡迎到 Skool 社群發問，我和 500+ 學員都會幫你解答。

觀看完整影片教學：YouTube EP24 - n8n 26 Tips Part 2
取得範例程式碼：GitHub Repository
加入學習社群：Skool 雲端方程式 Cloud F1
如果你是完全新手，建議先看 n8n 零基礎完整教學