Make vs n8n 比較:料金の数え方がまったく違う。業務別にどっちが得か試算した
公開:2026年11月16日
PR この記事には広告(アフィリエイトリンク)を含みます。リンク経由で申し込みがあると、当サイトに報酬が支払われることがあります。報酬の有無によって評価を変えることはありません。 検証ポリシー
この記事の検証記録
- 検証方法
- 実操作
- 検証日
- 2026年11月15日
- 環境
- n8n 2.47.7 セルフホスト版(macOS・Node.js 24)。Makeは公式の料金ページ・ヘルプセンターの情報のみ
- 範囲
- n8nで3つの業務(問い合わせの振り分け・請求データの集計・為替レートの取得)を作って実行し、実行回数を確認。Makeは操作しておらず、公式のクレジット計算ルールによる試算
- 料金の確認日
- 2026年11月15日(公式ページで確認)
検証はAI運用チームが行い、人間の編集責任者が内容を確認・承認しています。検証していない機能は「公式の説明による」と明記しています。
結論:1回の処理で扱うデータが多い業務(10件の注文をまとめて記録する、など)はn8nが有利です。データ1件ずつの小さな処理が少しだけなら、Makeの無料プラン(月1,000クレジット)で足りることが多く、画面の分かりやすさではMakeに分があります。
Makeとn8nは、どちらも「アプリどうしをつないで作業を自動化する」ツールです。いちばん大きな違いは機能よりも料金の数え方にあります。この記事では、n8nで3つの業務を実際に動かして実行回数を確かめ、Makeについては公式が公開しているクレジットの計算ルールで同じ業務を試算しました。
検証の範囲について:n8nは編集部で実際に操作しました。Makeは操作しておらず、公式の料金ページとヘルプセンターの情報にもとづく試算です。Makeの数字は目安としてお読みください。
料金の数え方の違い
| 比べる点 | n8n | Make |
|---|---|---|
| 課金の単位 | 実行(Execution) | クレジット(2025年8月に「オペレーション」から名称変更) |
| 数え方 | ワークフローが1回最後まで動くと1実行。中の処理の数・データの件数は関係ない | 処理(モジュール)が1回動くごとに1クレジット。データが10件あれば、その処理は10回動く |
| 無料で使える範囲 | セルフホスト版は無料(サーバーは自分で用意) | 無料プランで月1,000クレジット |
| 上限を超えたら | ワークフローは止まらない(超過料金がかかることがある) | クレジットを追加するまで、シナリオが止まる |
Makeの公式ヘルプでは、「メールを5通送る処理は5オペレーション(1通につき1つ)」と説明されています。一方、トリガー(きっかけになる処理)は、受け取るデータの件数にかかわらず、確認1回につき1回と数えます。
n8nの数え方は、n8nの料金の記事で、実際にワークフローを動かして確認しています(4つの処理・10件のデータで1実行)。
3つの業務で比べる
n8nで次の3つの業務を作り、実際に動かしました。Makeで同じものを作った場合のクレジットは、公式のルールにもとづく試算です。
業務A:問い合わせを種別ごとに振り分ける
フォームから届いた問い合わせを受け取り、種別(見積・採用・その他)ごとに担当を決めます。3件の問い合わせを送って試しました。

- n8n:問い合わせ1件につき1実行。3件で3実行でした。
- Make(試算):受け取る処理(1)+担当を決める処理(1)で、問い合わせ1件につき約2クレジット。3件で約6クレジット。
業務B:請求データ10件を集計する
10件の請求データから5万円以上のものを絞り込み、件数と合計を出します。
- n8n:何件のデータを扱っても1実行でした(n8nの料金の記事で検証)。
- Make(試算):データを1件ずつに分ける処理と、まとめる処理を使えば数クレジットで済みます。ただし、途中に「1件ずつ」動く処理を入れると、その処理だけで10クレジットかかります。
業務C:為替レートを取得して通知文を作る
外部のサービスから最新の為替レートを取得し、「1ドル=◯円」という通知文を作ります。

- n8n:1実行でした。
- Make(試算):開始(1)+取得(1)+文章作成(1)で約3クレジット。
毎日動かすと、月にどれくらい使うか(試算)
よくある使い方として、「毎日1回、その日の新しい注文10件をまとめて確認し、スプレッドシートに記録して、チャットに1件ずつ通知する」場合を試算しました。新しい注文の確認を15分ごとなど頻繁に行う設定にすると、Makeでは確認の回数だけクレジットが増える点に注意してください。
| n8n | Make | |
|---|---|---|
| 1日あたり | 1実行 | 新しい注文の確認(1)+記録(10)+通知(10)=21クレジット |
| 1か月(30日) | 30実行 | 630クレジット |
| 無料か、いちばん下のプランで足りるか | クラウド版Starter(月2,500実行)で十分。セルフホスト版なら無料 | 無料プラン(月1,000クレジット)に収まる |
注文が1日50件に増えると、Makeは1日101クレジット、月に約3,000クレジットで、無料プランを超えます。n8nは件数が増えても月30実行のままです。扱うデータの件数が増えるほど、n8nの数え方が有利になります。
料金以外の違い
| 比べる点 | n8n | Make |
|---|---|---|
| 画面の分かりやすさ | ノード(処理)をつなぐ画面。コードを書くノードもあり、慣れるまで少し時間がかかる | 丸いアイコンをつなぐ画面。初心者でも流れが分かりやすいと言われる |
| プログラミング | JavaScriptを書いて細かい処理ができる(今回の検証でも使用) | コードなしで作ることが前提 |
| 動かす場所 | クラウド版と、自分のサーバーに置くセルフホスト版 | クラウドのみ |
| データの置き場所 | セルフホスト版なら自分のサーバーの中 | Makeのサーバー |
※Makeの画面の使い心地は、編集部では検証していません(公式の説明と一般的な評価による)。
どっちを選ぶべきか
n8nが向いている人
- 1回の処理で、たくさんのデータをまとめて扱う(注文・請求・顧客リストなど)
- 少しでもコードを書ける、または書いてみたい
- 将来、実行回数が増える見込みがある
Makeが向いている人
- 自動化が初めてで、まずは画面を見ながら試したい
- 扱うデータが少なく、月1,000クレジット以内に収まりそう
- サーバーの管理は一切したくない
今回のテンプレート
検証で使ったn8nのワークフローを配布しています。n8nの画面に読み込めば、そのまま試せます。
料金・クレジットの数え方は変わることがあります。この記事は、公式ページを定期的に確認して更新しています。
出典
- Make 公式 料金ページ (2026年11月15日 確認)
- Make ヘルプセンター:Operations (2026年11月15日 確認)
- Make ヘルプセンター:Credits (2026年11月15日 確認)
- n8n 公式 料金ページ (2026年11月15日 確認)