n8n vs Make vs Zapier 2026：100、1,000、10,000筆怎麼選

n8n、Make、Zapier 的價格不能把方案月費排在同一張表就結案。n8n Cloud 主要按整條 workflow 的 execution 計，Make 以 scenario 裡 module 執行動作消耗 credit，Zapier 則在 Zap 成功完成 action 時記為 task。同樣處理 1,000 筆訂單，流程步驟、批次方式、錯誤重試與免費內建步驟不同，用量可能完全不是 1,000。

快速結論：非技術團隊要快速串接常見 SaaS、流程不深，先驗證 Zapier；需要可視化分支、資料轉換與精細錯誤路由，又不想維護主機，先試 Make；流程很長、需要程式碼、自訂節點、內網或自架控制，n8n 值得進 PoC。但自架不是免成本，而是把 SaaS 帳單換成維運、備份、升級、資安與待命責任。

價格與方案查詢日：2026 年 7 月 12 日。 本文僅引用 n8n、Make、Zapier 當期官方 pricing 與 help/docs。頁面可能依月繳／年繳、幣別、地區、任務級距和帳號舊制顯示不同價格；採購前以登入後結帳頁為準。本站沒有對三平台進行同流程跑分，也不提供捏造的速度、失敗率或美元成本。

先翻譯三種計費語言

平台	官方核心單位	一次觸發怎麼計	容易漏算
n8n Cloud	Workflow execution	一次完整 workflow run 算一次，不因步驟數增加	觸發頻率、拆成多條子流程、重跑、並行與保存紀錄
Make	Credit（與 operation 相關但不同）	每個 module 執行 action 通常消耗 credit；部分 AI 功能可能更多	iterator、search、transform、資料逐筆展開、AI token型用量
Zapier	Task	Zap 成功執行每個 action 各算 task；trigger／polling不算	多個成功 action、Looping、MCP tool call、pay-per-task超額

n8n 官方定義 execution 為整條 workflow 的單次執行，不論步驟多少或處理多少資料仍是一個 execution。但這不表示「任何 10,000 筆都只算一次」：如果 10,000 個 webhook 事件各自觸發一次，就是 10,000 次 execution；只有排程一次抓回一批資料並在同一 run 內處理，才可能是一個 execution。

Make 官方在 2026 年將 credit 定為計費單位，operation 則描述 scenario 中發生的活動。大多數 module action 為 1 credit，但 Make AI Provider、AI Content Extractor 等功能可能依 token 或固定較高 credit 消耗。舊文章只寫 operation，可能已不足以估算 2026 的 AI 流程。

Zapier 官方說明，trigger 與 polling 不計 task，成功 action 才計；Filter、Formatter、Path、Delay 等部分內建工具在一般 Zap 中不計 task。不過 Zapier MCP 每次 tool call 官方列為兩個 tasks，不能把所有內建功能一概當免費。

同一條流程，100／1,000／10,000筆會用多少單位

先定義一條不含 AI 的示範流程：收到一筆新訂單，建立 CRM 紀錄、寄確認信、發 Slack 通知。為了比較語意，我們假設每筆資料都走完三個外部 action，沒有 filter、重試或批次聚合。

每月資料筆數	n8n：每筆webhook各觸發一次	Make：4個module action／筆	Zapier：3個成功action／筆
100	100 executions	約400 credits	300 tasks
1,000	1,000 executions	約4,000 credits	3,000 tasks
10,000	10,000 executions	約40,000 credits	30,000 tasks

這張表是用量語意示例，不是方案報價或實測帳單。Make 的 webhook、讀取、轉換與 iterator 設計可能改變 module 次數；Zapier 內建免費步驟和實際 action 數會改變 tasks；n8n 若改為每小時批次抓取，execution 數可能下降，但資料庫查詢、記憶體、執行時間與失敗回復範圍會變大。

批次不是免費午餐

把 10,000 個事件合成一次 n8n execution，表面上可減少 execution，卻也可能讓單次失敗影響更大、重跑重複寫入更多資料，並增加記憶體與 timeout 風險。相反地，逐筆觸發便於隔離失敗，但 execution 數上升。正確粒度要同時看：

• 下游 API 的 rate limit 與批次接口。
• 是否有 idempotency key，重跑會不會重複寄信或扣款。
• 單筆失敗能否隔離、補跑與稽核。
• 平台的並行、queue、執行時間與資料保存限制。
• 尖峰 10,000 筆是瞬間湧入，還是整月平均。

2026-07-12官方價格快照：只能當入口

平台	官方頁面查詢值	對應用量	重要註記
n8n Cloud Starter	€20／月，按年計費	2,500 workflow executions	無限步驟；5 concurrent executions
n8n Cloud Pro	€50／月，按年計費	10,000 workflow executions	20 concurrent executions；3 shared projects
Make Core	US$9／月	10,000 credits／月	官方頁顯示年繳較便宜；購買時確認週期
Make Pro	US$16／月	10,000 credits／月	priority scenario execution、執行紀錄搜尋
Make Teams	US$29／月	10,000 credits／月	teams、roles、共享scenario templates
Zapier Free	US$0	100 tasks／月	僅適合小型試跑
Zapier Professional	US$19.99／月起	task級距可選	頁面提供月繳／年繳與不同task tiers
Zapier Team	US$69／月起	依task級距	25 users、共享workspace／connections、SAML SSO

價格不是總成本。Make 額外 credits、Zapier pay-per-task、n8n AI／第三方 API、資料庫與儲存、self-host 主機和工程待命都要另外列。本文不把歐元硬換成新台幣，避免用過期匯率製造假精準。

Zapier 官方在 2026 年 6 月更新的說明指出，月繳方案 pay-per-task rates 將從 2026 年 7 月 15 日後的首個 billing cycle 調整；本文查詢日尚未到生效日。因此任何 Zapier 超額成本都應直接查看帳號 Billing settings，不應從本文推算。

重試與錯誤處理：成本與可靠性要一起算

n8n：錯誤workflow與重跑責任清楚，但要自己設計

n8n pricing 頁列有 execution logging、error workflows、debug in editor，以及方案間不同的 saved executions、retention 與 concurrent executions。自架時可以建立 error workflow、queue 和外部監控，但誰接警報、保存多久、如何補跑，都由團隊負責。

重跑整條 workflow 前，要先確認成功步驟是否具備冪等性。若 CRM 已建立、寄信失敗，直接從頭跑可能多建一筆 CRM。可靠流程應保存外部系統 ID、用 idempotency key，或從失敗點安全續跑。

Make：錯誤handler不收credit，不代表重做的動作免費

Make 官方 pricing FAQ 說明 Router 與 Error handler modules（Rollback、Break、Resume、Commit、Ignore）不計 credits。可是 handler 後重新執行的外部 module、搜尋或更新仍可能消耗 credits。Make 的 incomplete executions storage、webhook queue 也隨 usage allowance 變動，10,000 credits 對應的儲存與 queue 不應忽略。

Zapier：失敗action不計task，但成功重播仍要計

Zapier 定義 task 為成功完成的 action；未成功完成不扣 task。付費方案功能表包含 Autoreplay、customized error settings 與 alerts，但重播後成功完成的 action 仍會成為 task。設計成本模型時，應將「原始成功 actions＋重試後成功 actions」列入，而不是只乘資料筆數。

Self-host n8n：你接手的不只是伺服器費

Community Edition 可以自架，但「不用付每次 execution」不等於免費。至少要有人負責：

• 作業系統、容器、n8n 與 community nodes 的安全更新。
• PostgreSQL／SQLite 選型、備份、還原演練與容量監控。
• TLS、反向代理、防火牆、secret 管理與管理介面存取。
• queue／worker、Redis、併行、timeout 與失敗佇列。
• execution logs 的個資遮罩、保存期限與刪除。
• 版本升級前測試、自訂節點相容性與 rollback。
• 夜間故障、webhook 積壓與下游 API 限流的待命責任。

n8n 官方 pricing 顯示，Business self-host 方案在查詢日為 €667／月、按年計費，含 40,000 executions、SSO、不同環境、Git 版本控制與 scaling options；Enterprise 才加入更完整的 external secret store、log streaming、延伸 retention 與 SLA。Community Edition 與付費 self-host 企業功能不能混為一談。

資料區域：平台所在地不等於資料不再外流

平台	官方查詢資訊	採購時仍要問
n8n Cloud	官方稱 hosted plans 資料存於德國法蘭克福；self-host由使用者決定	execution data、備份、第三方nodes、LLM與下游API去哪裡
Make	pricing頁列 Hosting 為 AWS EU／North America	帳號實際region、跨區傳輸、on-prem agent與連線目的地
Zapier	Enterprise提供custom data retention等治理能力	帳號資料區域、app連線、task history、子處理者與保留條款

工作流平台只是一站。資料還會流向 Gmail、CRM、Slack、LLM、資料庫與 webhook 接收者；選 EU region 不會自動讓整條流程都留在 EU。台灣團隊應畫出每個節點的資料類型、目的地、credential owner 與刪除方式，再交由組織內的資安／法遵流程審查。

團隊治理：誰能改、誰能連、誰負責失敗

PoC 階段就用這張表驗收：

治理項目	必問問題	不通過的後果
身分	是否有SSO、SCIM、離職停權與服務帳號？	離職者仍持有連線或流程
權限	Builder、viewer、admin能否分離？	誤改production流程
Secrets	能否集中管理、輪替與限制可見性？	token散落在節點或個人帳號
環境	dev／staging／prod如何分離？	測試資料寫進正式系統
變更	是否有版本、diff、approval與rollback？	無法知道誰改壞流程
觀測	有無execution log、alert、搜尋與外部log？	出錯後只能等使用者回報
成本	能否看單流程、團隊與超額？	10,000筆尖峰才發現停機或超支
Ownership	每條流程有owner與backup owner嗎？	建立者離職後無人維護

Make Teams 提供 team roles 與共享 templates，Enterprise 再加入進階安全與 on-prem agent；Zapier Team 提供 shared connections、workspace 與 SAML SSO，Enterprise 加強 admin、app controls、retention 與 observability；n8n 的環境、Git、SSO、log streaming等也依 self-host付費級距分布。方案名稱相同不代表治理深度相同。

退出工具：在上線前就做可搬遷測試

沒有任何視覺流程能保證一鍵跨平台搬家。退出成本通常藏在 proprietary modules、credential mappings、平台內資料表、AI agent memory、錯誤handler與歷史 execution logs。

上線前完成七件事：

1. 保存每條流程的文字規格、觸發條件、資料schema與owner。
2. 將商業規則放在可測試的函式或外部服務，避免散落在數十個節點。
3. 為外部 API 保留原始 request／response 範例，但移除 secrets 與個資。
4. 建立 fixture 與驗收案例，搬家後可重播同一批輸入。
5. 記錄所有 app connections 的擁有者與替代認證方式。
6. 定期匯出平台允許匯出的 workflow／scenario／Zap 設定與文件。
7. 取消前先確認 logs、tables、webhook URLs、資料保存與刪除流程。

Make 官方說明降級時，使用較高方案功能的 active scenarios 會停止；取消後則在付費週期結束轉至 Free 或移除訂閱。這類降級行為也是退出測試的一部分，不應等合約到期才發現流程不能運作。

100／1,000／10,000筆決策工具

不要先填價格，先填每筆的行為：

輸入	你的值
每月資料筆數 N	100／1,000／10,000／其他
每筆外部讀取 module 數 R
每筆外部寫入 action 數 W
每筆轉換／iterator module 數 T
預估需重做比例 E	用PoC觀測，不可猜正式跑分
n8n觸發粒度 B	每筆觸發或每批觸發

用量初估：

• n8n executions：每月觸發批次數；若每筆一個 webhook，約為 N；若每 100 筆一批，約為 N ÷ 100，再加排程與重跑。
• Make credits：先以 N × (R＋W＋T) 建基本盤，再逐一核對 AI、特殊 module 與重試規則。
• Zapier tasks：先以 N × 成功計費 actions 建基本盤，再加重播後成功 actions；trigger與官方列出的免費內建步驟不放入。

將結果拿到三家當期 pricing selector 選級距，再另外加上第三方 API、LLM、儲存、人工維護與超額。這才是可比較的總成本框架。

依團隊情境選擇

• 100筆、兩三個常見SaaS、無工程人員：Zapier 的上手與整合廣度可能比單位價格重要；Make 也值得用同流程試做。
• 1,000筆、多分支、資料清洗與視覺除錯：Make 的 scenario canvas 與 error handler適合營運工程型使用者，但先算每個 module credit。
• 10,000筆、長流程、內網、自訂API或程式邏輯：n8n 的 execution語意與自架彈性值得PoC；前提是有人承擔平台工程責任。
• 跨部門大規模使用：不要只看編輯器。先比SSO、權限、secrets、環境、audit、retention、支援與採購條款。

若要先建立跨平台導入方法，可讀AI工作流自動化策略；決定採用 n8n 後，再進入n8n完整教學或n8n自架與Cloud比較。本頁只擁有三平台計費語意、可靠性、治理與退出選型意圖。

常見問題

n8n一個workflow有10個節點算幾次execution？

依 n8n 官方定義，整條 workflow 單次 run 算一次 execution，不因 10 個節點變成 10 次。但子流程、不同觸發或重跑如何呈現，應以實際設計與 execution log 驗證。

Make一個scenario run就是一個credit嗎？

不是。每個 module 執行 action 通常會消耗 credit；單次 scenario 可從兩個到數千 credits。部分 AI 功能還可能依 token 或特殊規則多於一個 credit。

Zapier失敗會扣task嗎？

官方定義是成功完成 action 才計 task，失敗 action 不扣；但重播後成功完成仍會計 task。trigger與polling不計，部分 Zapier 內建步驟免費，但 MCP tool call有另外規則。

n8n self-host一定比Make或Zapier便宜嗎？

不能保證。Community Edition 不按 SaaS task 收費，但主機、資料庫、備份、監控、安全更新、事故處理與工程人力都是真成本。沒有維運能力時，低主機費可能換來更高停機風險。

三個平台哪個最適合台灣中小企業？

沒有單一答案。先用一條真實流程試跑：非技術與常見SaaS偏Zapier，視覺分支與營運整合偏Make，技術團隊、長流程與自架控制偏n8n。涉及客戶或員工資料時，另外審查完整資料流與合約。

編輯結論

n8n vs Make vs Zapier 的第一步不是看誰月費最低，而是把 workflow execution、credit／operation、task 翻成同一條業務流程。接著把重試、失敗隔離、自架責任、資料區域、治理與退出加入。100 筆時，上手時間可能主導答案；10,000 筆時，觸發粒度與每筆 action 會放大差異；跨部門使用時，權限和可觀測性甚至比單位成本更重要。

資料來源與方法

• n8n Plans and Pricing
• n8n Cloud overview
• Make Pricing
• Make Credits & operations
• Make Credits
• Make Error handling
• Zapier Pricing
• Zapier：How task usage is measured
• Zapier：How pay-per-task billing works

本文於 2026 年 7 月 12 日搜尋「n8n vs Make vs Zapier 2026」「n8n pricing executions」「Make credits operations」「Zapier task pricing」及官方限定查詢。SERP 常以固定步驟數推導美元勝負，卻忽略批次、免費步驟、AI credits、重試和自架人力；本文因此只計算透明的用量單位，不捏造跨平台帳單或跑分。