n8nとは？使い方・料金・ライセンス・Zapierとの違いを解説【2026年最新版】

執筆：Swooo編集部／監修：北浦 聡大（Bubble公式認定デベロッパー・国内初合格／Swooo共同創業者・元CTO）

ワークフロー自動化ツール「n8n（エヌエイトエヌ）」への関心が、日本でも急速に高まっています。Zapierに代表されるSaaS型の自動化ツールと違い、自社サーバーで動かせる（セルフホストできる）こと、そしてAIエージェントの実行基盤として使えることが、n8nが注目される理由です。

一方で、n8nには誤解も多く流通しています。代表的なのが「オープンソースだから商用利用も完全に自由」という説明です。実際のn8nはfair-code（フェアコード）という独自のライセンスモデルを採用しており、無料でできることとできないことの線引きが明確に定められています。この線引きを知らないまま導入すると、後からライセンス違反が発覚するリスクがあります。

本記事では、n8nの基本概念・Zapierとの構造的な違い・2026年7月時点の料金・ライセンス（Sustainable Use License）の正確な理解・AI機能・企業導入の判断基準・使い始め方を解説します。料金とライセンスはすべてn8n公式サイト・公式ドキュメントの記載を確認したうえで記載しています（確認日：2026年7月）。

n8n（エヌエイトエヌ）とは

n8n（読み方：エヌエイトエヌ）は、複数のWebサービスやアプリをつなぎ、業務の流れを自動化するワークフロー自動化ツールです。「フォームに問い合わせが入ったらSlackに通知し、CRMに顧客情報を登録する」「毎朝スプレッドシートのデータを集計してメールで送る」といった定型業務を、プログラムを一から書かずに構築できます。

セルフホストできるワークフロー自動化ツール

n8nの最大の特徴は、ソースコードが公開されており、自社のサーバーに構築して動かせる点です。利用形態は次の2通りから選べます。

• n8n Cloud（クラウド版）：n8n社が運用するSaaSとして使う。サーバー管理が不要で、契約後すぐに使い始められる（有料）
• セルフホスト（Community版）：自社のサーバーやクラウド環境（AWS・Azure・GCPなど）にDockerで構築して使う。ソフトウェア自体は無料で、費用はインフラ代のみ

Zapier・Make（旧Integromat）といった主要な自動化ツールはクラウド専業で、データは必ず運営会社のサーバーを経由します。「自動化ツールを自社の管理下で動かす」という選択肢を持つこと自体が、n8nと他ツールの構造的な違いです。この違いは料金・データの扱い・運用負担のすべてに波及するため、本記事でも繰り返し登場します。

ノードとワークフロー：n8nの基本概念

n8nでは、自動化の1つひとつの処理単位をノード（node）と呼びます。「Gmailでメールを受信する」「Slackにメッセージを送る」「データを変換する」といった処理がそれぞれ1つのノードで、キャンバス上にノードを置いて線でつなぐとワークフローができあがります。n8nという名前自体、「nodemation（node＋automation）」の略です。

基本概念を整理すると次のようになります。

表の最後の「実行」が課金単位である点は、n8nを理解するうえで重要です。詳しくは次章で解説しますが、1回の起動で何十個のノードを通っても「1実行」としてカウントされるのがn8nの課金の考え方です。

n8nでできること

n8nには公式に用意されたインテグレーション（連携ノード）が500以上あり、コミュニティが開発したノードを含めるとさらに広がります。Slack・Google Workspace・Notion・GitHub・Salesforce・HubSpotといった主要サービスはひととおりカバーされています。

できることは大きく3つの層に分けられます。

1. サービス間のデータ連携：フォーム→CRM登録→Slack通知のような、アプリをまたぐ定型処理の自動化
2. コードを交えた柔軟な処理：Codeノード内でJavaScriptやPythonを書けるため、既製ノードにない変換・判定・API呼び出しを補える。HTTP Requestノードを使えば、専用ノードがないサービスともAPIで連携できる
3. AIエージェントの構築・実行：LLM（大規模言語モデル）を組み込んだAIエージェントをワークフローとして動かせる。後述のとおり、MCP（Model Context Protocol）にも対応

②のとおり、n8nは「ノーコード」というよりローコード（コードを書ける人ほど強くなる）ツールです。非エンジニアでも基本的なワークフローは組めますが、実力を引き出すには技術者の関与があったほうがよい、という位置づけを最初に押さえておくと、後の導入判断がぶれません。

n8nとZapierの構造的な違い

「n8nとZapierのどちらを選ぶべきか」という質問には、機能の優劣ではなく構造の違いから答えるのが正確です。両者はよく似た用途のツールですが、課金モデルとホスティング形態という2つの土台が異なるため、向いている使い方がはっきり分かれます。

Zapier自体の使い方・料金・AI機能は、姉妹記事のZapierとは？使い方・料金・AI機能を解説で詳しく扱っています。本章ではn8n側の視点から、違いの本質だけを整理します。

課金モデルの違い：実行回数課金とタスク課金

両者の最も大きな違いは、料金のカウント方法です。

• Zapier＝タスク課金：ワークフロー内でアクションが1回動くたびに1タスクを消費する。5ステップのZapが1回動けば、おおよそ4〜5タスク（トリガーの扱いはプランによる）
• n8n＝実行回数課金：ワークフローが1回起動すると「1実行」。その中で何個のノードを通っても、何回分岐しても、カウントは1のまま

この差は、ワークフローが複雑になるほど効いてきます。たとえば「問い合わせ受信→内容をAIで分類→CRM登録→担当者へ通知→スプレッドシートに記録」という20ステップの処理が月1,000回動く場合を考えます。
タスク課金では約20,000タスク分の枠が必要になりますが、実行回数課金では1,000実行で収まります。逆に、2〜3ステップの単純な連携を少量動かすだけなら、両者のコスト差はほとんど出ません。

「ステップ数の多い複雑なワークフローを大量に動かすほど、n8nの課金構造が有利になりやすい」というのが、料金面での構造的な違いです。ただしZapierには連携アプリ数の多さ（9,000以上）と、エンジニアがいなくても運用しきれる操作性という別の強みがあり、単純なコスト比較だけで優劣は決まりません。

ホスティングの違い：セルフホストの有無

2つめの構造的な違いが、動かす場所を選べるかどうかです。Zapier・Makeはクラウド専業のため、連携するデータは必ず運営会社のサーバーを通ります。n8nはクラウド版に加えてセルフホストを選べるため、顧客データや社内データを外部SaaSに出せない要件がある組織でも導入の選択肢に入ります。

ただしセルフホストは「無料で使える」と同時に「サーバーの構築・保守を自社で担う」ことを意味します。このトレードオフは企業導入の判断の核心なので、後の章で詳しく扱います。

対象ユーザーの違い

Zapierは非エンジニアがひとりで使い始められることを徹底したツールです。n8nは前述のとおりローコード寄りで、Codeノード・HTTP Request・データ構造（JSON）の理解があると扱える範囲が大きく広がります。
言い換えると、Zapierは「現場の担当者が自分の業務を自動化する」ツール、n8nは「技術がわかる人が組織の自動化基盤を作る」ツールという性格の違いがあります。

比較表：n8n・Zapier・Make・Dify

よく比較される4ツールを並べると次のとおりです。

Difyだけは毛色が違う点に注意してください。Difyは汎用のワークフロー自動化ではなく、チャットボットやRAG（社内文書検索AI）といったAIアプリケーションを作ること自体が目的のプラットフォームです。「業務全体の自動化の中にAIを組み込みたい」ならn8n、「AIチャットボットやRAGを作りたい」ならDifyが比較の出発点になります。社内向けAIチャットボットの構築方法は社内AIチャットボットの構築ガイドで詳しく解説しています。

n8nの料金プラン【2026年7月時点】

n8nの料金は、クラウド版の有料プランと、無料のセルフホスト（Community版）に分かれます。以下はすべてn8n公式の料金ページ（n8n.io/pricing）を2026年7月に確認した時点の情報です。料金・上限値は変わる可能性があるため、契約前に必ず公式ページで最新値を確認してください。

クラウド版の料金プラン

公式ページの表示はユーロ建て・年間契約時の月額が基準です（月払いの場合は割高になり、たとえばStarterは€24/月）。

全プラン共通で、ユーザー数は無制限、アクティブにできるワークフロー数も無制限、利用できるノードにも制限がありません。プランの違いは実質的に「月間の実行回数」「同時実行数」「管理機能（SSO・監査など）」の3点に集約されます。
また、どのプランでも1実行あたりのステップ数（通過ノード数）に上限はありません。前章で述べた実行回数課金の構造が、そのまま料金表に表れています。

セルフホスト（Community版）は無料で使える

セルフホストのCommunity版はソフトウェア自体が無料で、ワークフロー数・実行回数に制限がありません。500以上の公式ノードもすべて使えます。かかる費用は自社で用意するサーバー・インフラの実費のみです。

ただし2点、正確に理解しておくべきことがあります。

• 有料でしか使えない機能がある：SSO（SAML/LDAP）、高度なアクセス権管理（RBAC）、監査ログ、外部シークレットストア連携といったエンタープライズ管理機能は、Community版には含まれない（ライセンスキーによる有償解放）
• 「無料」はライセンスの範囲内で：Community版にはSustainable Use Licenseという利用条件が適用される。何が許可され、何が禁止されるかは次章で正確に解説する

Zapierとの料金の考え方の違い（再整理）

料金を比較検討する際は、月額の数字を並べるだけでは判断を誤ります。確認すべきは次の3点です。

1. 自動化したいワークフローの平均ステップ数：ステップ数が多いほど、実行回数課金（n8n）の相対的なコストが下がる
2. 月間の起動回数：n8nはプランの実行回数上限（Starterで月2,500回）に対して起動回数で見積もる
3. 運用する人の技術レベル：ツール費用が安くても、構築・保守に技術者の工数がかかるなら総コストは変わる。セルフホストなら特にこの比重が大きい

n8nのライセンスを正確に理解する（Sustainable Use License）

n8nのライセンスは、日本語の解説記事で最も誤解が多いポイントです。「オープンソースだから何をしても自由」でも、「商用利用は禁止」でもありません。結論を先に言うと、自社業務のための利用は商用でも問題なく、n8nそのものを商品として転売する行為だけが禁止されています。以下、公式ドキュメント（docs.n8n.io）の記載に基づいて整理します（確認日：2026年7月）。

fair-codeとは：オープンソースと何が違うか

n8nは自らを「fair-code」のソフトウェアと位置づけています。fair-codeは、ソースコードは公開する（source-available）が、商用利用の一部に制限を設けるというソフトウェアの配布モデルです。

ここで重要なのは、n8nはOSI（Open Source Initiative）の定義するオープンソースではないという点です。OSI定義のオープンソースライセンス（MIT・Apache 2.0など）は利用目的による差別を認めませんが、n8nのSustainable Use Licenseは利用目的に条件を付けています。「n8nはオープンソース」と紹介する記事を見かけたら、正確には「ソースコード公開・利用条件つき」だと読み替えてください。この区別が、次に述べる可否の線引きの前提になります。

Sustainable Use Licenseの骨子

セルフホストのCommunity版に適用されるSustainable Use Licenseの骨子は、次の3点です。

1. 利用・改変は「自社の内部ビジネス目的、または非商用・個人利用」の範囲で認められる
2. 再配布は非商用かつ無償の場合のみ認められる
3. ライセンス表記・著作権表示を削除してはならない

ポイントは①の「内部ビジネス目的」です。営利企業が自社の業務のためにn8nを使うことは、無料のCommunity版でも明確に認められています。「商用利用は有料」ではありません。禁止されるのは、n8nというソフトウェアの価値そのものを第三者に販売する行為です。

できること（ライセンス上問題ない例）

• 自社業務の自動化：CRMと社内DBの同期、通知の自動化、レポート集計など、営利企業の業務利用すべて
• n8n向けのノード・プラグイン開発：n8nのエコシステムに貢献する開発
• n8nの構築・導入支援を仕事として請け負うこと：コンサルティングや受託構築としてn8nのワークフローを顧客のために作り、その対価を受け取ることは認められている。開発会社が顧客企業の環境にn8nを構築する支援も同様
• 自社の認証情報を使った自社製品への組み込み：自社のAPIキー・アカウントの範囲でn8nの処理を自社サービスの裏側に使うこと

できないこと（ライセンス違反になる例）

• ホワイトラベル転売：n8nを自社製品のように見せて顧客に有償販売する行為
• ホスティング販売：n8nを自社サーバーでホスティングし、その利用料を課金する行為（n8nをSaaS化して転売する行為）
• 顧客の認証情報を預かった連携サービスの販売：顧客のアカウント情報を使って第三者サービスと連携させ、その連携自体を商品として売る行為

境界の判断に迷うケース（たとえば自社SaaSの内部処理にn8nをどこまで組み込んでよいか）は、n8n公式が問い合わせ窓口（license@n8n.io）を用意しています。
一次情報は公式ドキュメントのSustainable Use License解説ページです。ライセンスの解釈が事業に関わる場合は、必ず原文を確認してください。

なお、クラウド版（n8n Cloud）とEnterprise機能には別の商用ライセンスが適用されます。上記の制限はあくまで無料のCommunity版に関する話です。

n8nのAI機能：AIエージェントノードとMCP対応

近年のn8nの注目度を押し上げているのが、AI機能です。n8nは単に「AIのAPIを呼べる自動化ツール」ではなく、AIエージェントを業務ワークフローの中で動かすための実行基盤として設計が進んでいます。

AI Agentノード：エージェントをワークフローに組み込む

n8nのAI機能の中核がAI Agent（AIエージェント）ノードです。LLMに目標と道具を渡し、状況に応じて自分で手順を選ばせる「エージェント」の仕組みを、キャンバス上のノードとして配置できます。AI Agentノードの周囲には、次のようなサブノードを組み合わせます。

• Model：使用するLLM（OpenAI・Anthropic・Googleなど各社のモデル）を指定する
• Memory：会話や処理の文脈を保持する
• Tool：エージェントが呼び出せる道具（検索・計算・他のワークフローなど）を与える
• Vector Store：社内文書などをベクトル検索できるようにし、RAGを構成する

これらはLangChain（LLMアプリ開発のフレームワーク）の部品をノードとしてラップしたもので、AI関連ノードは全体で70以上と紹介されることが多い規模になっています。
「問い合わせメールをエージェントが読み、社内ナレッジを検索して回答案を作り、判断に迷うものだけ人に回す」といった処理を、コードをほぼ書かずに構成できます。2026年のアップデートでは、AIのツール呼び出しに人の承認を挟むHuman-in-the-Loop機能（v2.6.0）も追加されました。

MCP対応：サーバーにもクライアントにもなれる

MCP（Model Context Protocol）は、AIエージェントと外部ツールをつなぐための共通規格です。n8nはこのMCPに双方向で対応している点が特徴です。

• MCP Server Triggerノード：n8nをMCPサーバーにする。外部のAIエージェント（Claude・ChatGPTなどのクライアント）から、n8nで作ったワークフローを「道具」として呼び出せる
• MCP Client Toolノード：n8nのAIエージェントが、外部のMCPサーバーが提供するツールを呼び出せる

前者の意味は大きく、「社内の定型処理をn8nでワークフロー化しておけば、それがそのまま社内AIエージェントの道具箱になる」という構図が作れます。自動化資産がAI活用の資産に直結するわけです。v2.22.0（2026年5月）ではMCPサーバー接続の設定も簡素化され、この方向の強化が続いています。
AIエージェントを開発の現場でどう活かすかは、AI駆動開発の解説記事もあわせてお読みください。

n8n 2.0（2025年12月）以降の変更点

2025年12月5日、メジャーバージョンアップのn8n 2.0がリリースされました（ベータとして公開開始）。派手な新機能の追加ではなく、セキュリティの既定値を締め直す「ハードニング（堅牢化）」を目的としたリリースである点が、企業利用の観点では重要です。主な変更点は次のとおりです。

• SaveとPublishの分離：保存（Save）しただけでは本番に反映されず、Publishボタンで明示的に公開する方式に変更。作りかけのワークフローが誤って本番で動く事故を防ぐ設計
• Codeノードの実行分離：コードの実行が分離されたタスクランナー環境で行われるようになり、環境変数への直接アクセスが既定でブロックされた
• 危険度の高いノードの既定無効化：サーバー上でコマンドを実行するExecute Commandノードなどが既定で無効になった

2.0以降もアップデートは高頻度で続いており、実行データの難読化（v2.16.0）、Microsoft Agent 365 Triggerノードの追加（v2.20.0）など、エンタープライズ利用とAI連携の強化が並行して進んでいます。
1.x時代の日本語解説記事とは既定の挙動が変わっている箇所があるため、これから導入する場合は2.x系の公式ドキュメントを正とするのが安全です。

企業導入の判断：クラウド版とセルフホストをどう選ぶか

n8nの企業導入で最初に決めるべきは、プランの選択より前に「クラウド版かセルフホストか」です。この選択はデータ主権と保守負担のトレードオフそのものであり、組織の要件によって答えが変わります。

データ主権の要件から考える

セルフホストの最大の価値は、ワークフローを流れるデータが自社の管理下のサーバーで完結することです。個人情報や機微なデータを扱う業務、金融・医療・公共など「データを外部SaaSや国外に出せない」要件を持つ組織では、この一点だけでセルフホストが実質的な前提になります。
AWS・Azure・GCPの東京リージョンにDockerで構築すれば、データの国内完結という要件にも対応できます。

逆に言えば、扱うデータにそうした制約がないなら、クラウド版で始めるほうが立ち上がりは速く、保守の心配もありません。データ要件を先に確認し、要件がなければクラウド版から検討する、という順序が判断を簡単にします。

セルフホストの保守負担を過小評価しない

セルフホストは「ソフトウェア無料」ですが、運用には次の作業が継続的に発生します。

• サーバー・Dockerの構築、リバースプロキシとSSL証明書の設定
• バージョンアップへの追随（前述のとおりn8nの更新頻度は高い）
• バックアップとリストアの設計、障害時の復旧対応
• 認証情報（各サービスのAPIキー等）の管理。n8nはDB上で暗号化保存するが、鍵とDB自体の管理は自社責任

これらを担える技術者がいない状態でセルフホストを選ぶと、「無料のはずが、止まったまま誰も直せない」という状態に陥ります。ツール費用の差額と、保守にかかる人の工数を同じ天秤に載せて比較するのが、導入判断の要点です。

判断の目安（まとめ表）

日本企業でつまずきやすい3つの壁

日本企業のn8n導入では、ツールの機能以外の部分でつまずくケースが目立ちます。よく指摘されるのは次の3点です。

1. 英語ドキュメント中心：公式ドキュメント・コミュニティフォーラムは英語が基本。日本語の一次情報は少なく、翻訳記事には古い情報やライセンスの誤解が混ざりやすい
2. 社内のセキュリティ審査：セルフホストの構成や認証情報の管理方法を、情報システム部門・セキュリティ部門に説明できる資料と体制が必要になる
3. 構築・保守を担う人材の不足：ワークフローは作った後の改善・保守が本番。担当者が異動・退職すると誰も触れなくなる「属人化」が起きやすい

これらはn8nに限らず、業務自動化ツール全般の導入で共通する論点です。ツール選定と同時に「誰が作り、誰が保守し、ドキュメントをどう残すか」を決めておくことが、導入の成否を分けます。

業務自動化・AI導入の設計が必要な場合は「Swooo」にご相談ください

n8nのようなツールの導入で難しいのは、ツールの操作そのものより、「どの業務を、どの順番で、どこまで自動化するか」という設計と、動かし続けるための体制づくりです。前章の3つの壁は、いずれもツールの外側にある問題です。

Swoooの業務AI化支援では、業務の棚卸しから自動化・AI化の対象選定、システムの設計・開発、導入後の運用保守までを担当します。運営は東証グロース上場の株式会社アイビス（証券コード9343）。ワークフロー自動化ツールで足りる領域と、個別開発が必要な領域の切り分けから相談できます。

n8nの使い始め方

最後に、n8nを試すまでの流れを概要レベルで整理します。細かな画面操作は公式ドキュメント（docs.n8n.io）が最も正確です。

クラウド版で始める場合

1. n8n公式サイトからアカウントを作成する
2. ワークフローエディタで、トリガーノード（起点）を選ぶ。スケジュール実行・Webhook・アプリのイベントなどから選択
3. 続けて処理ノードを追加し、連携先サービスの認証情報（クレデンシャル）を登録する
4. テスト実行でデータの流れを確認し、問題なければPublishで本番稼働させる（2.0以降は保存と公開が別操作）

セルフホストで始める場合

Dockerが動く環境があれば、コンテナを1つ起動するだけで検証用のn8nが立ち上がります。まずローカルPCやVPS上の検証環境で試し、本番運用に進む段階でSSL・バックアップ・アップデート運用を設計する、という2段階が現実的です。
本番環境の構築要件（データベース、リバースプロキシ、暗号化キーの管理など)は公式のホスティングガイドにまとまっています。

最初の題材の選び方

最初のワークフローは、「失敗しても業務が止まらない通知系」から始めるのが定石です。フォーム回答のSlack通知、日次レポートの自動送信などで感触をつかみ、その後にCRM連携やAIエージェントといった本丸に進むと、手戻りが少なくなります。

n8nに関するよくある質問

Q. n8nは無料で使えますか

セルフホストのCommunity版は無料で、ワークフロー数・実行回数の制限もありません。かかる費用は自社サーバーのインフラ代のみです。ただしSSOや監査ログなどの管理機能は有償で、利用にはSustainable Use Licenseの条件（自社の内部業務目的での利用）が適用されます。クラウド版は有料で、年払い時€20/月のStarterプランからです（2026年7月確認時点）。

Q. n8nの商用利用はライセンス違反になりますか

自社の業務のために使う商用利用は、無料のCommunity版でも認められています。違反になるのは、n8nをホワイトラベル化して販売する、n8nをホスティングして利用料を課金するなど、n8nそのものを商品として第三者に売る行為です。n8nの構築・導入支援を受託サービスとして提供することは問題ありません。判断に迷う場合は公式の問い合わせ窓口（license@n8n.io）があります。

Q. n8nは日本語に対応していますか

管理画面・公式ドキュメントとも英語が基本です。ワークフロー内で扱う日本語データの処理には問題ありませんが、学習・トラブル解決の情報源は英語中心になります。日本語の解説記事はライセンスやバージョンの情報が古い場合があるため、料金・仕様は公式サイトで確認する習慣をおすすめします。

Q. Zapierとn8nはどちらを選ぶべきですか

非エンジニアが自分の業務をすぐ自動化したい場合や、連携したいアプリの数が多い場合はZapierが向いています。ステップ数の多い複雑なワークフローを大量に動かす場合、データを自社管理下に置きたい場合、AIエージェントの基盤として使いたい場合はn8nが向いています。詳しくはZapierの解説記事とあわせて比較してください。

Q. n8n 2.0で何が変わりましたか

2025年12月5日にリリースされたn8n 2.0は、セキュリティの既定値を強化したバージョンです。保存（Save）と公開（Publish）の分離、Codeノードの実行環境の分離、危険度の高いノードの既定無効化などが主な変更点です。1.x時代の解説記事とは挙動が異なる箇所があるため、これから導入する場合は2.x系のドキュメントを参照してください。

まとめ：n8nは「構造の違い」を理解して選ぶ

本記事では、n8nの基本概念からZapierとの構造的な違い、料金、ライセンス、AI機能、企業導入の判断基準までを解説しました。要点を整理します。

• n8nはセルフホストできるワークフロー自動化ツール。クラウド専業のZapier・Makeとは、動かす場所を選べる点が構造的に異なる
• 課金は実行回数ベース（1起動＝1実行、ステップ数無制限）。複雑なワークフローを大量に動かすほど、タスク課金のツールと構造的な差が出る
• クラウド版は年払い時€20/月から。セルフホストは無料だが、保守・運用は自社責任（2026年7月確認時点）
• ライセンスはfair-code（Sustainable Use License）でOSI定義のオープンソースではない。自社業務での商用利用と受託構築は認められ、n8n自体の転売・ホスティング課金は禁止
• AI AgentノードとMCPの双方向対応により、AIエージェントの実行基盤としての存在感が増している。n8n 2.0以降はセキュリティ既定値も強化された

導入の分かれ目は、ツールの機能比較よりも「データをどこに置くか」「保守を誰が担うか」という組織側の要件にあります。まずクラウド版や検証環境で小さく試し、自社の要件と照らして本格導入の形を決めるのが堅実な進め方です。

業務の自動化やAI導入を、ツール選定より前の「どの業務から手を付けるか」の段階から検討したい場合は、Swoooの業務AI化支援をご覧ください。社内へのAI導入を具体的に検討している方には、社内AIチャットボットの構築ガイドとAI駆動開発の解説記事も参考になります。