n8nを無料でセルフホストする手順｜Dockerとnpxのどちらか

n8n セルフホストは、Community版なら完全無料で使えます。手元で試すだけなら「npx n8n」の1コマンド、24時間動かす運用ならDockerでデータを永続化して立ち上げるのが基本です。クラウド版のように実行回数やメンバー数で課金されず、ワークフローもデータも自分のサーバー内で完結します。ただし「無料」はライセンス上の線引き（Sustainable Use License）があり、第三者向けのサービスとして貸し出す使い方は対象外です。本記事では、npxとDockerそれぞれの構築手順、本当に無料になる条件とVPSの実費、無料のCommunity版でできないこと、そしてサイト制作や自社ツールの自動化での使い方までを筆者が整理します。

n8n セルフホストとは？無料で使える仕組み

n8n セルフホストとは、ワークフロー自動化ツールn8nを自分のPCやサーバーにインストールして動かす方式です。n8nはWebhookやAPI、各種SaaSをノードでつないで処理を自動化するツールで、コードが公開されているため、ベンダーのクラウドに頼らず自前環境で運用できます。この自前で持つ版が「Community Edition」で、筆者がn8n公式の料金ページで確認したところ、セルフホストのCommunity版は完全無料と明記されています。

クラウド版（n8n Cloud）が実行回数に応じた月額課金なのに対し、セルフホストは月額のライセンス料がかかりません。ワークフローの数もユーザー数も、動かすマシンが許す範囲で自由です。以降で、なぜ無料なのか、そして本当にどこまで無料なのかを具体的に見ていきます。

セルフホスト版（Community Edition）は無料

Community版は、機能を大きく削った体験版ではありません。ワークフローの作成、主要なSaaSやAPIをつなぐ多数のノード、Webhookトリガー、スケジュール実行、JavaScript／Pythonでのカスタムコードといった中核機能は無料のまま使えます。個人開発者や小さなチームが自動化を組む用途なら、Community版だけで実務に足ります。有料になるのは、後述するチーム統制・監査まわりの機能です。

クラウド版・Zapier／Makeと何が違うのか

「自前で動かす」だけでは選ぶ理由になりません。ここでは、n8nセルフホストと、クラウド型の自動化サービス（n8n Cloud・Zapier・Make）との実務で意味のある差分を表にまとめます。

出典：n8n公式サイトの料金ページおよびドキュメントで筆者が確認（2026年8月）。

なぜ無料で使えるのか（fair-codeライセンス）

n8nが無料で配られているのは、一般的なオープンソースではなく「fair-code」という考え方に基づくSustainable Use Licenseで公開されているからです。筆者が確認した範囲では、このライセンスは社内利用・個人利用の範囲なら無料で自由に使えますが、n8nそのものを第三者向けの有料サービスとして再提供する（ホスティングして貸し出す等）用途は対象外とされています。自社の業務自動化に使う分には、この制約に触れることはまずありません。「無料」の意味を正しくつかんでおくと、後で商用可否に迷わずに済みます。

n8n セルフホストは本当に無料？費用が発生する条件

結論として、ソフトのライセンス料は無料ですが、動かす環境にはお金がかかる場合があります。無料で収まるか実費が出るかは「どこで動かすか」で決まります。自分のPCで動かすなら実質0円、常時稼働のVPSを借りるなら月数百円からの実費が発生します。

完全無料になるケース（ローカルPC）

手元のPCにインストールして、使うときだけ立ち上げる構成なら追加費用はかかりません。すでに持っているPCの電気代以外に出ていくお金はなく、まず無料で触ってみたい段階に向いています。ただしPCの電源を切るとワークフローも止まるため、定時実行や外部からのWebhook受信を24時間続けたい用途には不向きです。

実費がかかるケース（VPS・ドメイン・SSL）

常時稼働させたい、外部サービスからWebhookを受けたい場合は、VPS（仮想サーバー）を借りて動かします。ここで初めて実費が出ます。構成別のおおよその費用感を表にまとめます。

VPSの料金は契約するサービスやスペックで変わるため、具体額は各社の公式料金を確認してください。筆者が実務で使う目安では、個人利用や小規模の自動化なら各社の最小構成のプランで足りることが多く、月数百円台から始められます。SSLはLet’s Encryptを使えば無料なので、実質的にかかるのはVPS代とドメイン代だけです。

【最短】npxでn8nを無料で起動する手順

ここからは実際の構築手順を紹介します。まずはインストール不要で試せる、npxを使った最短の起動方法です。お試しや開発用に向いた方法で、数分で管理画面まで到達できます。

必要なもの（Node.js環境）

npxで動かすには、npmが使えるNode.js環境が必要です。n8n公式はLTS版のNode.jsを前提としているため、LTS（長期サポート版）を入れておくのが無難です。すでにNode.jsを入れているなら、ターミナルで node -v を実行してバージョンが表示されるかを確認します。

「npx n8n」で起動してブラウザで開く

準備ができたら、ターミナルで次の1行を実行するだけです。初回は必要なパッケージのダウンロードが走るため、少し時間がかかります。

# n8nをダウンロードして起動（インストール不要）
npx n8n

起動が完了すると、ターミナルに待ち受けURLが表示されます。ブラウザで http://localhost:5678 を開くと、n8nの編集画面が立ち上がります。初回はアカウント（オーナー）の作成画面が出るので、メールアドレスとパスワードを設定すれば、すぐにワークフローを組み始められます。

npxで起動できない時の確認点

「npxが見つからない」と出る場合は、Node.jsが正しく入っていないか、パスが通っていない可能性が高いです。node -v と npm -v の両方が表示されるかをまず確認します。http://localhost:5678 にアクセスできないときは、別のアプリが5678番ポートを使っていることがあるため、ターミナルのログにエラーが出ていないかを見ます。npxでの起動は手軽な反面、ターミナルを閉じると停止する点に注意してください。

【運用向け】Dockerでn8nをセルフホストする手順

継続して動かすなら、Dockerで構築するのが本命です。npxと違い、データをボリュームに保存するため、コンテナを再起動してもワークフローや認証情報が消えません。ここからはDockerでの構築手順を紹介します。

データを永続化して起動する

まずワークフローや設定を保存するための名前付きボリュームを作り、それを割り当ててコンテナを起動します。Docker本体がインストール済みである前提です。

# データ保存用のボリュームを作成
docker volume create n8n_data

# n8nコンテナを起動（5678番ポートを公開・データを永続化）
docker run -it --rm --name n8n \
  -p 5678:5678 \
  -v n8n_data:/home/node/.n8n \
  docker.n8n.io/n8nio/n8n

起動後、http://localhost:5678 にアクセスすれば、npxのときと同じ編集画面が開きます。-v n8n_data:/home/node/.n8n がデータの永続化を担う部分で、ここを省くとコンテナ削除時にワークフローが消えてしまいます。バックグラウンドで動かし続けたい場合は、-it --rm を -d に置き換えると、ターミナルを閉じても稼働し続けます。

VPSで24時間動かす場合の追加設定

VPS上で外部からアクセスできるように公開する場合は、固定URLとHTTPS化が必要です。n8nはWebhookの本番URLを環境変数で受け取るため、独自ドメインを割り当てるときは起動時に次のような環境変数を渡します。

# 独自ドメインでHTTPS公開する場合の例（値は自分の環境に置き換える）
-e N8N_HOST=example.com \
-e N8N_PROTOCOL=https \
-e WEBHOOK_URL=https://example.com/

HTTPSの終端は、n8n自身ではなくリバースプロキシ（NginxやCaddy、Traefikなど）に任せるのが一般的です。リバースプロキシでLet’s EncryptのSSL証明書を取得し、443番での通信を内部の5678番へ渡す形にすれば、無料の証明書でHTTPS公開ができます。Dockerでの自前構築という考え方は、Dify セルフホストのDocker構築とも共通するので、あわせて読むと構成の勘所がつかめます。

docker composeでまとめて管理する

環境変数やボリューム、リバースプロキシまで含めて構成が増えてきたら、起動オプションを毎回打つよりdocker composeでファイルに書き出すほうが管理しやすくなります。compose.yaml にイメージ名・ポート・ボリューム・環境変数をまとめておけば、docker compose up -d の1コマンドで同じ構成を再現でき、設定変更の履歴も残せます。VPS移行やバージョン更新のたびに手順を思い出す必要がなくなり、運用の再現性が上がります。

無料のCommunity版でできないこと（有料版との違い）

Community版は無料で強力ですが、チームで統制して使う機能は有料版（Business／Enterprise）に分かれています。ここが「これまで（有料SaaS）」と無料セルフホストの最大の差分です。無料でどこまでできて、どこから有料かを表で整理します。

出典：n8n公式サイトの料金ページで筆者が確認（2026年8月）。

この差分がアウトプットにどう出るかは、仕様差から次のように想定できます。まず個人や少人数で自動化を回す段階では、無料のCommunity版で組めるワークフローの範囲が実務とほぼ一致するため、成果物（自動化された処理そのもの）に差は出にくいと考えられます。一方で、複数人が同じn8nを触り、本番と開発を分け、誰がどの認証情報を使ったかを監査する段階に進むと、SSOや環境分離といった統制機能が必要になり、そこで有料版が現実的な選択肢になると想定されます。いずれも筆者の実測ではなく、公開されている機能差からの想定です。

サイト制作・自社ツール開発でn8nをどう使うか

ここからは、筆者の実務である「サイト制作」と「効率化のための自社ツール開発」で、n8nセルフホストを実際にどう組み込むかを紹介します。いずれも無料のCommunity版で完結する範囲です。

①問い合わせフォーム送信をSlack通知＋スプレッドシート記録に自動化

制作したサイトの問い合わせフォームは、送信内容をメールで受けるだけだと見落としが起きがちです。n8nのWebhookノードを使えば、フォーム送信を受け取って、Slackへ即通知し、同時にGoogleスプレッドシートへ1行追記する、という流れを無料で組めます。処理の全体像は次のとおりです。

[サイトの問い合わせフォーム]
        │ 送信（POST）
        ▼
[n8n Webhookノード]  ← 受け口のURL
        │
        ├──▶ [Slackノード] 担当チャンネルへ通知
        └──▶ [Google Sheetsノード] 1行追記して記録

設定はコピペに近い粒度で進められます。n8nの編集画面で「Webhook」ノードを追加し、HTTP MethodをPOST、Pathを contact のように決めると、受け口となる本番URL（例：https://自分のドメイン/webhook/contact）が発行されます。このURLをフォームの送信先（form要素のactionや、フロントからのfetch送信先）に指定します。あとはWebhookノードの後ろにSlackノードとGoogle Sheetsノードをつなぎ、フォームの項目（氏名・メール・本文）を各サービスのフィールドに割り当てれば完成です。外部から受けるため、この用途はローカルPCではなくVPS構成が前提になります。

②定期実行で記事の自動投稿やデータ収集をまとめる

自社ツール開発では、決まった時刻に処理を走らせたい場面が多くあります。n8nのScheduleノードを起点にすれば、たとえば毎朝決まった時間にAPIから最新データを取得し、整形してSlackやスプレッドシートに流す、といった定期バッチを画面上で組めます。HTTP Requestノードを使えば、公開APIや自社のエンドポイントへのリクエストもコードを書かずに設定できます。

[Scheduleノード] 毎朝7:00にトリガー
        │
        ▼
[HTTP Requestノード] APIからデータ取得
        │
        ▼
[整形（Set / Codeノード）]
        │
        ▼
[Slack / Sheets / メール] へ出力

この形は、記事の下書きを定期的に生成する仕組みや、順位・在庫・為替などの数値を毎日記録する社内ダッシュボードの土台になります。Community版はカスタムコード（JavaScript／Python）も無料で書けるため、既製ノードで届かない整形処理はCodeノードで補えます。API連携で自動化を広げるという発想は、web制作で使えるMCPサーバーの考え方とも相性がよく、AIツールと組み合わせると自動化の幅がさらに広がります。

セルフホストの運用でおさえる設定（更新・バックアップ・セキュリティ）

無料で動かせても、運用を放置すると事故につながります。ここでは、最低限おさえておきたい3点を紹介します。

アップデートの方法

Dockerで運用している場合、更新は新しいイメージを取得してコンテナを入れ替えるだけです。docker pull docker.n8n.io/n8nio/n8n で最新イメージを取得し、既存コンテナを停止・削除して同じ起動コマンドで立ち上げ直します。ボリュームにデータが残っているため、ワークフローは引き継がれます。更新前にバックアップを取ってから行うと安全です。

バックアップの取り方

守るべきは、ワークフローと認証情報が入った n8n_data ボリュームです。方法は2つあり、1つはボリュームそのものを定期的に別ストレージへコピーする方法、もう1つはn8nの画面やCLIからワークフローをJSONでエクスポートして保管する方法です。個人利用ならワークフローのエクスポートだけでも復旧できますが、認証情報も含めて丸ごと戻したいならボリュームのバックアップが確実です。

最低限のセキュリティ対策

外部に公開する構成では、誰でも編集画面に入れる状態を絶対に避けます。n8nはユーザー管理でアクセス制御できますが、加えてリバースプロキシ側でBasic認証やIP制限をかけると安全性が上がります。通信は必ずHTTPS化し、Webhookの受け口以外は外部から直接叩けないようにするのが基本です。自動化ツールは認証情報を多く抱えるため、公開範囲を絞ることがそのまま情報漏えい対策になります。

n8n セルフホストでよくあるトラブルと対処

構築時につまずきやすい2点と対処を紹介します。多くはポートかデータ永続化に関わるものです。

localhost:5678にアクセスできない

まずコンテナやプロセスが起動しているかを確認します。Dockerなら docker ps でn8nが動いているか、ログにエラーが出ていないかを見ます。起動しているのに開けない場合は、5678番ポートが他のアプリと競合していないか、VPSならファイアウォールやセキュリティグループで該当ポートが閉じていないかを確認します。

再起動したらワークフローが消えた

これはデータの永続化が設定されていないのが原因です。npxでの起動や、-v オプションを付けずにDockerで動かすと、停止時にデータが失われます。運用するなら必ず名前付きボリュームを割り当て、FIG.2のようにデータを外部に保存する構成にしてください。

n8n セルフホストに関するよくある質問

n8n セルフホストは無料で商用利用できる？

自社の業務自動化に使う分には、Community版を無料で商用利用できます。ライセンス（Sustainable Use License）が制限するのは、n8n自体を第三者向けの有料サービスとして再提供する用途です。社内やクライアント案件の効率化に使うだけなら、この制約に触れることはまずありません。

n8n セルフホストは日本語で使える？

n8nの管理画面は標準では英語ですが、操作自体は直感的で、ノード名を頼りに組めます。ワークフローで扱うデータや通知の文面は当然ながら日本語で問題なく処理できます。日本語UIが必須でなければ、そのまま実務に使えます。

ZapierやMakeと何が違う？

ZapierやMakeはクラウド専用で、実行回数に応じて課金される点が大きな違いです。n8nはセルフホストで実行回数の課金がなく、データを自社に置ける点と、カスタムコードを自由に書ける点で開発寄りの用途に向きます。手軽さ重視ならクラウド型、コストと自由度重視ならn8nセルフホスト、という住み分けになります。

ローカルPCとVPS、どちらで始めるべき？

まず触って感触をつかむ段階ならローカルPC（npx）で十分です。定時実行や外部Webhookの受信を24時間続けたい段階になったらVPSに移します。ワークフローはJSONで書き出せるため、ローカルで作ってVPSへ持っていく移行も難しくありません。

Community版に実行回数の制限はある？

セルフホストのCommunity版に、クラウド版のような実行回数の上限はありません。動かすマシンの性能が許す範囲で自由に実行できます。大量に回す自動化ほど、課金のあるクラウド型よりセルフホストが有利になります。

まとめ：無料で始めるなら「まずnpx、運用はDocker」

n8n セルフホストを無料で始めるかは、「実行回数を気にせず自動化を回したいか」「データを自社に置きたいか」で決まります。まずは npx n8n でローカルに立ち上げ、ワークフローの組み心地を確かめるのが失敗しない進め方です。定時実行や外部連携まで踏み込む段になったら、Dockerでデータを永続化し、VPSへ移して24時間運用に切り替えます。無料のCommunity版で組める範囲は個人・小規模チームの実務とほぼ重なり、統制機能が必要になったときに初めて有料版を検討すれば十分です。自前構築の考え方はDify セルフホストのDocker構築でも共通し、自動化とAIの連携はweb制作で使えるMCPサーバーとあわせて設計すると、外部依存を抑えたまま仕組みを広げられます。