n8n Make比較の結論は明快だ。日本語での分かりやすさと定額感覚で選ぶならMake、ワークフローをコードに近い形で扱う自由度と自己ホストの拡張性を取るならn8nが有利になる。
本記事はさらに一歩踏み込み、launchd・cron・GitHub Actionsだけでbot群を運用してきた立場から、ノーコード自動化とコード自動化の境界線がどこにあるかを整理する。
n8nとMakeの比較表
料金体系もホスティング方式も設計思想が異なるため、まず主要項目を並べて全体像をつかんでおく。
| 項目 | n8n | Make |
|---|---|---|
| 提供形態 | クラウド版＋セルフホスト版(オープンソース) | クラウド版のみ |
| 無料プラン | セルフホストなら無料(自前サーバーが必要) | 月1,000クレジット（旧称オペレーション）・アクティブシナリオ2個まで・最短スケジュール間隔15分 |
| 有料最安プラン | Starter 月額€20〜(実行2,500回/月・並行5) | Core 月額$9〜(年払いで割引あり) |
| ワークフロー構築 | ノードベース。JavaScript/Pythonのコードノードを挟める | ノードベース。ビジュアル中心でコード実行は限定的 |
| UI言語 | 公式は英語(コミュニティ製の日本語化パッケージあり) | 公式は英語のみ |
| 想定ユーザー | エンジニア寄り・自己ホスト運用したい層 | 非エンジニア含む・すぐ始めたい層 |
出典: n8n公式 Pricing／Make公式 Pricing（2026年9月28日確認）。両サービスとも料金・無料枠の条件は変わりやすいので、契約前に最新のプラン画面で再確認してほしい。
n8nとは
n8nはオープンソース系のワークフロー自動化ツールで、自己ホストできる点とコードノードで柔軟に処理を書ける点が際立つ。
GitHub上でソースが公開されており、クラウド版のほかに自分のサーバーへ無料でインストールして動かす選択肢がある。JavaScriptやPythonのコードノードを間に挟めるため、ビジュアルなワークフローと自前スクリプトの中間に位置づけられるのが特徴だ。
Makeとは
Makeはビジュアルなシナリオビルダーでアプリ間連携を組む定番ツールで、無料プランでも最短15分間隔のスケジュール実行ができる点が入門しやすい。
旧称Integromatから名称変更した経緯を持ち、SaaS同士をドラッグ&ドロップでつなぐ操作性に振り切っている。コードを書かずに完結させたい場面ではn8nより手数が少ない。
【一次体験】ノーコード自動化とコード自動化の境界 — bot群運用から見えたもの
n8nやMakeの外側で、launchd・cron・GitHub Actionsだけでbotを日常運用してきた立場から言うと、境界線を分けるのは処理の複雑さより「障害時に誰がどう気づいて直すか」だ。
2026年9月時点で自分が回している定期ジョブは、Macのlaunchdが6本（ブログ記事の週次生成＝月曜03:00、Claude Code関連の週次リサーチ＝月曜09:00、リポジトリ群の週次バックアップpush、Claude使用量ダッシュボードとダイジェストの更新、セッションログの要約、Discordのトレードコール収集）、GitHub Actionsのcronが2本（Threads用のHacker News収集＝毎朝06:30、同アカウントの下書き生成＝07:07）、Fly.io上の常駐が1本（Hyperliquidの記録タスク）、通常のcronが1本（収集結果をObsidianに書き出す＝07:15）だ。この一覧にn8nもMakeも入っていない。
困った場面は、どれも「気づけない」系だった。launchdから起動したジョブはmacOSのTCC制限でDesktop配下のファイルを読めないことがあり、参照資料はhome側にコピーしてから読む方式にしている。GUIから手で動かしている限り出てこない制約だ。次に、投稿APIにslugを渡し忘れ、公開した記事のURLが日本語のエンコード文字列になっていた（2026年7月6日、同日修正）。トピックキューが空のまま2週続けて何も生成されず、ログには「queue exhausted」と正常終了だけが残っていたこともある。いちばん効いたのは「成功しているのに止まっている」状態で、週次の生成ジョブは毎週正常終了のログを吐いていたのに、人間側の公開作業が止まって下書きが9本溜まった。ジョブの成否だけを監視していると、この種の滞留は見えない。今は下書きが3本以上あると生成をスキップするゲートを入れている。
逆に自前運用で助かったのは、Claude CodeのfallbackModelを設定してあるので主モデルの混雑で週次ジョブが止まる心配をしなくてよい点と、使用量が5時間枠の80%を超えていたら生成自体を見送るセーフティベルトを短いシェルスクリプトで足せた点だ。どちらも「自分のコードなので、失敗した箇所に直接ガードを足せる」ことの恩恵で、ノーコードツールだと同じことができるかは機能の有無に左右される。
ノーコードツールの強みは、依存関係がGUI上で見える、リトライやエラー通知が標準で用意されている、非エンジニアでも触れる点にある。一方でコード自動化の強みは、変更履歴がgitに残る、自分でテストを書ける、外部SaaSの月額コストを積み増さずに済む、実行環境を完全に把握できる点だ。
実務的な目安としては、単発のSaaS間連携(フォーム送信をSlackに通知する、といった処理)はn8n/Makeで十分間に合う。複数のbotが互いに依存する、失敗時のリトライロジックを細かく制御したい、秘密情報を自分のインフラだけで完結させたい——このいずれかに当てはまった時点でコード化を検討する価値が出てくる。
なお、本記事は収益化目的ではなく前提知識の整理を主眼にしている。n8nをセルフホストする場合は動かす先のVPS選びも運用コストを左右するため、個人開発向けサーバーの選び方はAI開発視点のサーバー比較でも触れている。
目的別フロー：n8n・Make・自前コードのどれを選ぶか
次の順番で確認していくと、どの選択肢が向いているか絞り込みやすい。
- まず「非エンジニアも編集するか」を確認する。Yesならビジュアル操作に振り切ったMakeが候補になる。
- 次に「自己ホストしてでもランニングコストを抑えたいか」を確認する。Yesならn8nのセルフホストが有力になる。
- 「単純なSaaS間連携だけで完結するか」を確認する。Yesならn8n・Makeどちらでも十分足りる。
- 「複数の処理が依存し合う」「独自ロジックが複雑」「git管理したい」のいずれかに当てはまるなら、常時稼働のサーバーがあればcron/launchd、スケジュール実行だけで良いならGitHub Actionsへの移行を検討する。
Claude Codeでスクリプトを書く前提の運用についてはClaude Code運用Tipsでも扱っているので、コード化に踏み切る際の参考にしてほしい。
よくある質問
n8nとMake、初心者はどちらから触るべきですか
とにかく無料で試したいならMakeの無料プランから触るのが早い。将来的に自己ホストへ移行する前提があるなら、最初からn8nに触れておくと後の移行コストが低くなる。
無料プランだけで実務は回りますか
Makeの無料プランは月1,000クレジット（旧称オペレーション）・アクティブシナリオ2個までなので、検証や個人の小規模自動化には足りても、業務利用では早めの有料化を検討したほうがいい。n8nはセルフホストであれば実行回数そのものの上限はなく、サーバーのリソース次第になる。
n8n/MakeからPythonやシェルスクリプトに切り替えるタイミングの目安は
前段の目的別フローの通り、処理同士が依存し合う・エラー時のリトライを細かく制御したい・外部ツールの月額を積み増したくない、のいずれかに当てはまった時点が移行の目安になる。
GitHub Actionsやcron、launchdはノーコードツールの代わりになりますか
なる場合とならない場合がある。定期実行だけならGitHub Actions・cron・launchdで十分だが、複数SaaSのAPIを順番に叩いて結果ごとに分岐させるような処理は、n8n/Makeのビジュアルなフロー管理のほうが後から見返しやすい。
まとめ
n8n Make比較で選択肢を一つに絞る必要はない。検証はMake、拡張はn8n、複雑化したらコード化、という段階移行で考えるのが実務的だ。
自分の場合、定期ジョブは launchd 6本・GitHub Actions 2本・cron 1本・Fly.io 常駐1本で回っていて、n8n も Make も入っていない。段階移行でいえば「複雑化したらコード化」の先に最初からいる形で、その代わりに監視とガードは全部自分で書いている。
コメント