n8n、Zapier、Make 怎麼選？自架成本試算

決定一切的唯一差異

n8n、Zapier 和 Make 執行相同類型的工作。觸發條件啟動後，資料會在 API 之間傳遞，最後寫入另一個系統。三者之間的選擇通常取決於一件事：計費單位。Zapier 和 Make 會依自動化流程執行的每個工作單位收費。自行託管的 n8n 不會依工作單位收費，因為你支付的是伺服器費用。

以下所有差異都源自這一點。當你每天執行 10 個工作流程時，按量計費的方案幾乎不花錢；但當工作流程開始每分鐘觸發一次後，費用可能成為最大宗的軟體支出。固定的伺服器費用則相反：第一天看起來較昂貴，但流量增加後不會隨之上升。這兩種模式都沒有不誠實。它們只是對不同類型的使用者更有利。

各產品實際收取的費用

Zapier 依 task 計費。 Zapier 自己的定義是：每當 Zapier 成功完成一項工作，就會計算 1 個 task。Zap 中每個成功執行的 action step 都會消耗 1 個 task，部分 action 會消耗超過 1 個。Trigger 與 polling 不計費，失敗的 action 不計費，內建工具（Formatter、Paths、Filter、Delay、Looping、Storage）也不計費。因此，包含 1 個 trigger 與 3 個 action step 的 Zap，每執行 1 次就會消耗 3 個 task。截至 2026 年 7 月，免費方案每月包含 100 個 task；付費 Professional 方案按年計費時，每月約從 20 美元起，包含 750 個 task。

Make 依 credit 計費。 credit 是 Make 過去用來稱呼 operation 的單位。Make 的文件說明，scenario 執行的每個 action 都會消耗特定數量的 credit，而大多數 action 消耗 1 個。讀取、搜尋、建立、更新、刪除、轉換、彙總與迭代各消耗 1 個 credit。Router 與 error handler 不消耗 credit。其中關鍵是 iterating：對 200 列資料執行迴圈的 module，約會消耗 200 個 credit，而不是 1 個。截至 2026 年 7 月，免費方案每月包含 1,000 個 credit；Core 方案每月約從 12 美元起，包含 10,000 個 credit。

自架 n8n 不會依執行次數計費。 Community edition 免費，且幾乎包含完整功能集。Workflow 執行、執行期間的 nodes、迴圈迭代與重試都不會產生費用，因為唯一的成本是伺服器的 CPU、記憶體與磁碟。付費的自架方案需要 license key，但銷售的是 single sign-on 與獨立環境等治理功能，而不是處理量。如果你已經完成 使用 Docker 與 HTTPS 在 VPS 上設定 n8n，就已經支付所有持續性費用。

n8n 官方文件中的安裝指令很短，足以說明這一點：

docker volume create n8n_data

docker run -it --rm \
 --name n8n \
 -p 5678:5678 \
 -e GENERIC_TIMEZONE="Europe/Berlin" \
 -e TZ="Europe/Berlin" \
 -e N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true \
 -e N8N_RUNNERS_ENABLED=true \
 -v n8n_data:/home/node/.n8n \
 docker.n8n.io/n8nio/n8n

接著，編輯器會在 port 5678 上提供服務。這個指令只適合初步查看，因為它使用預設的 SQLite 檔案，而且 --rm 會在你停止容器時將其刪除。正式依賴的伺服器應使用 Postgres，並在前方配置 reverse proxy。

實際的每月用量

模糊的比較沒有意義，因為答案完全取決於你的用量。請直接計算。以下是小型公司實際會執行的 4 個自動化流程，以及各自的觸發頻率和每次執行所處理的計費步驟數。

[
  {
    "label": "Form to CRM to Slack",
    "runs_per_month": 1200,
    "billable_steps": 3,
    "units_per_month": "3,600"
  },
  {
    "label": "Order sync, every 15 min",
    "runs_per_month": 2880,
    "billable_steps": 4,
    "units_per_month": "11,520"
  },
  {
    "label": "AI inbox triage",
    "runs_per_month": 900,
    "billable_steps": 5,
    "units_per_month": "4,500"
  },
  {
    "label": "Daily revenue report",
    "runs_per_month": 30,
    "billable_steps": 6,
    "units_per_month": "180"
  }
]

僅訂單同步每月就會使用 11,520 個計費單位，因為每 15 分鐘觸發一次的排程會執行 2880 次，而每次執行會處理 4 個付費步驟。每日報表雖然因為步驟最多而看起來是最複雜的工作流程，但每月只會使用 180 個計費單位。執行頻率每次都勝過複雜度，因此若只看工作流程的結構、忽略排程，就可能收到意料之外的帳單。

這 4 個自動化流程合計每月使用 19,800 個計費單位。在 Zapier 上，這會讓你使用付費方案的 20,000 個 task 級距。在 Make 上，這大約是 Core 方案內含 credits 的 2 倍，因此需要升級方案。在自行託管的 n8n 上，這與執行 1 個工作流程的每月伺服器費用相同，伺服器不會察覺差異。

現在只改變 1 個數字。將訂單同步從每 15 分鐘執行一次改為每 5 分鐘執行一次。Zapier 和 Make 的這一項用量會增加 3 倍，達到 34,560 個計費單位，帳單也會升至下一個級距。n8n 伺服器的 CPU 使用量只增加幾個百分點。這種不對稱性才是真正的決策依據，而不是任何方案的標示價格。

轉折點在哪裡

沒有通用的損益平衡點，但其趨勢可以預測。

• 每月約低於 1,000 個單位時，代管服務的免費方案明顯勝出。沒有任何方案能比零成本更低，而且你不必維護伺服器。
• 每月約介於 1,000 至 10,000 個單位時，入門付費方案價格低廉，代管工具仍是較划算的選擇，因為 VPS 加上你的維運時間，成本通常高於每月 12 至 20 美元。
• 每月超過約 20,000 個單位時，按量計費會持續累加，而固定的伺服器成本通常更有利；隨著用量增加，這項優勢也會持續擴大。
• 任何會逐列處理資料的工作流程，例如 CSV 匯入、包含 500 筆訂單的清單或分頁 API，都會完全跳過上述區間，因為單次執行就可能消耗數千個單位。

最後一種情況會讓自架從偏好變成必要選擇。每晚處理 5,000 筆記錄的工作，在按量計費方案上會消耗 5,000 個 credits；在 n8n 上則只會消耗一次執行所需的 CPU 資源。

相同邏輯也適用於 AI 步驟，而這正是自動化用量成長最快的部分。代管情境中的每次模型呼叫，除了模型供應商收取的 token 費用外，還會被計為一個可計費單位，因此同一項工作會被計費兩次。在 n8n 工作流程中執行 Claude API，你只需支付模型供應商的費用。

n8n 授權條款，簡明說明

依通常定義，n8n 並非開放原始碼軟體。若假設它是開放原始碼，日後可能會發現授權限制。n8n 採用 Sustainable Use License，其內容如下：

您只能基於自身的內部業務目的，或基於非商業及個人用途，使用或修改本軟體。

至於再提供給他人：

您只能在不收取費用且基於非商業目的的情況下，散布本軟體或提供給他人。

請根據您計畫進行的用途解讀這些條款。使用 n8n 自動化自家公司的工作，屬於內部業務目的，這是許可的用途，且幾乎涵蓋所有閱讀本文的使用者。若將 n8n 作為您銷售產品的引擎，或向客戶轉售託管的 n8n 執行個體，則不在免費授權涵蓋範圍內，必須與 n8n 簽訂商業協議。若要以 n8n 建立業務，請先查看 n8n 儲存庫中的最新 LICENSE.md，因為條款可能變更，且只有儲存庫中的文字具有效力。

還有第二個比較輕微的限制。免費的 Community 版本幾乎包含所有功能，免費註冊後還能解鎖幾項功能，例如編輯器中的資料夾與 debug。針對大型團隊的功能則需要付費 license key，包括 single sign-on、log streaming 與獨立環境。這些屬於治理功能。Throughput 從來不是銷售項目。如果不確定所依賴的功能屬於哪一側，建議先逐項檢視Community 與 Enterprise 的限制，再據此設計系統。

無固定伺服器費用未涵蓋的部分

誠實評估自架服務時，也必須納入不免費的部分。

您必須自行維持服務可用性。託管平台發生中斷時，您只需等待，由其他人負責處理。VPS 發生中斷時，無論發生在什麼時間，您都必須自行修復。您也必須自行負責升級，因為 n8n 經常發布新版本，而從不更新的容器映像會形成安全問題。備份也由您負責：n8n encryption key 與 Postgres database 是憑證和工作流程的唯一副本，遺失該金鑰會導致所有已儲存的憑證都無法解密。從第一天起，就應將 加密的 restic 備份 指向這兩者，而不是等到第一次發生事故後才處理。

您也必須自行承擔託管方案暗中包含的工作。Zapier 和 Make 維護數千個應用程式連接器，供應商變更 API 時也會負責修復。n8n 擁有大型 node library，並提供可涵蓋其餘需求的 generic HTTP node，但整合功能損壞時，整個下午可能都要用來處理。託管方案也包含合規文件、具備回應時間承諾的支援，以及由其他人負責的 on-call 輪值。

請誠實估算實際成本：伺服器費用，加上每月約 1 小時的維護時間，以及初始設定所需的一天。如果總成本仍低於按用量計費的帳單，自架服務就是正確選擇。每月 19,800 units 時，通常值得自架。每月 500 units 時，通常不值得。

應該選哪一個

如果連接器清單就是產品本身，請選擇 Zapier。它支援的應用程式最廣，學習曲線也最平緩。如果自動化流程簡短且不常執行，依工作計費確實很便宜。

如果邏輯以視覺化方式呈現，且包含分支，請選擇 Make。其畫布能妥善處理路由器、迭代器和錯誤處理常式。在相近的方案層級，Make 的每單位 credit 成本低於 Zapier 的 task。請注意迭代器，因為 credit 用量可能在這裡突然增加。

如果執行量很高、資料不能離開自己的基礎架構，或工作流程會呼叫既有的模型與資料庫，請選擇自行託管的 n8n。在這 3 個選項中，只有 n8n 能讓你查看工作流程執行的程式碼路徑並加以修改。請預留一台 VPS 和每月 1 小時的維護時間，並先閱讀授權條款。基於上述原因，它值得列入任何 2026 年自行託管清單：計量表會停止。

FAQ

自架 n8n 真的免費嗎？

Community edition 可免費執行，不收取每次執行費用，且包含幾乎完整的功能。您仍需支付伺服器成本。較大型團隊所需的功能，例如單一登入、日誌串流及獨立環境，則需要付費 license key。系統不會依工作流程執行量計費，這正是自架的主要原因。

一次執行 Zap 會使用多少 Zapier tasks？

每個成功執行的動作步驟會使用 1 個 task，部分動作的費用可能超過 1 個。觸發程序、輪詢、失敗的動作，以及 Formatter、Paths、Filter 和 Delay 等內建工具都免費。因此，包含 1 個觸發程序和 3 個動作的 Zap，每次執行會使用 3 個 tasks；如果每月觸發 1,000 次，就是 3,000 個 tasks。

Make credits 和 Zapier tasks 的計算方式相同嗎？

兩者接近，但並不完全相同。兩者都會依工作流程執行的每個動作計費。Make 會將每個 module 動作計為 1 個 credit，其中包括資料轉換及 iterator 的每次迭代；Zapier 則不會對內建的格式化與篩選工具收費。對會逐一處理清單項目的工作流程而言，這項差異尤其明顯，因為 Make 的逐次迭代計費很快就會累積。

我可以在商業產品中使用自架 n8n 嗎？

免費 license 不允許這樣使用。Sustainable Use License 允許您為自身的內部業務目的使用，或用於非商業及個人用途。自動化自家公司內部的工作沒有問題。但若要將 n8n 嵌入您銷售的產品，或轉售代管執行個體，則需要與 n8n 簽訂 commercial agreement。在確定設計前，請先閱讀 repository 中目前的 LICENSE.md。

應達到多少用量時，才應從 Zapier 或 Make 切換至 n8n？

沒有固定數字，但通常可以依照以下趨勢判斷。每月低於約 1,000 個計費單位時，代管服務的免費方案較有利；每月高於約 20,000 個計費單位時，固定的伺服器成本通常更具優勢。任何會逐列處理資料的工作流程都可能立即打破這項判斷，因為在按量計費的方案中，單次執行處理 5,000 筆記錄就會消耗 5,000 個單位，而在自己的伺服器上不會增加額外費用。