はじめに
先日, 都内のある中堅企業の DX 担当者から相談を受けた. 「業務自動化を始めたい. n8n, Zapier, Make の三つを 1 週間調べたが, どれを選ぶべきか結論が出ない」と.
気持ちは分かる. 公式比較記事のほとんどが「用途による」で終わるからだ. 本記事は, 筆者が複数の中小企業プロジェクトで実際に三つとも触ってきた経験から, 「料金」「スケール」「コミュニティ」「セキュリティ」の四軸で比較し, さらに中小企業で頻出する 5 つの典型ワークフローをそれぞれのツールで組んだ実装メモを残す.
比較の前提 — 何を「中小企業向け」とみなすか
本記事の中小企業の定義は, 従業員 30〜300 名, 内製エンジニア 0〜2 名, 月の自動化実行回数 1,000〜50,000 件のレンジを想定する. これより大規模 (e.g. 月 100 万実行) になると話が変わるので, その場合は別途検討が必要だ.
四軸比較
1. 料金体系の根本的な違い
三つのツールの料金モデルは, 実は根本から異なる. ここを混同したまま見積もると痛い目を見る.
- Zapier: タスク課金. ワークフロー内の各「アクション」が 1 タスク. 10 ステップのワークフローを 1 回流すと 10 タスク消費
- Make: オペレーション課金. 各モジュール実行が 1 オペレーション. 細かいが基本構造は Zapier に近い
- n8n: 実行課金. 1 ワークフロー = 1 実行. 何ステップあろうが 1 カウント. セルフホスト版は無料
これがどう効くか. 10 ステップのワークフローを月 10,000 回流す前提で, 公開情報をベースにざっくり試算してみた.
ツール月額目安ホスティング
Zapier (Professional)$800〜2,000SaaS
Make (Pro/Teams)$50〜200SaaS
n8n Cloud (Pro)€50 (10k 実行/月)SaaS
n8n セルフホスト$15〜40 (VPS 代のみ)自前
正直なところ, この段階で「Zapier 一択」になる中小企業は少ない. ただし Zapier には別の強みがあるので, 後述する.
2. スケール特性
Zapier は「思想として小さなワークフローを大量に」が得意. 1 つのワークフローが 5 ステップを超えると, 急に組みづらくなる印象がある. 条件分岐とエラーハンドリングの自由度が低いからだ.
Make は逆に「視覚的に複雑な分岐を組む」のが得意. 中小企業の業務は IF や Switch が乱れ飛ぶことが多く, Make のキャンバスはそういう局面で読みやすい.
n8n は両方できるが, 真価が出るのは「コードを混ぜる」場面だ. Function ノードで JavaScript / Python を直接書けるので, ロジックが SaaS の制約に収まらないとき逃げ道がある.
3. コミュニティとテンプレート
Zapier はテンプレート数が圧倒的に多く, 非エンジニアの初動が速い. n8n は OSS コミュニティが活発で, GitHub にワークフロー JSON が無数に転がっている. Make は中間で, 公式 Apps ライブラリは Zapier に次ぐ規模だ.
4. セキュリティと統治
これは規制業種 (医療・金融) や個人情報を扱う中小企業で最重要になる軸だ.
n8n は唯一セルフホストできる選択肢で, データが外に出ない. SOC 2 にも準拠しており, セルフホスト版では EXECUTIONS_DATA_SAVE_ON_SUCCESS=none のような環境変数で PII を一切ログに残さない構成も組める. これは Zapier / Make では原理的にできない.
逆に, SaaS 利用前提なら Zapier / Make でも問題ない場面は多い. 「自社サーバに置けるか」を要件で問うか問わないかで, 三つの順位はガラリと変わる.
中小企業の 5 つの典型ワークフローを組んでみた
筆者が複数の現場で繰り返し依頼されたワークフローを 5 つ抽出した. 各ツールで実装して, 実装にかかった時間と運用時の注意点を残す.
① 問い合わせフォーム → Slack 通知 + Notion 蓄積
SaaS の問い合わせフォームから受けた内容を Slack に投げつつ Notion DB に行を増やす. 三つともテンプレートでほぼ即完成する. 所要時間は 10〜15 分.
差が出るのは「複数フォームを一括処理する」拡張時. Make / n8n は分岐とループを綺麗に書けるが, Zapier は同種の Zap を複数個作る運用になりやすい.
② 受注メール → 自動仕分け + 配送伝票作成
件名と本文からパース, 顧客マスタ照合, 伝票発行サービスの API 叩き. Function ノードでパースを書ける n8n が一番気持ちよく組めた. Make でも可能だが, 正規表現周りの取り回しで 1〜2 時間多くかかった印象がある.
③ 在庫アラート → 仕入先メール + 経営層 Slack
在庫 DB を定期 polling し, 閾値を割ったら仕入先に発注メール送信. 三つとも実装は容易. 違いは「閾値ロジックの保守性」で, 後で誰が改修するかで選択が変わる. 非エンジニア改修なら Zapier, エンジニア改修なら n8n / Make.
④ 月次の経費 CSV → 経理 SaaS 自動投入
ファイルベース処理は n8n が圧倒的に強い. ローカルファイル, S3, GCS, 何でも掴める. Zapier はファイル系トリガーが弱く, この用途では選択肢から外れる印象だ.
⑤ Web 検索 → LLM 要約 → 社内 Wiki に投稿
本シリーズ第 2 回で詳しく扱う「LLM 統合」の入口. 三つとも OpenAI / Claude ノードはあるが, ガードレール (JSON schema 検証, retry, PII マスキング) を本格的に組み込めるのは現状 n8n が頭一つ抜けている.
サンプル — n8n で「問い合わせ → PII マスク → Slack + Notion」を書く
百聞は一見にしかず. n8n で 1 つだけ動くサンプルを置く. セルフホスト想定だが Cloud でも構造は同じだ.
{
"name": "contact-to-slack-notion",
"nodes": [
{
"name": "Webhook",
"type": "n8n-nodes-base.webhook",
"parameters": {
"path": "contact-form",
"responseMode": "responseNode"
},
"position": [240, 300]
},
{
"name": "Mask PII",
"type": "n8n-nodes-base.function",
"parameters": {
"functionCode": "const item = $input.first().json;\n// 電話番号: 頭 3 桁だけ残してマスク\nconst masked = (item.body || '').replace(/(\\d{3})\\d{4,8}/g, '$1****');\nreturn [{ json: { ...item, body_masked: masked } }];"
},
"position": [460, 300]
},
{
"name": "Slack",
"type": "n8n-nodes-base.slack",
"parameters": {
"channel": "#inbound",
"text": "=新規問い合わせ\n{{$json.body_masked}}"
},
"position": [680, 200]
},
{
"name": "Notion",
"type": "n8n-nodes-base.notion",
"parameters": {
"operation": "create",
"databaseId": "YOUR_DATABASE_ID",
"propertiesUi": {
"values": [
{ "key": "Name", "value": "={{$json.name}}" },
{ "key": "Message", "value": "={{$json.body_masked}}" }
]
}
},
"position": [680, 400]
}
]
}
ポイントは Function ノードで PII マスキングを 1 段挟んでいる点だ. Slack や Notion に生の電話番号を流すと, 後から監査で詰まる. ここで 30 分以上ハマったので残しておく.
動作確認の最小手順
curl -X POST https://your-n8n.example.com/webhook/contact-form \
-H "Content-Type: application/json" \
-d '{"name":"山田太郎","body":"電話 09012345678 までご連絡を"}'
Slack に「電話 090****」と届けば成功. Notion DB にも同じくマスク済みで行が増える.
結局, どれを選ぶか
意思決定の最短ルートを残しておく.
- 非エンジニアだけで完結させたい, 月実行 1,000 件以下 → Zapier
- 視覚的に分岐の多いワークフロー, 中規模スケール → Make
- セキュリティ要件あり / コスト最適化 / LLM ガードレールを組みたい → n8n (セルフホスト)
厳密に言えば三つは排他ではない. 実際, 筆者が支援した現場でも「経営層 KPI 通知だけ Zapier, 業務本流は n8n」のような混在が珍しくない. ツール選定で 1 週間悩むより, 1 つを 1 週間動かして「これ違うな」を高速に学ぶほうが結局は近道だった.
応用と次回予告
次回 (本シリーズ第 2 回) は, n8n + Claude API で組む「LLM 統合の安全パターン」を扱う. PII マスキングの自動化, 監査ログを Supabase に流す pattern, JSON schema 検証で LLM 出力を堅くする方法など, 今回の選定の続きの実装メモになる予定だ.
まとめ
料金・スケール・コミュニティ・セキュリティの四軸で見ると, 「全中小企業に最適な 1 ツール」は存在しない. ただし要件を 3〜4 個並べた瞬間に, 候補は 1 つに絞られることが多い. 比較表を眺める前に, 自社の要件を文章で 3 行書き出すほうが先だ.
筆者は 5years+ で韓国・日本の中小企業向け AI / 業務自動化の実装を担当しており, 本シリーズではその現場で繰り返し問われる論点を順に書いていく.