n8nとは？
n8n（「エヌ・エイト・エヌ」と読みます）は、創業者のJan Oberhauserが2019年から開発しているワークフロー自動化プラットフォームです。キャンバス上でトリガー、アプリのノード、ロジック、AIステップをつなぎ、n8n Cloudでも自前のサーバーでも動かせます。ZapierやMakeと同じカテゴリーに入ります。この2つで迷っているなら、Make vs n8nの比較でさらに詳しく解説しています。
背景にある数字は大きなものです。本日確認した時点で、GitHubリポジトリのスターは207,989、フォークは61,185でした。n8nは2025年10月に評価額25億ドルで1億8,000万ドルのシリーズCを調達し、プレスページには2026年5月にSAPが評価額52億ドルで戦略投資を行ったと記載されています。G2では319件のレビューで4.7/5、そのうち87%が5つ星です。
n8nをどうレビューしたか
私はRamaで、eeselのヘルプデスク連携とAPIを作っています。そのため、n8nのサポートワークフローが呼び出すのと同じZendeskやFreshdeskのAPIの中で毎週過ごしています。このレビューでは、n8nの料金ページ、AIとエージェントのドキュメント、2.30（7月7日）から2.44（10月13日）までのリリースノートを読みました。ヘルプデスクノードのリファレンスも確認し、Reddit、Hacker News、G2から33件のコミュニティコメントを原文のまま読みました。以下の価格はn8n自身のページのみに基づいています。
採点方法：n8nが選ばれる理由なので、構築力とAIツールを重く評価しました。また、運用にかかる実コストと、サポートチームが本番のエージェントを動かすまでに負う作業量も加味しています。
n8nが優れている点
n8nが評判にふさわしいのは、キャンバス、エージェントの選択肢、安全性の制御、リリースの速さの4点です。
キャンバスは今も基準を作っている
エディタは左から右へと進むノードグラフです。各ノードの横に入力と出力のデータが表示され、ワークフロー全体ではなく1ステップだけを再実行できます。ノーコードで足りなくなったら、JavaScriptまたはPythonのCodeステップや、任意のAPIへのHTTP Requestを追加できます。この「必要なときにコードを書ける」バランスは、好意的なレビューの多くが挙げる点です。
"a junior developer can put together some nodes to e.g. get data from an API, transform it (by writing code), prepare a CSV, send an email. In about an hour."
エージェントの作り方が2通りに
長い間、n8nのエージェントといえばAI Agentノードでした。ワークフロー内の1ステップで、チャットモデルと少なくとも1つのツールを受け取り、どのツールを呼ぶかを判断します。現在はTools Agentとしてのみ動作し、古いv1ノードはn8n 3.0で削除されます。
n8n Agentsは、バージョン2.42以降、すべてのプランでデフォルトで有効です。仕事を平易な言葉で説明し、モデル、ツール、スキル、ナレッジファイルを渡します。メモリー、セッション、チャンネル、バージョン、承認は最初から組み込まれています。n8n自身のローンチ記事では、これを自作PCではなく完成品のPCを買うことにたとえています。賢いのは、既存のワークフローがそのままエージェントのツールになる点です。「メモを追加する」ワークフローしか呼べないエージェントが、CRMへの書き込み権限を持つことはありません。
注意点が2つあります。Agentsはドキュメント上ではまだPreviewと表示されています。また、組み込みのチャンネルはSlack、Telegram、Linear、Discord、スケジュールで、2.44ベータでWhatsAppが加わりました。ヘルプデスクのキューはその中にないため、ZendeskやFreshdeskのエージェントは今もワークフローのトリガー経由で入ることになります。
設定すれば使える、実用的な安全制御
n8nはこの点で、多くのビルダーより踏み込んでいます。
- ツールの人間によるレビュー： ツールを機密として指定すると、実行前にエージェントがApproveまたはDenyを待って一時停止します。ツール単位に適用されるヒューマン・イン・ザ・ループの仕組みです。
- Guardrailsノード： ジェイルブレイク、NSFWコンテンツ、話題の逸脱をテキストからチェックし、モデルに渡る前にPII、URL、秘密鍵を取り除けます。考え方はAIガードレールの解説でご覧いただけます。
- 評価： ライト評価は、すべてのCloudプランでテストデータセットをワークフローに通します。指標ベースの評価は実行をスコア化して時系列で比較でき、Cloud ProとEnterprise、またはセルフホストのEnterpriseで使えます。
- 予算： 2.43でエージェント実行の任意の予算上限が追加され、2.44では月次の予算アラートが発動するとエージェントの所有者にメールが届きます。
ただし、これらはどれも自分で追加し、設定し、最新に保つものです。テストデータセットも自分で用意します。たいていはGoogleスプレッドシートかデータテーブルです。
リリースが速い
リリース一覧では、ほぼ毎週新しいマイナーバージョンが出ており、パッチはほぼ毎日です。本日時点の最新安定版はn8n@2.43.8です。7月以降、このペースで70のMCPサーバーへのワンクリックMCPサインイン、自分のモデルキーで設定できるセルフホスト版Assistant、Cloudユーザーが自分のAPIキーなしでモデルを呼び出せるGatewayクレジットが実現しました。
MCPを軸に構築するなら、AIエージェントのMCPサーバーのガイドが全体像を扱っています。
n8nがより多くを求めるところ
どれも、エンジニアリングチームにとっては致命的ではありません。「無料でセルフホスト可能」という売り文句には含まれない、コストの話です。
セルフホスティングはパートタイムの仕事
セルフホスティングは、n8nを選ぶ理由として最もよく挙がり、同時に悩みの種としても最もよく挙がります。Docker、データベース、SSL、バックアップ、毎週のアップグレードサイクルを自分で管理することになります。メジャーバージョン（2.0、2025年12月）ではワークフローの有効化の仕組みが変わり、2.40のノートはすでに3.0の変更点を警告しています。
"Keeping the environment up to date, configuring Nginx and SSL, and managing database backups for the n8n instance itself can take a lot of time, especially when compared with fully managed cloud solutions."
"Because then you have to manage the infrastructure. My team isn't big enough to need a full time infra person."
ライセンスも重要です。n8nは「フェアコード」であってオープンソースではなく、n8n自身がそう述べています。Sustainable Use Licenseの中核は、利用を「your own internal business purposes」または非商用に限定しています。ライセンスFAQでは、自分のインスタンスで顧客向けの自動化を作ること、製品の裏側でn8nを使うことは認められています。一方、n8nをサービスとしてホストすることや、外部ユーザーが「via a custom UI, our API, MCP, or an AI agent」でワークフローを作れるようにすることは認められていません。
無料のCommunity Editionには、SSO、環境、外部シークレット、ログストリーミング、Gitバージョン管理も含まれません。
エージェントの信頼性は自分で設計する課題
AI Agentノードは動きます。ただし、本番の品質はプロンプト、ツール設計、テスト次第で、コミュニティもそれを率直に語っています。
"I've spent a lot of time building AI agents for real clients and found that agents made with the basic n8n node are very bad at tool selection, remembering context, and following prompts."
この投稿は2025年6月のもので、その後n8nは多くをリリースしました。2.40での最初のツール呼び出しの強制、ガードレールのランナー、独立したAgentsなどです。それでも根本の指摘は今も通用します。決定論的なワークフローは毎回同じことをしますが、LLMのステップはそうではありません。このリスクが初めてなら、AIハルシネーションの解説で、サポート返信でなぜ起きるのかを説明しています。
"What I like least is that as workflows become more complex, it can be difficult to quickly identify where the problem is when something goes wrong."
G2のn8nのタグクラウドでは、主な短所として「Learning Curve」（39件）と「Difficult Learning」（23件）が挙がっています。これが柔軟性の正直な代償です。
ヘルプデスクノードは薄いので、APIコールを書くことになる
サポートチームにとって最も重要な部分で、私自身がこれらのAPIに対して開発しているため、ドキュメントと照らして確認しています。Zendeskノードが扱うリソースは、チケット、チケットフィールド、ユーザー、組織の4つです。チケット操作は、作成、削除、取得、全件取得、保留中チケットの復元、更新です。マクロ、ヘルプセンター記事、ビューは一覧にありません。それ以外はHTTP RequestノードとZendeskのREST APIを使うよう案内されています。
そのページには落とし穴も記載されています。Update Ticketの呼び出しでタグを設定すると、チケットのタグ一覧全体が置き換わります。そのため、先に取得してマージしないと、タグを1つ追加するだけのエージェントがルーティングやSLAのタグを消してしまう可能性があります。Freshdeskノードはさらに小さく、連絡先とチケットで10の操作です。実際の構築例はZendesk n8nワークフローのガイドで順を追って紹介しています。Freshdesk版はFreshdeskとn8nの連携のまとめにあります。
まとめると、n8nのサポートエージェントは下のような連なりになります。デモで見せるのはAIステップの部分です。残りは自分で構築し、動かし続けるものです。
2026年のn8nの料金は？
n8nはワークフローの実行回数で課金します。1回の実行とは、ステップ数に関係なく、ワークフローを1回通して動かすことです。長いワークフローでは、ステップ単位の課金よりずっと安くなります。すべてのプランにユーザー、ワークフロー、連携の数の上限はありません。以下は、米国の訪問者に表示される料金ページの全体表です（年払いで17%お得）。
| プラン | 料金（年払い） | 月間実行回数 | ホスティング | 含まれる内容と制限 |
|---|---|---|---|---|
| Community Edition | 無料 | プランの上限なし | セルフホスト | Sustainable Use License。SSO、環境、外部シークレット、ログストリーミング、Gitなし |
| Starter | 月額$20 | 2.5K | n8n Cloud | 共有プロジェクト1つ、同時実行5件、最大実行時間5分、Assistantクレジット1,600、フォーラムサポート |
| Pro | 月額$50 | 10K（50Kサイズあり） | n8n Cloud | 共有プロジェクト3つ、同時実行最大50件、最大実行時間40分、管理者ロール、指標ベースの評価、ワークフロー履歴 |
| Business | 月額$800 | 40K（最大500Kまでのサイズ） | セルフホスト専用 | 共有プロジェクト6つ、SSOとLDAP、Gitバージョン管理、環境、キューモード、フォーラムサポートのみ |
| Enterprise | 営業へ問い合わせ | カスタム | Cloudまたはセルフホスト | 同時実行200件以上、ログストリーミング、外部シークレット、365日分のインサイト、SLA付き専任サポート |
表からはわかりにくい点が3つあります。
- 欧州の訪問者にはユーロで表示され、数字が異なります。 欧州からは、同じページで年払いの月額が20€、50€、667€、月払いなら24€、60€、800€と表示されます。
- Businessの超過料金は高く、請求は後になります。 ワークフローは上限を超えても動き続けますが、Businessの超過分は45日後に、30万実行の追加バケットごとに4,000 EURで請求されます。Businessはフォーラムサポートのみです。専任サポートはEnterpriseからです。
- セルフホストの有料プランは「本国に通信」します。 BusinessまたはEnterpriseのライセンスキーは、本番の実行回数を含め、毎日n8nのライセンスサーバーにpingを送ります。従業員20人未満なら、Start-up PlanでBusinessが50%オフになります。
実行回数モデルにはサポート業務での盲点があり、それはn8n自身のFAQに書かれています。チャットボットの場合、会話数に1会話あたりのメッセージ数を掛けます。ユーザーのメッセージ1件ごとに1回の実行なので、チャットエージェントは夜間の同期よりずっと早くプランを使い切ります。
"think about things like the chatbot trigger or MCP server trigger. Every single user interaction counts as an execution."
下で自分のボリュームを入力してみてください。n8nの実行回数の計算式とプランのサイズを使い、その隣にeeselのクレジット計算を並べています。eeselでは、返信が何回でも、チケットまたはチャット1件が1クレジットです。
n8nのユーザーの声
評価は一本の線で分かれます。自分で構築を所有したい人はn8nを愛し、完成品が欲しかった人は重さを感じています。ファンは声が大きいです。
"n8n in my experience using it for 2 years now, and compared to similar solutions as there are many doing quite the same thing: it is just a very good product. It's stable."
コストへの不満は、主にセルフホストの有料ライセンスから出ています。サーバー代と実行回数の両方を払うことになるためです。
"For a moderately used app we very quickly burned through their "executions" that were allotted by our license - and that's where we host it ourselves, configuring and paying for the servers, load balancers, key value store and database, with its failovers and backups."
さらに、2026年の新しいスレッドでは、コーディングエージェントでn8nの必要性が下がるのではないかという問いが出ています。Claude Codeのようなツールが同じつなぎ込みのスクリプトを書けるようになった今、もっともな疑問です。それがうまくいく場面は、Claude Codeによる自動化のガイドで扱っています。
"Used N8N late 2024-early 2025 a lot. But I just don't see its value anymore. AI tools like Cursor/Claude Code can do everything that N8N does and more."
私は完全には同意しません。実行ごとにログが残るキャンバスのほうが、スクリプトのフォルダーよりチームで管理しやすいからです。ただ、「自分たちで作る」という選択肢が複数になったのは確かです。
サポートチームはn8nを使うべき？
r/n8nで見つけた現場のコンセンサスは、意外なものでした。経験豊富なビルダーの多くは、顧客向けの返信にAIを使いません。
"If you use AI limit it to tagging and summarizing the request only No verification no account lookups no AI-written replies That keeps sensitive issues safe and the flow predictable"
自作する場合には、理にかなった助言です。安全に返信するには、問い合わせ者の確認、リアルタイムの注文データの照会、適切なタイミングでの引き継ぎ、本番前の実チケットでのテストが必要です。n8nでは、そのどれもが1つのサブプロジェクトになります。これはeeselで見てきたこととも一致します。Zendeskを使う欧州のホスティング事業者が独自のAIを作るために当社を離れ、当社の振り返りには「a lot of their friction came from setup complexity (handovers, Zendesk integration, business hours logic)」とありました。社内で構築しても、その作業はなくなりません。すべてを自分で抱えることになるだけです。
そこで、n8nの強みを生かして仕事を分けることをおすすめします。
- 配管にはn8nを使う： ヘルプデスクのデータをCRMやデータウェアハウスに同期する、VIPチケットのSlackアラート、週次レポート、ラベルを誤ってもコストが小さいAIチケット分類など。これらはn8nが得意とするリスクの低いAIカスタマーサービスのワークフローです。
- キューには人を迎える： 顧客への返信、人への引き継ぎ、チケット履歴からの学習。ヘルプデスクのスキルを備えて着任するAIチームメイトなら、数か月を節約できます。
英国のナンバープレート販売会社Swiftregは、技術チームを背景にした後半部分がどう見えるかを示しています。同社のeeselエージェントはZendesk上で動き、注文、商品、出品、追跡、キャンセルの照会は、Swiftregが書いたスクリプトを土台にしたスキルです。バリデーターが、送信前にすべての返信をこれらの照会結果と照合します。2026年8月8日から9月8日までの間に、約2,100件のZendeskチケットを処理し、公開返信を1,494件送信し、人が次のステップを担う内部メモを1,055件残しました。これは、n8nのビルダーが求めるコントロールであり、しかも先に配管を作る必要がありません。
どちらの道も構造的に評価したいなら、AIサポートのパイロット評価シートが、顧客に触れる前の基準を定めます。テスト自体については、AIサポートエージェントのテストのガイドをご覧ください。
n8nの長所と短所
| 長所 | 短所 |
|---|---|
| ビジュアルキャンバスに加え、どのステップでもJavaScriptまたはPythonが使える | ワークフローが大きくなると学習曲線が急（G2で「Learning Curve」タグ39件） |
| ステップ単位やユーザー単位ではなく、実行回数単位の課金 | チャットエージェントはメッセージごとに1実行と数える |
| セルフホスト可能で、データを自社サーバーに置ける | セルフホストはアップグレード、バックアップ、セキュリティの責任を負うこと |
| メモリー、セッション、承認を備えた新しいAgents | AgentsはまだPreview。ネイティブのヘルプデスクチャンネルなし |
| ツール単位の人間レビュー、Guardrailsノード、評価 | 安全制御はそれぞれ自分で設定・保守する |
| 毎週のリリース、ワンクリックの70のMCPサーバー | 変化が速く、アップグレード作業や時折の破壊的変更が発生する |
| 強力なコミュニティとG2で4.7/5 | フェアコードライセンスにより顧客向けホスティングが制限される |
n8nが向いている人と、見送るべき人
次の場合はn8nを選びましょう。 ものづくりを楽しむ技術者がいる、多くのツールにまたがる社内自動化が数多くある、データを自社サーバーに置いておきたい、または自分のインスタンスで顧客向けの自動化を作る代理店である場合です。おすすめのワークフローアプリのまとめでも最有力の選択肢の1つで、AgentKit vs n8nや3者比較のAgentKit vs Make vs n8nでも、コードファーストのフレームワークと比べて遜色ありません。
次の場合はn8nを見送りましょう。 今月中に動くサポートエージェントが必要で、チームの誰もそれを保守したくない場合です。自社の顧客に製品内でワークフローを作らせる予定がある場合も同様で、その場合はEnterpriseライセンスが必要です。ビルダーと完成済みエージェントをより広く比較検討しているなら、ノーコードAIエージェントビルダーのガイドとVoiceflowレビューが、同じトレードオフを別の角度から扱っています。
総合評価：4.2/5
| 項目 | スコア | 理由 |
|---|---|---|
| 構築力 | 4.8 | キャンバス、コードステップ、何でもHTTP、サブワークフロー |
| AIとエージェント | 4.3 | AgentsとAI Agentノード、承認、ガードレール、評価。AgentsはまだPreview |
| 料金と価値 | 4.2 | 実行回数ベースの課金は長いワークフローには公平だが、チャットには重い |
| 運用のしやすさ | 3.5 | セルフホストとアップグレードに実際の時間がかかる。Businessはセルフホスト専用 |
| サポートチームへの適合度 | 3.4 | ヘルプデスクノードが薄く、Agents用のヘルプデスクチャンネルがなく、テストは自己責任 |
| 総合 | 4.2 | ビルダー役を引き受けるつもりなら、最強のビルダー |
n8nは現時点で技術系チームにとって最良の汎用自動化ビルダーであり、Agentsの登場で完成済みエージェント製品との差も縮まりました。ツールキットとして評価してください。サポートエージェントを自分で作り、自分で所有したいなら、n8nは最適な場所です。人を迎えたいなら、ツールキットをチームメイトに仕立てるのに1四半期を費やさないでください。
キューにはeeselを、配管にはn8nを
eeselは、その分担のもう半分です。特定の仕事のために、すぐに働けるAIチームメイトを迎えます。AIヘルプデスクチームメイトはZendeskのキューに加わり、過去のチケットとヘルプセンターから学び、顧客に回答する前に過去のチケットでテストされます。Freshdesk連携を通じて、Freshdeskでも同じように動作します。
AIブログライターはコンテンツで同じ役割を担います。SE Rankingは製品ごとに1つ、合計3つのeeselエージェントをZendeskチケットとライブチャットで運用し、1か月で4,650件の会話を処理しました。
n8nの読者にとって気になるのは、eesel CLIでしょう。ダッシュボードと同じチームメイトを、ターミナルから操作できます。npx @eesel/cli init chat-bubble --site https://your-site.comは、サイトを読み込むエージェントを作成し、始めるのにアカウントは不要です。eesel integrations connect zendeskはヘルプデスク接続を開始し、人がZendesk上で承認します。eesel automationsとeesel instructionsは、エージェントが自律的に行うことを管理し、eesel approvals approve <id>は保留中のアクションを解放します。どのコマンドもJSONを出力し、エラーには代わりに何を実行すべきかを示すhintフィールドが付き、--dry-runは書き込みが行う正確な呼び出しを表示します。そのため、Claude Code、Cursor、Codexがセットアップ全体を代行できます。CIではEESEL_API_TOKENを設定し、eesel mcp tokenでワークスペースを任意のMCPクライアント向けのMCPサーバーにできます。n8nのMCP Clientも候補の1つですが、頼る前にご自身のインスタンスでその組み合わせをテストすることをおすすめします。
料金は、500クレジットで$299からの月額固定クレジットプランで、チケットまたはチャット1件は長さに関係なく1クレジットです。100クレジットの無料トライアルもあります。n8nのワークフローは配管に使い続け、すでにあなたのヘルプデスクを知っているチームメイトにキューを任せましょう。eeselを試す。