n8nは無料？CommunityとEnterpriseの違い

n8n はセルフホストで無料ですか？

はい、n8n はセルフホストで無料で利用できます。所有するサーバーで Community Edition を実行でき、ライセンスによって、作成できるワークフロー数や実行回数に制限は設けられていません。この無料版で十分かどうかは、主に2点で決まります。n8n は Open Source Initiative（OSI）が用いる意味でのオープンソースではありません。また、特定の機能はライセンスキーを購入するまで無効になっています。

ライセンスは Sustainable Use License version 1.0 です。ソースコードは公開されており、閲覧、実行、変更ができます。ただし、このライセンスが制限するのは、そのソフトウェアを誰に提供できるかです。自分自身や自社のために n8n を実行することはできます。他の人が料金を支払って利用する製品に変更することはできません。

フェアコードとは何か、そして n8n がオープンソースではない理由

フェアコードは、n8n が独自のモデルに使用している名称です。ソースコードが公開され、自由に実行できる一方で、商用利用を作者が制限するソフトウェアを指します。n8n のドキュメントでは、この表現を使う理由を明確に説明しています。OSI が承認するオープンソースライセンスには、ソフトウェアの利用方法に関する制限を含められません。一方、Sustainable Use License にはそのような制限が含まれています。そのため、n8n は自らをオープンソースとは呼んでいません。

この区別は、単なる言葉の問題ではありません。調達チームの判断にも影響します。「オープンソースツール、または購入したツールを導入する」というポリシーでは、n8n は第 3 のカテゴリーに入ります。そのため、誰かが n8n を導入するかどうかを実際に判断する必要があります。その判断を行う前に、n8n リポジトリのライセンスファイルを確認してください。判断後に確認するのでは不十分です。

Sustainable Use License で許可されること

このライセンス許諾の範囲は広く設定されています。このライセンスにより、ソフトウェアを使用、複製、配布、利用可能な状態にし、二次的著作物を作成するための、非独占的、ロイヤリティフリー、全世界対象のライセンスが付与されます。用途は、社内業務または個人的な非商用利用に限られます。

実際には、次の用途が含まれます。

• 自社のサーバーで n8n を実行すること。たとえば、CRM（customer relationship management system）から社内データベースへデータを同期できます。
• 自宅で個人プロジェクトに使用すること。
• コードを変更し、変更後のバージョンを実行すること。
• 自社製品向けの n8n node や、自社製品と n8n の間のその他の連携を作成すること。
• 顧客向けの workflow 構築など、コンサルティング業務を販売すること。
• 顧客が所有するサーバーへの n8n のセットアップや保守など、サポートを販売すること。
• 自社の認証情報で実行する限り、自社製品内部の見えない backend として n8n を使用すること。

このライセンスによって使用量が制限されることはありません。実行回数の上限も seat 数の制限もないため、self-hosted instance の上限は、実行先マシンの CPU と memory だけです。AI node にも制限はありません。そのため、n8n で AI agent workflow を構築することは free edition で実行できます。

Sustainable Use License で許可されないこと

制限は簡潔で、n8n はサステナブルユースライセンスのページで例を挙げて説明しています。

• n8n をホスティングし、アクセス料金を利用者に請求すること。
• n8n をホワイトラベル化し、顧客に有料で提供すること。
• エンドユーザーが他のサービスの自分のアカウントにアクセスできるように、n8n を使ってエンドユーザー自身の認証情報を収集すること。
• ライセンス、著作権、その他の通知を変更、削除、または見えなくすること。
• 商用目的で配布すること。配布が認められるのは、非商用目的で無料提供する場合に限られます。

3 つ目の制限は誤解されやすいため、2 回確認してください。自社の API key を使って自社データを移動する請求処理ジョブは内部利用であり、許可されます。一方、各顧客が n8n インスタンスを介して自分の Google アカウントを接続する製品は許可されません。ライセンスは、n8n が保持する認証情報の所有者を基準に線引きしているためです。どちらの場合も、ソフトウェアとサーバーは同じです。しかし、判断は異なります。

同じリポジトリには、もう 1 つのライセンスも含まれています。ファイル名に .ee. が含まれるソースファイル、またはディレクトリパスに .ee が含まれるソースファイルは、Sustainable Use License の対象外であり、別の n8n Enterprise License の対象です。このコードは、pull する同じ Docker image に含まれているため、ビルドには有料機能が含まれています。ただし、有効な key が有効化するまで無効のままです。それ以外の方法で有効化することは、設定上の工夫ではなく、ライセンス違反です。

MITおよびAGPLとfair-codeが異なる点

MITライセンスでは、帰属表示だけが実質的な条件であり、コードを取得してホステッド版を販売することを含め、あらゆる利用が認められます。

AGPL（GNU Affero General Public License）でも、ホステッド版を販売できます。条件は開示です。ソフトウェアを変更し、そのソフトウェアにネットワーク経由でユーザーがアクセスできるようにする場合、そのユーザーに変更後のソースコードを提供する必要があります。

Sustainable Use Licenseは、異なる軸で機能します。変更内容の公開は求めません。サービスを提供できる相手を制限します。要約すると、AGPLは何を公開する必要があるかを制御し、Sustainable Use Licenseは誰に販売できるかを制御します。

この違いによって、フォークの扱いが決まります。AGPLプロジェクトは、変更内容を公開すれば、誰でもフォークして競合するホステッドサービスとして運用できます。n8nでは、誰もそのようにはできません。利用制限がコードとともにすべてのコピーへ引き継がれるためです。これが、n8nがソースコード全体を公開しながら、クローンとの競合なしにクラウド製品を販売できる理由です。

有料のライセンスキーが必要な機能

Community Edition には、製品のほぼすべての機能が含まれています。n8n は含まれる機能ではなく、除外される機能を文書化しています。この方が実用的です。2026年8月時点で、エディション比較ページでは次の機能が有料として掲載されています。

• SAML (security assertion markup language) または LDAP (lightweight directory access protocol) による SSO (single sign-on)
• ワークフローと認証情報の共有
• Projects
• Custom variables
• Environments
• Git を使用したバージョン管理
• External secrets
• バイナリデータ用の外部ストレージ
• ログストリーミング
• Multi-main mode

多くのチームが最初に制限を感じるのは共有です。1 人でツールを評価している間は、この制限を見落としやすくなります。Community Edition では、インスタンスの所有者と、ワークフローまたは認証情報を作成したユーザーだけが、それを開けます。同じインスタンスを使用する同僚同士でも、インターフェース内でワークフローを受け渡すことはできません。チームは 1 つの共有ログインで回避することがありますが、これでは誰が何を変更したかを記録できません。

次が SSO です。会社がすべての社内ツールに SSO を必須としている場合、Community Edition は他に何ができても初日から要件を満たせません。無料の self-hosted アプリで認証機能だけが有料になる構図は、この分野全体で繰り返されています。self-hosted アプリにおける SSO の追加料金では、ベンダーが同じ場所に境界線を引き続ける理由を説明しています。

Environments と Git によるバージョン管理は、実際には 1 つの機能として扱えます。これらを組み合わせると、ワークフローをリポジトリで管理し、開発用インスタンスから本番用インスタンスへ昇格できます。これらがなければ、インスタンス間でワークフローを移動するには、JSON を手動でエクスポートし、移動先でインポートする必要があります。この方法は機能し、実際に多くの人が使っています。ただし、レビュー手順も履歴も残りません。

Multi-main mode は、規模を制限する機能です。複数の worker process を使用する Queue mode は、Community Edition で問題なく動作します。一方、main process を複数実行することはできません。main process はスケジュールと webhook を管理するため、ライセンスキーなしでは冗長化できない単一障害点として残ります。

ログストリーミングと External secrets は、コンプライアンス向けの機能です。ログストリーミングを使うと、n8n のイベントログをすでに監視しているシステムへ送信できます。External secrets では、n8n 自身の暗号化ストアではなく vault から認証情報を読み取ります。どちらも、ツールを本番環境に導入してから数か月後にセキュリティレビューで求められやすい機能です。その段階で価格を知ると、対応が難しくなります。

必要な機能が有料化されており、予算にも余裕がない場合は、ライセンスと格闘するのではなくツールを比較してください。self-hosted n8n の代替ツールは、各プロジェクトが無料で提供する範囲を異なる場所に設定しているため、並べて読む価値があります。

コミュニティインスタンスを登録して無料のライセンスキーを取得する

一部の無料機能には、今でもライセンスキーが必要です。一見矛盾しているように見えますが、仕組みを確認すれば理解できます。メールアドレスを登録すると、無料のキーを取得できます。これにより、次の3つの機能を無料で利用できます。

• ワークフローを整理するための Folders
• ワークフローの作業中に実行データをコピーして固定する Debug in editor
• 実行メタデータを保存して注釈を付ける Custom execution data

キーを取得する手順は次のとおりです。

1. エディター左下の3つのドットのメニューを開きます。
2. Settings、Usage and plan の順に開きます。
3. Unlock、Send me a free license key の順に選択します。
4. メールで届いたキーを Enter activation key に貼り付け、Activate を選択します。

ファイルで設定するサーバーでは、インターフェースを使わず、初回起動前にキーを環境変数として設定します。

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 \
  -e N8N_LICENSE_ACTIVATION_KEY="paste-your-key-here" \
  -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n

ポート 5678 でエディターを開き、Settings、Usage and plan の順に確認します。そのページに Unlock のプロンプトではなく、プラン名が表示されていれば設定は完了です。プロンプトが表示され続ける場合、通常の原因は、インスタンスが以前に有効化されていることです。すでにライセンスを保持しているインスタンスでは N8N_LICENSE_ACTIVATION_KEY は効果がないため、既存コンテナの環境に追加しても何も変わらないように見えます。

本番環境では、さらに2つのライセンス関連変数が重要です。N8N_LICENSE_AUTO_RENEW_ENABLED のデフォルト値は true です。これを false にすると、10日ごとに設定メニューから手動で更新する必要があります。更新しないと、ライセンス機能が停止します。N8N_LICENSE_DETACH_FLOATING_ON_SHUTDOWN のデフォルト値も true です。この設定では、インスタンスのシャットダウン時に権利が解放され、別のインスタンスが取得できるようになります。デプロイ中に再起動する本番インスタンスでは、ライセンス機能を再起動後も利用できるように false に設定します。両方の設定については、ライセンスの管理ページに記載されています。

クラウドプランの位置付け

n8n Cloud は、n8n 自身のインフラストラクチャ上で同じソフトウェアを実行します。プラン料金は、アクティブなワークフロー数ではなくワークフローの実行回数に基づいて計算されます。そのため、Webhook を待機したままアイドル状態のワークフローは、実行されるまで料金がかかりません。

セルフホスト利用者にとって重要なのは、enterprise ライセンスキーが単体で販売されるのではなく、プランに付属する点です。Business または Enterprise プランを購入するとキーが発行され、そのキーを自分のハードウェアで実行しているインスタンスに貼り付けます。セルフホストと有料契約は相反しません。

2026年8月時点では、エントリーレベルのプランに限り、n8n の料金ページで月額料金が公開されています。上位プランは営業チームを通じて契約し、enterprise の料金は公開されていません。そのため、ここに記載した金額は読む前に古くなる可能性があります。見積もりを依頼し、セルフホスト用のキーが見積もりに含まれるかを明確に確認してください。

自分で運用するか、ホスト型の自動化製品に料金を支払うかをまだ決めていない場合は、n8n、Zapier、Make の比較で機能一覧ではなく費用の構造を確認できます。

自社製品内でのn8nの販売

顧客がn8nのエディター自体を見て操作する場合は、embed licenceが必要です。n8nはこれをOEM (original equipment manufacturer) agreementとしても提供しています。このライセンスでは、Sustainable Use Licenseで禁止されているホワイトラベル化と再販売が認められます。これは見積もりに基づく料金の個別契約で、すでに販売している製品にワークフロー自動化を組み込む企業を対象としています。

n8nを非公開のバックエンドとして使用する場合は別の扱いになり、このような契約は必要ありません。ワークフローが自社の認証情報で実行され、ユーザーがエディターに触れない場合は、標準ライセンスで対応できます。判断の分かれ目は収益ではなく、認証情報とエディターです。

必要なエディションはどれですか？

1 社で独自の自動化を運用し、同僚同士で互いの作業を閲覧できる構成であれば、Community Edition で十分です。無料キーを登録して、すぐに構築を始めてください。次の段階はサーバーです。Docker と HTTPS を使って VPS に n8n をセルフホストする方法では、デプロイ、リバースプロキシ、証明書について説明しています。

シングルサインオン、または開発環境と本番環境の分離が必要な会社では、Community Edition では対応できません。設定をどれだけ変更しても解決しません。Business plan の料金を確認するか、予算に合うライセンスのツールを選んでください。

他者にアクセスを販売する場合、n8n と商用契約を結ぶ必要があります。早い段階で相談するほど、費用を抑えられます。

FAQ

n8n はオープンソースですか？

いいえ。n8n は fair-code であり、Sustainable Use License に基づいて配布されています。ソースコードは公開されており、読んだり、実行したり、変更したりできます。ただし、ライセンスによって利用目的が制限されています。また、OSI が承認したオープンソースライセンスには、利用目的の制限を含めることができません。n8n は自社のドキュメントでもこの点を説明し、代わりに source available と表現しています。ファイル名に .ee. が含まれるファイル、またはパスに .ee が含まれるファイルは、このライセンスの対象からも除外され、別個の n8n Enterprise License が適用されます。

n8n に関わる作業で顧客から料金を請求できますか？

はい、サービスとして提供する場合は可能です。顧客向けのワークフロー構築に、別途契約は必要ありません。顧客が所有するサーバーへの n8n のインストールや保守にも、別途契約は必要ありません。ただし、自分で運用する n8n インスタンスへのアクセスに対して料金を請求したり、n8n のホワイトラベル版を販売したりすることはできません。判断基準は、支払われる料金があなたの作業に対するものか、ソフトウェアへのアクセスに対するものかです。

セルフホストの Community Edition では、チームでワークフローを共有できないのはなぜですか？

ワークフローと認証情報の共有はライセンス対象の機能であり、有料キーがない場合は無効になります。Community Edition では、インスタンス所有者と項目の作成者だけがその項目を開けます。そのため、インターフェース内でワークフローを同僚に渡す方法はありません。ワークフローを JSON としてエクスポートし、別のアカウントでインポートすることはできます。ただし、認証情報はそのエクスポートに含まれません。インポートしたコピーは別のワークフローになり、実行履歴も独立します。

n8n インスタンスがライセンスサーバーに接続できない場合、どうなりますか？

アクティベート済みのインスタンスは、デフォルトで https://license.n8n.io/v1 に対してライセンスを更新し、N8N_LICENSE_AUTO_RENEW_ENABLED は初期状態で true です。自動更新を無効にした場合は、10 日ごとに設定メニューから手動で更新する必要があります。更新しないと、ライセンス対象の機能が停止します。外向きのファイアウォールによってライセンスサーバーへの接続がブロックされている場合は、更新を無効にせず、小文字の https_proxy_license_server 変数を使用してリクエストをプロキシ経由で送信してください。

n8n のブランド表示を削除するには料金を支払う必要がありますか？

はい、顧客に結果を見せる場合は必要です。Sustainable Use License は、ライセンス表示と著作権表示の変更、削除、隠蔽を禁止しています。また、n8n をホワイトラベル化して顧客に有料で提供することを、許可されない利用方法として明記しています。販売する製品のブランドを変更するには、embed または OEM の契約が必要です。自社スタッフだけが使用するインスタンスの外観を調整する場合は、より限定的な問題です。ただし、ライセンス表示と著作権表示に関する条項は、利用者が誰であるかにかかわらず適用されます。