n8n とは

n8n はビジュアルエディタと fair-code のオープンソースコアを持つワークフロー自動化プラットフォームです。経営者にとっては、リード獲得、CRM 更新、通知送信といった定型的なデータ移動業務をチームから切り離し、連携ごとに開発者を雇わずに済ませる手段になります。サービス、API、データベースをつなぎ、データは webhook で入り、処理され、Slack、Google Sheets、CRM などへ送られます。以下では、このツールの概要、運用コスト、Zapier や Make との違い、向いている人を説明します。

経営者向けの要点

• 完成された SaaS ではなくオープンソースツールです。 self-hosted なら無料で導入でき、マネージドの n8n Cloud も約 €20/月から利用できます。支払うのはホスティング費用と設定にかかる時間で、サポート込みのサブスクリプション料金ではありません。
• 操作ごとの課金がありません。 Zapier や Make と違い、self-hosting ではワークフロー実行回数の上限がなく、リードや連携が多い場合にコストを大きく抑えられます。
• self-hosted なら自社データを自社管理下に置けます。 リード、決済、顧客データが第三者のクラウドを経由しないため、機密性が求められる業種で有利です。
• 導入のハードルは Zapier より高めです。 n8n の導入・保守には開発者か技術に明るい担当者が必要です。そのリソースがなければ、n8n Cloud か SaaS 系の競合サービスの方が簡単です。
• 専用アプリを開発せずに典型的な業務を自動化できます：サイトのリード → API でエンリッチメント → CRM 登録 → Telegram や Slack への通知。
• 向いているケース： データ管理と操作課金なしを重視する、技術リソースのあるチーム。向いていないケース： 設定不要で完全に完成された SaaS が必要な場面。

どんなプロジェクトか

n8n（「n-eight-n」と読み、「nodemation」由来）は、ベルリンの Jan Oberhauser が作った fair-code のワークフロー自動化プラットフォームです。2019 年に始まり、no-code/low-code 自動化の代表的な open-source ツールの一つに成長しました。GitHub では数十万のスターと活発なコミュニティがあります。

n8n の考え方は単純です。統合ごとにスクリプトを書く代わりに、workflow - ノードのグラフを組み立てます。各ノードは一つの処理を行います。メール受信、JSON フィルタ、HTTP リクエスト、表への行追加など。ノード間の接続でデータがチェーンを流れます。

n8n は単一クラウドに縛られません。

• 自サーバー、Docker、Kubernetes で self-hosted 実行
• プロジェクトチームの n8n Cloud - マネージドホスティング
• CI/CD や社内インフラのデータパイプラインの一部として組み込み

ライセンスは fair-code です。ソースは公開、多くの用途で self-hosting は無料ですが、一部の enterprise 機能や大規模商用利用には別条件が必要な場合があります。チームや個人プロジェクトでは通常問題になりません。

ワークフローの構造

n8n の中心はドラッグアンドドロップの canvas です。ワークフローは次で構成されます。

• Trigger - 入口：webhook、スケジュール（cron）、Gmail イベント、Airtable の新規行など
• Nodes - 処理ステップ：データ変換、条件（IF）、ループ、API 呼び出し
• Connections - ノード間の線。JSON オブジェクトが流れ、次のステップで式からフィールドにアクセス

n8n のデータは items の配列で、各 item は JSON オブジェクトです。ノードは items を受け取り、処理し、次へ渡します。バッチ処理に便利です。注文配列付き webhook から数十の並列ブランチが生まれます。

式は JavaScript に近い構文です：{{ $json.email }}、{{ $now }}、以前のノードデータは $('Node Name') で参照。Code ノードでワークフロー内にフル JavaScript や Python を書けます。

平易に言えば、ワークフローはフローチャートです。各ボックスが一つの処理を行い、矢印が次にデータがどこへ行くかを示します。コードエディタを開かず、マウス操作だけで組み立てられます。

主な機能

連携

人気サービス向けの 400 以上のノード：Google Workspace、Slack、Notion、HubSpot、Stripe、Telegram、PostgreSQL、Redis、AWS S3、OpenAI など。HTTP Request で任意の REST API、Webhook でアプリからの受信リクエストに対応します。

AI とエージェント

LLM の普及に伴い、OpenAI、Anthropic、Google Gemini、Ollama 経由のローカルモデル用ノードが追加されました。受信リクエスト → LLM 分類 → 分岐ルーティング → チャット返信といったチェーンを組めます。AI Agent ノードで、別バックエンドなしの簡易エージェントも可能です。

バージョン管理とデバッグ

ワークフローは変更履歴付きで保存されます。Test workflow モードは公開せず実データやテストデータでチェーンを実行。各ノードの入出力が見えるため、純コードの「ブラックボックス」よりデバッグが速いです。

スケーリング

self-hosted n8n は Node.js アプリとして動作します。負荷対策には次があります。

• Redis と別 worker の queue mode
• Kubernetes での水平スケール
• トリガーと実行（execution）を別インスタンスに分離

小規模チームなら VPS 上の Docker コンテナ一つで足ります。

n8n vs Zapier と Make

Zapier は DevOps なしで素早く始めるのに最適。Gmail と Notion を 5 分で接続。Make はビジュアルルーティングと JSON 処理が柔軟。n8n はデータ管理、カスタムコード、自前ハードウェアでの無制限 webhook、self-hosting 時の操作課金なしで優位です。

向いている人

サーバー運用を避け、設定一行なしの turnkey SaaS が必要なら Zapier や n8n Cloud の方が簡単です。

始め方

以下は n8n を導入するエンジニアや IT パートナー向けのセクションです。経営者としてまず投資する価値があるかを判断したい場合は、上の「経営者向けの要点」と下の「強みと注意点」を参照してください。

self-hosted の最小手順：

1. Docker でインストール：docker run -it --rm --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n
2. http://localhost:5678 を開き、アカウント作成（ローカル）
3. ワークフロー作成：Webhook トリガー → 処理用 Set ノード → HTTP Request または任意のサービス
4. ワークフローを有効化し、webhook URL にテスト POST を送信

本番ではリバースプロキシ（nginx、Caddy）、HTTPS、credentials 入り volume のバックアップ、シークレット用環境変数を追加。チーム作業では API キーをノードに平文で置かず、Credentials ストアを使います。

ドキュメント：docs.n8n.io。フォーラムと GitHub Discussions でコミュニティが活発です。

強みと注意点

強み：

• self-hosting なら操作ごとの課金がなく、利用量が増えてもコストが予測可能
• データとインフラを完全にコントロールできる
• 400 以上の既製連携に加え、それ以外は HTTP Request と Webhook でカバー
• 既製ノードで足りない部分はコード（JavaScript/Python）で対応できる
• コミュニティが活発で開発が速く、AI エージェント向けノードも拡充中

注意点：

• self-hosted 版の導入・保守には開発者か IT パートナーが必要
• self-hosting ではバックアップ、アップデート、セキュリティの責任が自社にある
• 導入のハードルは Zapier より高く、単発の簡単な連携には過剰な場合がある
• 認証なしの webhook は連携への入口になるため、別途保護が必要

まとめ

n8n は、コードを書けるビジュアル自動化、自インフラでのデータ保持、self-hosting 時のステップ課金なしを求める人向けの、Zapier と Make に対する成熟した open-source 代替です。経営者にとっては、まず定型的な連携コストを削減し、サービス間の手動データ転送をなくす手段であり、それには導入・保守を担う人材が必要という前提が付きます。純 SaaS より入門はやや高いですが、「フォーム → Slack」から AI エージェント、複雑なデータパイプラインまで柔軟性で見合います。

すでに API、webhook、クラウドサービスを使っているなら、統合ごとにマイクロサービスを立てるより n8n の方が速く、安いことが多いです。

開発、AI導入、サイト保守など、ご案件に合わせたサポートが必要な場合 - お問い合わせください。

よくある質問

n8n は無料ですか？

self-hosted n8n は多くのシナリオで無料です。支払うのは動かすサーバーだけです。n8n Cloud は有料マネージドホスティングで、約 €20/月からのプランがあります。enterprise 機能（SSO、高度な権限）は別ライセンスが必要な場合があります。詳細はプロジェクトサイトの fair-code の条件を参照してください。

企業として n8n を運用するコストは？

self-hosting では直接のライセンス費用はかかりません。支払うのはサーバー費用（小規模チームなら月数ドルから）と、設定・保守にかかる担当者の時間です。n8n Cloud なら約 €20/月からのサブスクリプションが加わる代わりに、インフラの管理から解放されます。連携先サービスの有料 API（AI ワークフロー向けの LLM プロバイダーのトークン料金など）が追加コストになることもあります。

プログラミングは必要ですか？

単純なシナリオでは不要です。既製ノードとワークフローテンプレートで典型的な統合をカバーします。非自明なロジック - フィルタ、データマージ、カスタム API - には基礎 JavaScript と JSON の理解が役立ちます。Code ノードで別バックエンドリポジトリなしで済むことも多いです。

n8n と Zapier の違いは？

主な違い：n8n は自インフラにデプロイ可能、データを第三者クラウドに通す必要なし、self-hosting では操作ごとの課金なし、コードと HTTP の自由度が高い。Zapier はオンボーディングが易しく、非技術者向けの「ワンクリック」連携が多いです。

ローカル LLM と n8n は使えますか？

はい。Ollama、LM Studio、任意の OpenAI 互換 API 用ノードがあります。典型例：質問付き webhook → Ollama ノード → Telegram 返信。本番では推論を別 GPU サーバーに置き、頻出リクエストをキャッシュするのがよいです。

n8n に credentials を保存するのは安全ですか？

credentials はインスタンスキーで n8n DB 内に暗号化されます。本番では：入口で HTTPS、VPN や SSO で UI アクセス制限、定期更新、シークレットを平文エクスポートしないバックアップ、環境ごとの credentials 分離（dev/staging/prod）。認証なしで n8n をインターネット公開しないでください。webhook URL が統合への入口になります。

この記事の用語

n8n — open-source workflow automation platform — オープンソースのワークフロー自動化基盤

fair-code — source-available license with commercial use limits — ソースは見られるが商用利用に制限があるライセンス

CRM — Customer Relationship Management — 顧客関係管理

webhook — HTTP callback when an event happens — イベント発生時に飛ぶHTTPコールバック

self-hosted — software you run on your own servers — 自前サーバーで運用するソフトウェア

Zapier — SaaS that connects apps with no-code automations — ノーコード自動化でアプリをつなぐSaaS

self-hosting — running software on your own servers — 自前サーバーでソフトを運用すること

SaaS — Software as a Service — サービスとしてのソフトウェア

open-source — software with publicly available source code — ソースコードが公開されているソフトウェア

low-code — building apps mostly visually, with some custom code — 主にビジュアルで、一部コードを足して作る方式

no-code — building apps with visual tools, little or no programming — ほぼコードなしでビジュアルにアプリを作る方式

Airtable — spreadsheet-database hybrid for lightweight apps — 表計算とDBを兼ねる軽量アプリ基盤

CI/CD — Continuous Integration / Continuous Delivery — 継続的インテグレーション／継続的デリバリー

canvas — visual editor canvas for flows or layouts — エディタ上のビジュアルキャンバス

REST API — HTTP API that exposes resources via URLs and verbs — URLとHTTPメソッドで資源を公開するAPI

HubSpot — CRM and marketing platform for inbound growth — インバウンド成長向けCRM・マーケ基盤

queue mode — execution via a background job queue

Ollama — tool to run local open-weight LLMs on your machine — 手元でオープンウェイトLLMを動かすツール

LLM — Large Language Model — 大規模言語モデル

worker — background job processor

embedding — numeric vector that captures text meaning — 文の意味を数値化したベクトル

DevOps — Development and Operations — 開発と運用の一体運用

VPS — Virtual Private Server — 仮想専用サーバー

ETL — Extract, Transform, Load — 抽出・変換・ロード

RAG — Retrieval-Augmented Generation — 検索拡張生成

LM Studio — desktop app to download and chat with local LLMs — ローカルLLMを入れて会話するデスクトップアプリ

staging — pre-production environment for final checks — 最終確認用の本番手前環境

SSO — Single Sign-On — シングルサインオン

GPU — Graphics Processing Unit — グラフィックス処理装置

VPN — Virtual Private Network — 仮想プライベートネットワーク