n8n は 500 を超えるサービスを接続し AI エージェントを編成するワークフロー自動化基盤で、EU でホストされるクラウド版と、自分で運用できるソース公開版の両方を提供します。視覚的に組み立てつつ必要に応じてコードへ踏み込みたい技術チームが対象で、標準的なオープンソース許諾ではなく Sustainable Use License を採用しています。
このツールを使いましたか？評価してください
n8n はワークフロー自動化のプラットフォームです。処理をノードでつないだ視覚的なグラフとして組み立てます。トリガーが発火し、データが各ステップを通って変換されたり外部サービスを呼び出したりして、最後に何らかの結果が生まれます。同種のことをする多くのツールと違うのは、三つの要素が重なっている点です。コードを隠すのではなく技術力のある利用者を対象にしていること、自前のインフラで動かせること、そして AI エージェントを軸に位置づけを変えたことです。
最後の変化は現在の見出しにそのまま表れています。AI agents and workflows you can see and control という主題に、視覚的に組み立て、必要ならコードへ踏み込み、あらゆるものにつなぐという説明が添えられています。「見えて、制御できる」という言い回しは、ブラックボックスとして動くエージェント基盤への意図的な対比です。
運営主体はプライバシーポリシーに正確に開示されています。n8n GmbH、商業登記番号 HRB 212509 B、登記住所はベルリンの Novalisstr. 10 で、EU の法域に属するドイツ企業です。TechCrunch は同社が 2019 年に Jan Oberhauser によって設立され、本人が CEO を務めていると伝えています。資金調達も相応の規模です。2025 年 3 月に Highland Europe 主導で 5,500 万ユーロ、続く 2025 年 10 月には Accel 主導のシリーズ C で 1 億 8,000 万ドルを評価額 25 億ドルで調達し、NVIDIA のベンチャー部門も参加しています。
ベンダーが自ら示す規模の数字としては、500 を超える連携、1 万以上のワークフローテンプレート、20 万を超えるコミュニティ参加者、そして GitHub のスター 20 万超があります。トップページは G2 の 4.7 という評価も引用しています。いずれも自社ページ上の自己申告であり、監査された指標ではなくマーケティングとして読むべきものです。とりわけ G2 の数字はベンダーが第三者を引用したもので、本稿で独自に確認した値ではありません。
この節を設けるのは、n8n がきわめて広くオープンソースと紹介される一方、その説明が法的には不正確で、しかもその不正確さが実害につながるからです。
n8n が採用しているのは Sustainable Use License であり、MIT や Apache をはじめとする OSI 承認のオープンソースライセンスではありません。権威ある本文はプロジェクト自身のリポジトリにある LICENSE.md で、その制限条項は明確です。ソフトウェアを使用または改変できるのは、自身の内部業務目的か、非商用または個人利用の場合に限られます。他者への配布も、無償かつ非商用目的の場合にのみ許されます。
実務に落とすとこうなります。自社の業務を自動化するために社内で n8n を運用することは明確に許容されます。n8n をホスティングし、そのホスティングサービスを顧客に販売することは許容されません。事業モデルが n8n ベースの自動化を第三者へ有償提供する形なら、オープンソースの自由を前提とせず、ライセンスを丁寧に読む必要があります。
さらに第二の層があります。ファイル名に .ee. を含む、あるいはディレクトリ名に .ee を含むソースファイルは Sustainable Use License の対象から完全に除外され、利用するには有効な n8n エンタープライズライセンスの保有が必要です。つまりリポジトリは一様にライセンスされておらず、一部は商用ライセンス限定です。
この方式を指すエコシステム用語が fair-code で、その定義サイトはむしろ率直です。fair-code はソフトウェアライセンスではないと明言しています。一般に無料で使え、ソースが公開され、誰でも拡張でき、しかし作者によって商業的に制限されるソフトウェアの方式を指す、という説明です。一貫性があり擁護もできる立場ですが、オープンソースではありません。両者を混同すると、組織がライセンス上の問題に踏み込みかねません。
実務的な結論はこうです。「ソース公開で自己ホスト可能」は正確であり、「オープンソース」は正確ではありません。大半の社内利用者にとってこの区別は何も変えませんが、その上に商用製品を作ろうとする人にとってはすべてを変えます。
中心となる操作はノードキャンバスです。トリガー、アクション、条件分岐、繰り返しを視覚的に組み上げます。差別化点は、視覚的な抽象が制約になり始めたときにツールを捨てず、コードノードで JavaScript や Python を書けることです。製品が「コードの柔軟性とノーコードの速さ」を掲げる理由であり、純粋なノーコードツールを窮屈に感じる人に響く理由でもあります。
500 を超える連携は CRM、データベース、メッセージング、表計算、クラウドストレージといった一般的な SaaS 領域を覆い、専用ノードのない REST API も呼べる汎用 HTTP リクエストノードを備えます。実務では連携数と同じくらいこの汎用ノードが効いてきます。特定の連携がないことが決定的な障害になることはめったにないからです。
製品が最も変わった部分です。LangChain 連携は 2023 年 10 月、自然言語から自動化を組み立てる AI Workflow Builder は 2025 年 10 月に登場しました。エージェントには、通常の自動化と同じ視覚的キャンバス上でツールや記憶、分岐ロジックを与えられます。コードのフレームワークではなく n8n でエージェントを作る本当の理由がここにあります。エージェントの判断とツール呼び出しが、常に検分できる状態で残るからです。
1 万件を超える公開ワークフローテンプレートは、学習資料であり出発点でもあります。学習曲線が確かに存在するツールにおいて、このライブラリは価値の重要な一部です。
同じソフトウェアが、EU でホストされる n8n のクラウドでも自前のサーバーでも動き、自己ホスト向けの専用ドキュメントも用意されています。信頼できる自己ホストの道筋を示す競合はごく少なく、データ所在地や閉域の要件がある組織にとっては、この点が決め手になることが多いといえます。
社内業務プロセスの自動化が基本です。システム間のレコード同期、承認の受け渡し、レポート生成、条件成立時の通知送信などが該当します。
標準連携のないシステム間でのデータ移動と変換も典型的な適合例です。とくに変換ロジックが単純なツールでは手に負えず、かといって専用サービスを書くほどでもない場合に向きます。
AI エージェントの実運用は最も伸びている用途です。ツールを呼び、社内データを参照し、その結果に基づいて動くエージェントを作るとき、チームが得るのは不透明なフレームワークのログではなく検分可能な実行グラフです。
営業やマーケティングのリード補完の流れ、すなわち受信したレコードを外部 API で補い、スコアリングして振り分ける処理は、ノードモデルに自然に対応します。
DevOps と社内ツールは自己ホストの道筋とよく合います。アラートの振り分け、定期メンテナンス、そして自前インフラ内で動かす必要のある障害通知のパイプラインなどです。
逆に n8n は、技術的な担い手がまったくいないチーム、ミリ秒未満の遅延保証が要る用途、そしてライセンス問題に向き合うつもりなく n8n ベースの自動化をサービスとして転売しようとする場合には適しません。
ワークフロー単位の課金モデルを活かしてください。1 回の実行費用が含まれるステップ数に左右されないため、関連するロジックを 1 本にまとめるほうが、それぞれ起動する複数本に分けるよりクラウドプランでは大幅に安く済みます。この一点が、この基盤が提供する最も有効なコストの梃子です。
高頻度トリガーに注意してください。1 分ごとにポーリングするワークフローは、それだけで月に約 43,200 回を消費し、Business の上限すら超えます。上流のサービスが対応しているなら、ポーリングではなく Webhook を使ってください。
プランを選ぶ前に実際の量を見積もってください。クラウドプランの年額と、小さなサーバー 1 台にそれを維持する工数を足した額を比べると、答えはチームによって大きく変わります。
その上に製品を作る前にライセンスを読んでください。この誤りは早い段階で犯され、気づくのが遅れがちなので、実践の節で改めて強調しておきます。
書き出したワークフローをバージョン管理に置いてください。ワークフローは JSON なので Git に入れられ、UI だけでは得られないレビューと巻き戻し、変更履歴が手に入ります。
認証情報はノードに直書きせず認証情報の仕組みに保存し、接続したアカウントには最小権限を保ってください。
本番に近い形のデータでテストしてください。自動化の失敗の多くは、論理の誤りではなく作成者が想定しなかったデータの揺れに起因します。
技術チームが中心の利用者です。開発者、運用エンジニア、技術的な思考を持つオペレーション担当者が、独自に連携を書くより速く進めたい一方で、仕組みを隠すツールは望まない、という層です。
データ所在地やプライバシーの制約がある組織には、選ぶ理由がとりわけ強くあります。自己ホストならワークフローのデータは自社インフラ内に完全にとどまり、クラウドも既定で EU にホストされるからです。
エージェントの挙動を観測可能にしておきたい AI エージェント開発チームが、最も伸びている層です。
コストに敏感な大量利用者は、実行課金の適用されない自己ホストの道筋から恩恵を受けます。
一方、より簡素な消費者向け自動化ツールのほうが適した非技術の業務担当者、インフラを維持する余力もクラウド料金の余裕もないチーム、そして何より、適切なライセンス取り決めなしに商用の転売製品を作ろうとする場合には向きません。
n8n はウェブアプリケーションとして動作し、n8n のクラウドでも自ら管理するインフラでも実行できます。クラウドのデータは EU 域内、ドイツのフランクフルトにあるサーバーに保存されます。これは曖昧な保証ではなく具体的な約束であり、GDPR を気にする購買側にとって実務的な意味があります。
自己ホストは専用のドキュメントサイト docs.n8n.io/hosting で支援され、配置の方法は Docker を含め一般的な Node.js アプリケーションと同じです。自己ホスト自体は広く利用でき、クラウドプランのうち一部の自己ホスト型エンタープライズ構成が Business と Enterprise に割り当てられています。
この基盤の本当の要点は接続性です。500 を超える連携と汎用 HTTP ノード、受信トリガー用の Webhook エンドポイント、そしてプログラムから制御するための API があります。フッターにはエンタープライズ窓口とセキュリティ文書も並んでいます。
クラウドの料金は実行量で段階分けされており、「実行」の意味を理解することが要になります。定義は際立って寛容で、書きぶりも明快です。1 回の実行はワークフロー全体の 1 回の実行であり、ワークフローに何ステップあるか、どれだけのデータを処理するかは関係ありません。
公開されている年払い基準の料金は、Starter が月 20 ユーロで 2,500 回、Pro が月 50 ユーロで 1 万回、Business が月 667 ユーロで 4 万回、Enterprise は個別見積もりです。Pro と Business の差が非常に大きい点は、Business がチーム単位ではなく組織単位の購買として位置づけられていることの表れです。
他の上限も段階とともに上がります。同時実行は Starter が 5、Pro が 20、Enterprise は 200 以上。実行履歴の保持は Starter と Pro が 7 日、Business が 30 日、Enterprise が 365 日です。重要なのは、どの段階でもアクティブなワークフロー数に上限がないことです。制約は作った自動化の本数ではなく実行回数にかかります。
自己ホストはこの計算をまるごと変えます。実行ごとの課金はなく、費用はインフラと保守だけです。大量の処理では格段に安く済むことが多いといえます。ただし運用できる体制があること、そして用途がライセンスの範囲を外れないことが前提です。
Zapier は主流の比較対象です。非技術の利用者にはずっと易しく連携カタログも大きい一方、ワークフロー単位ではなくタスク単位の課金のため量が増えると高くつき、自己ホストもありません。
Make（旧 Integromat）は視覚的な作り込みで n8n に近く、概して Zapier より安価ですが、こちらもクラウド専用です。
Activepieces と Windmill は、自己ホストを特に求めるチームにとって最も近い代替であり、なかでも Activepieces はより寛容なライセンスを採る点が注目されます。
Temporal と Airflow は別の課題、すなわちコード優先の永続実行とデータ編成をそれぞれ扱います。取っつきやすい自動化ではなく工学的な信頼性が要件なら、そちらが適切です。
安定していて価値の高い少数の連携であれば、自前でコードを書くことも依然として妥当な選択肢です。その場合、ワークフロー基盤は得られるものの割に依存を増やすだけになりかねません。
ライセンスが最も重い制約であり、実際の形をもう一度整理しておきます。社内利用は問題なく、商用の転売は不可、そしてエンタープライズ限定の .ee ファイルがあるためリポジトリは一様にライセンスされていません。オープンソースの自由を前提にしたチームは、この事実をかなり遅れて知ることになりがちです。
学習曲線は現実に存在します。製品が明確に技術者を対象にしている以上、非技術の利用者はデータ構造の対応付けや式の文法、デバッグでつまずきます。強力さを生む深さが、そのまま壁になります。
クラウドの実行コストは想定を超えることがあり、その主因はワークフローの複雑さではなく高頻度のトリガーです。ワークフロー単位の課金は 1 回あたりが寛容なぶん、ポーリングのトリガーが生む実行回数を過小に見積もりやすくなります。
自己ホストは費用をなくすのではなく移し替えるものです。更新、データベース保守、監視、バックアップを引き受けることになり、これはクラウド料金と比べる際に必ず計上すべき実際の工数です。
連携の深さはまちまちです。500 という数は大きなカタログですが、個々のノードが下地の API をどこまで覆っているかは異なります。汎用 HTTP ノードが受け皿になる代わり、ベンダーの API 文書を読む手間が生じます。
自動化は本質的に脆いものです。上流の API 変更や認証情報の失効、レート制限がワークフローを止め、エラー処理を意図的に設計していなければ、失敗が気づかれないまま続くことがあります。
第三者による検証という点では、材料は好意的ですが量が限られます。Product Hunt で 73 件のレビューによる 5 点満点中 4.8 点です。標本が小さいので件数とともに引用すべきです。トップページに出てくる G2 の点数はベンダーが第三者を引用したもので、本稿では独自に確認していません。
自動化ツールにおいて、この節は通常より重みを持ちます。ワークフローは組織の最も機微なデータをシステム間で運ぶことが多いからです。
開示されている収集範囲は釣り合いが取れています。n8n は連絡先データ、仮名化された利用者およびワークスペース識別子、アカウント設定、認証イベント、ワークフロー構成を含むアカウント・利用データ、そしてトラフィックと端末のデータを収集します。ここで収集されるのはワークフローの構成、すなわち自動化の骨組みであり、その中を流れるデータそのものとは別である点に注意が要ります。
最も強い約束は AI 学習に関するもので、書きぶりも際立って明快です。n8n は、ウェブサイトまたはサービスに関連して処理した個人データを、AI や機械学習モデルの開発、改善、学習には使用しないと述べています。多くの基盤が広い学習権限を留保している現在、明示的な除外条項は企業の購買側にとって実質的な差別化要素です。
ただし併記すべき留保があります。ポリシーは、サービス改善のために顧客コンテンツから非識別化されたデータセットを導出する場合があるとも記しています。非識別化された導出は、個人データでモデルを学習させることよりはるかに狭い許諾ですが、契約上の守秘義務が厳しい組織は、安心できる一文だけでなく両方を併せて読むべきです。
GDPR の権利は、同意の撤回、アクセス、訂正、削除、可搬性、異議まで漏れなく列挙されています。ドイツの管理者として当然ではありますが、確認しておく価値はあります。副処理者はポリシー本文には列挙されず、別ページが案内されています。
プライバシー面を補強する構造的な要素が二つあります。クラウドのデータが EU 域内のフランクフルトにあること、そして自己ホストがワークフローのデータ経路から n8n を完全に外すことです。規制対象のデータを扱う組織にとって、後者はこの製品が示せる最も強いプライバシー上の論拠です。
OSI の意味ではそうではなく、これがこの製品に関する最もよくある誤解です。n8n は Sustainable Use License を採用しており、社内業務目的または非商用の用途に限って使用・改変でき、配布も無償かつ非商用の場合に限られます。ソースは公開され自己ホストも許されるため「ソース公開」や「fair-code」は正確な表現ですが、MIT や Apache 型のオープンソースの自由は適用されません。.ee が付いたファイルは対象外で、エンタープライズライセンスが必要です。
自社の業務を自動化するために社内で使うことは許容されます。n8n ベースの自動化をホスティングサービスとして第三者に転売することは Sustainable Use License の範囲外で、別途の商用取り決めが要ります。顧客に n8n を提供する構想があるなら、着手前にライセンス本文を読んでください。
年払い基準のクラウド料金は、Starter が月 20 ユーロで 2,500 回、Pro が月 50 ユーロで 1 万回、Business が月 667 ユーロで 4 万回、Enterprise は個別見積もりです。自己ホストに実行ごとの料金はなく、費用はインフラと保守になります。
ワークフロー 1 本を最初から最後まで 1 回動かしたら 1 回で、ノード数や流れるデータ量は関係ありません。大きなデータを扱う 20 ステップのワークフローも、2 ステップのものと同じく実行 1 回です。だからこそ、ロジックをより少なく大きなワークフローにまとめることがクラウドプランでの主要なコスト最適化になります。
その可能性があり、最もよくある料金上の驚きです。1 分ごとにポーリングするワークフローはそれだけで月に約 43,200 回を使い、Business の枠すら超えます。上流のサービスが対応しているならポーリングより Webhook を優先し、可能なら間隔を延ばしてください。
プライバシーポリシーは、ウェブサイトやサービスに関連して処理された個人データを AI や機械学習モデルの開発・改善・学習に使用しないと明記しています。別途、サービス改善のために顧客コンテンツから非識別化データセットを導出する場合があるとも述べています。守秘義務が厳しい場合、自己ホストにすればデータ経路から n8n を完全に外せます。
クラウドのデータは EU 域内、ドイツのフランクフルトのサーバーに保管され、管理主体はベルリンのドイツ企業 n8n GmbH です。GDPR の権利はプライバシーポリシーに漏れなく列挙されています。
部分的にしか向いていません。視覚的なビルダーは取っつきやすい一方、製品は意図して技術者を対象としており、強力さを支える式やデータの対応付け、コードノード、デバッグこそが非技術の利用者のつまずく場所です。技術的な担い手が皆無のチームには、より簡素な消費者向け自動化ツールのほうが概して適します。
どちらも可能で、いまはエージェントが主役の用途です。LangChain 連携は 2023 年 10 月、自然言語から自動化を生成する AI Workflow Builder は 2025 年 10 月に登場しました。特有の利点は、エージェントの挙動が不透明なフレームワークの内側ではなく、通常のワークフローと同じ検分可能なキャンバス上で動くことです。
保守をいっさい持ちたくなく、EU でのホスティングに問題がなく、実行量がいずれかの段階の枠に収まるならクラウドです。量が多く実行ごとの課金が重い場合、データ所在地や閉域の要件でホスティングサービスが使えない場合、あるいは自前で運用する技術体制がある場合は自己ホストが適します。どちらを選ぶにせよ、意図する用途がライセンスに適合するかを先に確認してください。
