在 2026 年底離開 Make，並不是逃離計量計費。你只是在選另一個計價表。Make 以每個模組執行次數計算點數（credits），n8n 以工作流執行次數計算、不管一次執行裡做了多少事，Zapier 則以每個動作計算任務（tasks）。把同一份 500 列的作業分別跑過這三家，你會拿到三張相差一個數量級的帳單——依據的是各家公布的定義，不是實測基準。
Make 的計價單位最近也換了。2026 年 8 月 27 日起，點數（credits）取代 operations 成為計費單位；大多數動作仍算一個點數，任何依賴 Make AI Provider 的動作可能更貴。Make 只有託管版，如今已納入 Celonis 旗下。所以問題不是哪個工具整合比較多，而是哪個計價表符合你的工作流——以及壞掉時你要付多少。
現在跑一次到底要多少錢
Make 免費方案每月 1,000 點數、1 MB 儲存空間，未用完的點數在當期結束時失效。多數人漏掉的是乘法：模組以 bundle 計費，所以一個寄五封電子郵件的 Gmail 模組會吃掉五點，而一個要迭代 500 列、經過四個模組的情境，每次執行大約燒掉 2,000 點。Router 與錯誤處理模組（Rollback、Break、Resume、Commit、Ignore）免費，這對錯誤路徑有幫助，但對正常路徑沒有。
n8n 正好相反。每個雲端方案都包含不限使用者、不限工作流與不限整合，依每月執行次數計價，「不論複雜度」——這是他們自己的說法。Starter 年繳約每月 $20，含 2,500 次執行；Pro 約 $50，含 10,000 次；Business 約 $800，含 40,000 次，另有自架版。500 列的迴圈在那裡算一次執行，不管它跑四個節點還是四十個。
Zapier 是最耳熟的計價表，也是對用量最不寬容的：免費每月 100 個任務，而且免費版只允許兩步驟 Zap。Professional 約每月 $19.99 起，Team 約每月 $69、含 25 位使用者，Zap 裡每個動作都吃掉一個任務。Zapier 的文件把一次 MCP 工具呼叫算成兩個任務，所以代理類工作是以溢價計價。
自架是唯一真正的出口，而且得養一個人
Make 與 Zapier 只有託管版。每一次執行都經過他們的基礎設施，這沒問題——直到合約或主管機關問你資料跑到哪裡去。只有 n8n 能回答這個問題：它的 Community Edition 可免費跑在自己的機器上；而 Activepieces——視覺操作上最接近 Make 的對手——也提供可自架的版本。
這個出口的代價不是授權費。而是一台伺服器、備份、升級、TLS 憑證，以及半夜十一點憑證過期時被叫起來的那個人。對少數幾個內部工作流來說，每月 $20 的託管方案比那些工時划算。對已經在跑基礎設施的團隊，算式就翻過來了，維護機器的工程師幾乎不費額外力氣就能吸收 n8n。
整合數量：看 FAQ，不要看標題數字
Make 的行銷宣稱有 3,000+ 個原生應用。同一頁的 FAQ 卻說開箱即有「超過 1,000 個第三方應用」，再加上可為任何有公開 API 的東西做自訂應用，以及 300+ 個 REST 端點——那些端點管的是 Make 自己，不是你的 CRM。兩種說法都可能是真的，取決於你怎麼算模組與範本；請以保守的那個來規劃。
Zapier 的貨架仍然最寬：9,000+ 個應用、約 66,000 個觸發器與動作，而這份廣度就是產品本身。n8n 的目錄在 2026 年 10 月底列出 2,466 個整合——只有 Zapier 型錄的一小部分，但當一個 HTTP Request 節點加一個 Code 節點就能碰到任何有 API 的東西時，應用數量是很弱的指標。體驗精緻的長尾 SaaS 適合 Zapier，乾淨的 REST API 適合 n8n，Make 則夾在中間。
| 面向 | Make | n8n | Zapier |
|---|---|---|---|
| 計費單位 | 每個模組執行次數計點數（2026 年 8 月 27 日起） | 執行次數，步驟不限 | 每個動作計任務 |
| 免費方案 | 每月 1,000 點數，點數會到期 | 自架 Community Edition | 每月 100 個任務，兩步驟 Zap |
| 付費入門 | Core/Pro/Teams 依點數用量計價（請見官網） | 約 $20/月，2,500 次執行 | 約 $19.99/月 |
| 自架 | 不支援 | 支援，免費 Community Edition | 不支援 |
| 整合貨架 | 1,000+ 個第三方應用（FAQ 數字） | 列出 2,466 個整合 | 9,000+ 個應用 |
| 失敗可見度 | 各模組操作次數、未完成的執行 | 執行日誌中每個節點的輸入／輸出 | Zap 歷史紀錄，60 天／10,000 次執行 |
你在哪裡發現它壞了
Make 對非技術操作者最友善。每個模組會顯示一個泡泡，標出它的操作次數；錯誤處理器可以讓情境回滾或繼續；未完成的執行會被保存——每 10,000 點數 10 MB，上限 2 GB——所以失敗的執行可以重播。弱點在視覺：超過二十個模組之後，情境變成一張只有作者看得懂的圖，而作者通常已經離職了。
n8n 保留最多鑑識紀錄。每次執行都儲存每個節點的輸入與輸出，所以格式錯誤的資料負載只差一次點擊，而不是靠猜；失敗重試加上專屬的錯誤工作流都是內建的。自架安裝把這些日誌留在你自己的磁碟上——這就是 30 天保存期限與可稽核軌跡之間的差別。
Zapier 的歷史紀錄讀得懂，但配額有限：保證 60 天的執行資料、最多顯示 10,000 次執行，不過失敗的執行可以重播。對每週一次的推廣 Zap 夠用，對任何下一季得向稽核人員解釋的事情就太薄了。
什麼時候該離開 Make，什麼時候離開才是昂貴的錯誤
為了 n8n 而走：如果你的情境要迭代列、檔案或記錄。按 bundle 計費正是 Make 帳單悄悄長大的地方，而一次執行涵蓋不限步驟正好消除這份焦慮。你需要有人熟悉伺服器，或者每月花 $20 來避開這件事。
為了 Zapier 而走：如果缺的是某個應用，而不是某個功能。為了觸及業務團隊賴以為生的工具而多付每任務的錢，是理性的；為了省每月 $15 而重砌一個能跑的情境，則不是。
留在 Make：如果情境數量少、層次淺，而且擁有者不寫程式。搬遷等於重砌——沒有廠商能乾淨匯入別人的 schema——兩週重砌加上一個月除錯，通常比一整年的點數超額還貴。
考慮 Activepieces：如果你想要 Make 的畫布加上 n8n 的逃生門。在所有可自架的選項裡，它的形狀最接近 Make，雲端方案每月有 1,000 個免費點數。
若想深入計費模式，我們的 n8n 替代方案指南 拆解了「執行次數 vs. 任務」的分野；Zapier 替代方案指南 則說明那份型錄改了什麼。
常見問題
Make 在 2026 年還免費嗎？ 是，每月 1,000 點數。點數在當期結束時失效，並以模組執行次數消耗，所以一個迴圈情境一個下午就能把額度用完。
我可以把 Make 的情境匯入 n8n 或 Zapier 嗎？ 無法可靠做到。每個平台用自己的 schema 保存工作流，模組對節點的對應無法移植。請把重砌編進預算，先測一個工作流，再決定其餘的。
每月 10,000 次執行，哪個最便宜？ 要看一次執行裡包含什麼。一萬次單步驟執行幾乎在哪裡都便宜；一萬次各迭代 100 列的執行，只有在 n8n 的計價表上才便宜。先算每次執行有幾個動作。
Make 有 AI 代理和 MCP 嗎？ 有。Make 內建 Maia、AI 代理與一個 MCP 伺服器，而重度使用 AI 的模組會吃更多點數——這是你在既有情境裡加入代理時要留意的定價細節。
要把資料留在自己家裡，一定得自架嗎？ 就這三家而言，是的：只有 n8n 提供自架版。託管方案會讓資料經過廠商基礎設施，所以只要有資料落地要求，Make 與 Zapier 在討論功能之前就出局了。
挑一個符合你工作流形狀的計價表，而不是符合你預算的方案名稱。如果你的自動化會迴圈，n8n 是比較便宜的機器。如果它們只是串接，Make 的點數模式還撐得過去，而且它的畫布仍是非開發者最容易看清發生什麼事的地方。如果這兩種限制都不咬人，最便宜的 Make 替代方案，可能就是你已經知道怎麼除錯的那個帳號。
本文細節於 2026 年 10 月 27 日讀自 make.com/pricing、help.make.com/operations、n8n.io/pricing、n8n.io/integrations 與 zapier.com/pricing。價格會變動；訂閱前請在官方頁面確認。