n8n使い方と事例：業務自動化レシピ5選を徹底解説

n8nは、400以上のサービス連携を持つオープンソースのワークフロー自動化ツールです。ノードを線でつなぐだけで業務の自動化を実現でき、ZapierやMakeの代替として中小企業から大規模組織まで広く採用されています。この記事では、n8nの基本的な使い方と5つの実践的な自動化レシピを具体的なステップ形式で紹介します。セルフホストによる低コスト運用やAI連携の考え方も含め、実務で即活用できる内容をまとめました。

n8nとは何か：基本スペックと特徴

n8nは、TypeScriptで開発されたフェアコードライセンスのワークフロー自動化プラットフォームです。2024年時点でGitHubスター数は192,000超を記録しており、自動化ツールの中でも突出したコミュニティ規模を誇ります。

n8nの主要スペック

項目	内容
GitHubスター数	⭐ 192,095（2025年時点）
ライセンス	フェアコード（Sustainable Use License）
主要言語	TypeScript
連携サービス数	400以上
セルフホスト	可能（Docker / npm）
クラウド版	あり（n8n.io）
日本語UI	非公式だが英語UIは平易

ZapierやMakeと比較したときの最大の強みは、セルフホストすれば実行回数に制限がない点です。Zapierはタスク数に応じた課金体系のため、大量の自動化を低コストで運用したい場合にn8nが有利になります。

また、ビジュアルエディタで直感的に操作できる一方、JavaScript・Pythonのコードを途中に挟める柔軟性も持ちます。「ノーコードで作り始めて、詰まったらコードで解決する」という進め方が可能です。

n8nを始める前に：前提知識と準備

n8nを業務で使うには、まず動作環境を用意する必要があります。クラウド版（n8n.io）はアカウント登録だけで即試せますが、無料プランは実行回数に制限があります。本格運用にはセルフホストが現実的です。

セルフホストの最小構成（Docker）:

docker run -it --rm \
  --name n8n \
  -p 5678:5678 \
  -v ~/.n8n:/home/node/.n8n \
  docker.n8n.io/n8nio/n8n

ブラウザで http://localhost:5678 にアクセスするとビジュアルエディタが立ち上がります。VPSやNAS（Synology等）への常駐が長期運用の定番です。

基本用語の整理:

• ワークフロー: 自動化の一単位。複数のノードが連なったもの
• ノード: 各処理の部品（例: GmailノードでメールをGoogleスプレッドシートに書き込む）
• トリガー: ワークフローの起点。Webhookの受信・スケジュール実行・別サービスのイベントなど
• クレデンシャル: APIキーやOAuth認証情報の保管場所

業務自動化レシピ5選：手順と考え方

ここからが本題です。実際の業務でよく使われる5つのパターンを、ステップ形式で解説します。

レシピ1：フォーム送信→スプレッドシート記録→Slack通知

こんな場面に: 問い合わせフォームの受付を手動でシートに転記している場合

ノード構成: Webhookトリガー → Google Sheetsノード（追記） → Slackノード（メッセージ送信）

1. Webhookトリガーを配置し、URLをフォームツール（TallyやTypeform等）のWebhook送信先に設定する
2. Google SheetsノードでスプレッドシートIDと対象シートを指定し、「Append Row」で各フィールドをマッピングする
3. Slackノードでチャンネルを指定し、「新しい問い合わせが届きました: {{$json.name}}」のようにメッセージを組み立てる

ポイント: フォームのフィールド名がWebhookのキー名になるため、事前にテスト送信して受信データの構造を確認しておくと作業がスムーズです。

---

レシピ2：毎朝の日報をRSSで自動収集してメール送信

こんな場面に: 毎朝ニュースや競合情報を手作業で収集している場合

ノード構成: Scheduleトリガー（毎朝8時） → RSSノード（複数） → Merge（結合） → Gmailノード

1. Scheduleトリガーを「毎日08:00」に設定する
2. 収集したいRSSフィードのURLをRSSノードに入力する（複数ある場合は並列で追加）
3. Mergeノードで全フィードの記事を一つのデータストリームに統合する
4. Gmailノードでメール本文を組み立て、自分や担当者に送信する

ポイント: 「IF」ノードを使ってキーワードフィルタをかけると、関心度の低い記事を除外できます。

---

レシピ3：Googleスプレッドシートの新行を検知してCRMに登録

こんな場面に: 営業担当がシートに記入した見込み客情報をCRMに手動入力している場合

ノード構成: Google Sheetsトリガー（新行追加） → HubSpotノード（または Notionノード）

1. Google Sheetsトリガーを「Row Added」イベントに設定し、対象スプレッドシートを選択する
2. HubSpotやNotionのノードで、シートの各列をCRM側のフィールドにマッピングする
3. 必要に応じてIF条件で「会社名が空欄なら処理しない」等のバリデーションを追加する

ポイント: Google Sheetsのポーリング間隔はデフォルト1分です。リアルタイム性が求められるならWebhookトリガーに切り替えを検討してください。

---

レシピ4：AIを使ってメール文章を自動要約・分類

こんな場面に: 大量の問い合わせメールの振り分けに時間がかかっている場合

ノード構成: Gmailトリガー → OpenAI Chat Modelノード → IF（分類結果による分岐） → Gmail移動 / Slack通知

1. Gmailトリガーで「新着メール」イベントを設定する
2. OpenAI Chat ModelノードにSystem Promptとして「以下のメール本文を分類してください。カテゴリは（返品/注文/その他）から選んでください」と入力し、メール本文をユーザーメッセージとして渡す
3. IFノードでAIの返答テキストを条件分岐させ、ラベル付けや担当者へのSlack通知を分ける

ポイント: OpenAIのAPIキーはn8nのクレデンシャルに登録します。モデルは gpt-4o-mini を使うとコストを抑えられます。n8nは近年AI機能の統合が著しく、LangChainベースのAIエージェントノードも標準搭載されています。

---

レシピ5：GitHub IssueをNotionデータベースに自動登録

こんな場面に: エンジニアとビジネスサイドで情報共有ツールが分断されている場合

ノード構成: GitHub Webhookトリガー → IFノード（ラベル確認） → Notionノード（ページ作成）

1. GitHubリポジトリのSettings→Webhooksで、n8nのWebhook URLを登録し「Issues」イベントを選択する
2. n8n側でWebhookトリガーを受け取り、IFノードで action == 'opened'（新規Issueのみ）に絞り込む
3. Notionノードで対象データベースを選択し、IssueタイトルとURLをプロパティとしてマッピングする

ポイント: body.issue.labels を参照して特定のラベル（例: bug）が付いたIssueだけを通知する、といった絞り込みも簡単にできます。

n8nのGitHubスター数推移：採用の広がりを確認

上のグラフは、n8nのGitHubスター数の推移です。2019年の公開以降、特に2022年〜2024年にかけてスターが急増しており、AI機能との統合需要がコミュニティの拡大を後押ししていることが読み取れます。192,000超というスター数は、同カテゴリのHuginnやNode-REDと比較しても際立って多く、活発なコミュニティと豊富な学習リソースが揃っている証拠です。

類似ツールとの比較

n8nを選ぶかどうかの判断材料として、代表的な代替ツールと比較します。

ツール	セルフホスト	ビジュアル編集	コード記述	AI連携	特徴
n8n	✅	✅	✅（JS/Python）	✅ 充実	バランス型・最大コミュニティ
Activepieces	✅	✅	限定的	△	ノーコード重視・シンプル
Node-RED	✅	✅	✅（JS）	△	IoT用途に強い
Huginn	✅	△	Ruby設定	✗	情報収集・監視に特化
Kestra	✅	✅	✅（YAML+多言語）	△	データエンジニア向け
Zapier	✗	✅	✗	✅	使いやすさNo.1・高コスト

純粋なビジネス業務自動化（SaaS連携・通知・データ転送）であれば、n8nが最も選択肢として合理的です。一方でデータパイプラインや大規模バッチ処理が主目的ならAirflowやKestraの方が適しています。

つまずきやすいポイントと対処法

n8nを使い始めると特定の箇所でハマりやすいです。代表的な例を挙げます。

1. 認証エラー（クレデンシャル設定） GoogleやSlackのOAuth認証では、リダイレクトURIの設定が必要です。セルフホスト時はn8nのアクセスURLが外部からアクセス可能なURLである必要があります。localhost のまま本番運用しているケースでエラーになることがよくあります。

2. Webhookが受信できない セルフホスト環境でWebhookを使うには、n8nのサーバーが外部インターネットからアクセスできるよう、ポート開放・リバースプロキシの設定が必要です。ローカル開発中はngrokやCloudflare Tunnelで一時的に解決できます。

3. 実行履歴の肥大化 デフォルト設定では実行履歴が全て保存されるため、高頻度で動くワークフローではDBが膨らみます。設定ファイルで EXECUTIONS_DATA_PRUNE=true と EXECUTIONS_DATA_MAX_AGE=168（7日間）を指定して定期削除するのが定石です。

4. データ型の不一致 ノード間でデータを渡す際、文字列と数値の型が混在してIF条件が期待通りに動かないことがあります。「Set」ノードで明示的に型を変換するか、Codeノードで Number() 等を使って統一します。

コントリビューターコミュニティの規模

n8nは世界中の開発者によって継続的に改善されています。上の画像はGitHubリポジトリのコントリビューター一覧です。多様な貢献者がいることで、新しいサービス連携ノードの追加や不具合修正が活発に行われており、長期的な運用においても安心感があります。

よくある質問

Q. n8nは無料で使えますか？商用利用は可能ですか？

セルフホスト版はフェアコードライセンス（Sustainable Use License）のもとで無料で利用可能です。社内業務の自動化であれば商用利用も問題ありません。ただし、n8nを使ったSaaSを他者に有償提供するような「競合的な用途」はライセンスで制限されています。不明な場合は公式ドキュメントのライセンス条項を確認してください。クラウド版（n8n.io）は月額課金制で、無料トライアルもあります。

Q. プログラミングの知識がなくても使えますか？

基本的なワークフロー（本記事のレシピ1〜3程度）はコードなしで構築できます。ノードのマッピング画面はドラッグ操作が中心で、英語UIですが画面構成は平易です。ただし、複雑な条件分岐やデータ加工をしたい場合はJavaScriptの基礎知識（変数・配列・オブジェクト操作）があると格段に作業しやすくなります。

Q. ZapierやMakeからn8nに移行できますか？

ZapierやMakeのワークフローをn8nに直接インポートする機能はありません。ただし、使っているサービスの多くはn8nにも対応ノードがあるため、手動での再構築は比較的スムーズです。移行コストより運用コストの削減（特に大量実行時）を優先する企業が移行しています。

Q. n8nはどんな規模の組織に向いていますか？

個人の業務効率化から中規模企業の社内自動化まで幅広く対応します。特に「複数のSaaSを使っているが、つなぎ込みの開発コストを抑えたい」「Zapierの料金が高くなってきた」という段階の組織にフィットします。大規模なデータバッチ処理や複雑なデータパイプラインが主な用途であれば、Airflowの検討も合わせて推奨します。

まとめ：n8nで業務自動化を内製する意義

n8nは、セルフホストによる低コスト・高い柔軟性・活発なコミュニティの三拍子が揃った業務自動化ツールです。本記事で紹介した5つのレシピは、いずれも実務でよくある課題を対象にしており、n8nのビジュアルエディタとノード連携で現実的な工数で実装できます。

まずはクラウド版でレシピ1（フォーム→スプレッドシート→Slack）を試してみることをおすすめします。動作を確認したら、DockerでVPSにセルフホストして本格運用に移行する流れが無駄がありません。

AI連携（レシピ4）については、OpenAI APIのコストが気になる場合はOllama等のローカルLLMとn8nを組み合わせる方法もあります。業務自動化の内製化を始めるなら、n8nは現時点で最も有力な選択肢の一つです。