n8nの始め方と限界 ― 業務自動化を現場に定着させるには

要約

業務自動化ツールとして近年注目を集める n8n は、ノーコード・ローコードでSaaS連携やワークフローを構築できる優れたOSSです。Zapier や Make の代替として、自社サーバーでホストできることから人気が高まっています。

ただし、日本企業特有の業務とAI連携を含めた本格運用には、n8nだけでは越えられない壁があります。本記事ではn8nのセットアップから実用ワークフロー作成、そして限界と次の選択肢まで、実装者目線で整理します。

---

n8nとは

n8nは、ドイツ発のオープンソース・ワークフロー自動化ツールです。

• 400以上のノード（SaaS連携、HTTP、SQL、ファイル操作など）
• GUIでドラッグ&ドロップ：ノードを繋いで条件分岐・ループを作る
• JavaScript/Python関数ノードでカスタムロジック
• セルフホスト可能：Docker一発で起動、データを外に出さない

---

最短セットアップ（Docker）

# docker-compose.yml
services:
  n8n:
    image: n8nio/n8n:latest
    ports:
      - "5678:5678"
    environment:
      -

docker compose up -d
# http://localhost:5678 にブラウザでアクセス

---

最初のワークフローを作る

定番の「メール → Slack 通知」を例にします。

1. Trigger ノード：Email Trigger (IMAP) を配置
2. HTTP Request ノード：メール本文をAI APIに送信
3. Slack ノード：要約結果をチャンネルに投稿

スケジュール実行は Cron ノードで、毎朝9時に集計を回す、月初に請求書を集める、などが書けます。

---

n8nが向くケース・向かないケース

向くケース

• グローバルSaaS（Slack、Gmail、Google Drive、Notion、Stripe）の連携
• 件数が少ない（～数千件/日）通知系・スプレッドシート系のワークフロー
• 開発リソースが薄く、ノーコードで業務担当者が組み立てる前提

向かないケース

• kintone・サイボウズオフィス・Salesforce日本独自項目 などの日本主要SaaS連携
• オンプレDB（社内Oracle/PostgreSQL） とSaaSの双方向同期
• 大量データ（数十万〜数百万件）の処理
• 完全閉域網でのAI連携
• 承認フローを含む業務プロセス
• 監査ログ・権限管理を細かく要求される企業環境

---

n8nの限界が見える瞬間

1. 日本主要SaaSのコネクタが浅い

kintone、Salesforce日本版、楽楽精算、freee、マネーフォワード、SmartHR、LINE WORKS などは公式ノードに含まれません。HTTPノードで自作する必要があり、認証・ページング・エラーハンドリングを毎回実装することになります。

2. 大量データに弱い

n8nは各ノードが配列を全件メモリに持つアーキテクチャです。10万件を超える同期処理では Out of Memory で落ちるケースが出てきます。

3. AIのローカル推論との連携が前提でない

OpenAI / Anthropic / Gemini のクラウドAPIノードは充実していますが、社内のOllama / vLLM サーバーとの連携はHTTPノードで自作です。

4. 業務フローの永続化が弱い

「承認待1週間 → 督促送信 → エスカレーション」のような、人間の操作を待つフローはn8nの想定外です。

---

n8nの限界に当たったときに考えること

n8nで詰まるポイントが見えてきたら、以下の観点で補完・代替を検討するのが現実的です。

日本SaaSのコネクタが足りない場合：まずHTTPノードで自作できるか試す。ページングや認証が複雑なら、Python関数ノードでラップする。それでも保守コストが高いなら、そのSaaS専用のコネクタを持つツールを検討する。

大量データの場合：n8nを「起動トリガー」だけに使い、実処理はPythonスクリプトやSQL Jobに委譲する構成が現実的。n8n本体に全件持たせない設計にする。

ローカルLLMとの連携：OllamaはOpenAI互換APIを持つため、HTTP RequestノードにエンドポイントURLを変えるだけで動く。複雑なプロンプト管理やベクトル検索が必要になったら、専用の推論基盤と組み合わせる。

承認フロー：n8nのWaitノードで短期間のものは対応できるが、数日〜数週間スパンの承認は別途DBと組み合わせて設計する必要がある。

---

まとめ

---

使い分けの指針

---

まとめ

n8nはセルフホスト型ワークフロー自動化の入門として極めて優秀です。まず動かしてみて、どこで詰まるかを体感するのが最も早い学習になります。

詰まるポイントは大体決まっています。日本主要SaaSのコネクタ不足・大量データのメモリ問題・ローカルLLMとの連携・承認フローの永続化。これらに当たったら、n8nを捨てるのではなく「何を補完するか」を考えるのが現実解です。n8nが得意な部分はそのまま残し、苦手な部分だけ別の手段で補う構成が、最も早く業務自動化を本番に乗せられます。