はじめに
n8nには数百のノードがありますが、200以上のワークフローを構築してきた経験から、毎回同じノードが登場することに気づきました。もしn8nを始めたばかりで、ノードライブラリの多さに圧倒されているなら、このリストで数ヶ月分の試行錯誤を省けるはずです。この記事では、n8nでほぼ何でも構築できるようになる17個のコアノードを紹介します。
トリガー：全てのワークフローの起点
全てのワークフローにはトリガーが必要です。全トリガーノードの中で、この3つが実務の90%をカバーします。
Webhookは最も汎用性の高いトリガーです。ワークフローにURLを付与し、外部からのHTTPリクエストを受け取ります。フォーム送信、決済通知、CRM更新、APIコールバックなど、外部イベントに反応させたい場合はこれを使います。
Schedule Triggerはcronスケジュールでワークフローを実行します。日次レポート、週次クリーンアップ、毎時データ同期など、設定すれば自動で動きます。Manual Triggerはシンプルですが必須で、開発やテスト時にオンデマンドでワークフローを実行できます。
ポイント：
- Webhook — URLで外部イベントを受信
- Schedule Trigger — 時間ベースでワークフローを自動実行
- Manual Trigger — テストや単発タスクにオンデマンド実行
データフロー：情報の移動と整形
ワークフローが起動したら、データを移動・整形する必要があります。この4つのノードが、ほぼ全てのワークフローの骨格になります。
HTTP Requestは最も使用頻度が高いノードです。あらゆるAPIを呼び出し、あらゆるURLからデータを取得し、どこにでもペイロードを送信できます。REST APIがあるものなら、このノードで連携できます。
SetノードとCodeノード
Setノードはフィールド名の変更、新規フィールドの作成、データのクリーンアップに使います。ほぼ全てのワークフローに最低1つは入っています。ビジュアルノードでは対応しきれない場合は、CodeノードでJavaScriptを直接書けます。
// 例：名前の結合と電話番号のクリーンアップ
const items = $input.all();
return items.map(item => ({
json: {
fullName: `${item.json.firstName} ${item.json.lastName}`,
phone: item.json.phone.replace(/\D/g, ''),
source: 'webhook'
}
}));
このコードの動作：
姓名が分かれたデータと整形されていない電話番号を受け取り、結合した名前と数字のみの電話番号を持つクリーンなオブジェクトを出力します。
4つ目はSplit In Batchesです。500件のリストを処理する際にAPIのレート制限がある場合、このノードがリストを適切なチャンクに分割し、タイムアウトを防ぎます。
ポイント：
- HTTP Request — あらゆるAPIやURLを呼び出す
- Set — データフィールドの整形・クリーンアップ
- Code — カスタムJavaScriptロジック
- Split In Batches — レート制限を回避して大量データを処理
ロジック：意思決定の追加
意思決定のないオートメーションはただのデータパイプです。この3つのノードがワークフローに知性を加えます。
IFノードは最も基本的な分岐点です。条件がtrueなら左へ、falseなら右へ。リードの適格判定、決済の成否確認、フィールドの空チェックなど、あらゆる場面で使います。
SwitchノードはIFの複数パス版です。値に基づいてデータをルーティングする場合（国、プラン種別、リードソースなど）、IFノードを連鎖させるよりSwitchの方がスッキリします。
Mergeノードは2つ以上のブランチのデータを1つに結合します。ワークフローが並列パスに分岐した後、結果を統合して次へ進める際に不可欠です。
ポイント：
- IF — true/falseの二択ルーティング
- Switch — 値ベースの複数パスルーティング
- Merge — 並列ブランチの統合
インテグレーション：実際に使うツールとの連携
HTTP Requestで全て対応することも可能ですが、ビルトインの連携ノードは認証処理を自動化してくれるので時間を節約できます。この4つが実務で最も使われるツールをカバーします。
Google Sheetsはスモールビジネスや初期段階のプロジェクトで最もよく使われる「データベース」です。クライアントワークの半数以上で、簡易データストアとして活用しています。読み取り、書き込み、追記、更新が可能です。
Gmail / Email Sendは通知、レポート、確認メールの送信に使います。ほぼ全てのワークフローの終点で誰かにメールが届きます。Slackはチャンネルにアラートやステータス更新を送ります。オートメーションの動作をチームに可視化する最も簡単な方法です。
Google Sheetsでは足りなくなったら、Postgres / MySQLノードで本番データベースに接続します。実務で見てきたほとんどのプロダクション環境をこの2つでカバーできます。
ポイント：
- Google Sheets — 簡易データの保存・取得
- Gmail / Email Send — 通知とレポート送信
- Slack — チームへのアラートとステータス更新
- Postgres / MySQL — プロダクションデータベース操作
AI：ゲームチェンジャーとなるノード
ここからがn8nの真価です。この3つのノードで、フルアプリケーションを書かずにAIエージェントやLLMを活用したワークフローを構築できます。
**OpenAI（Chat Model）**ノードはプロンプトを送信してレスポンスを取得します。コンテンツ生成、データ抽出、分類、要約など、LLMに「考えさせる」タスク全般に使います。
AI Agentノードがゲームチェンジャーです。単純なLLM呼び出しを、ツール（他のノード）にアクセスしてどれを使うか自律的に判断するエージェントに変えます。n8nでのAIエージェント構築は、このノードのおかげで驚くほどシンプルです。
**Output Parser（Structured）**ノードは、AIのレスポンスにスキーマを強制します。フリーテキストではなくクリーンなJSONが必要な場合、これがプロダクション品質を保証します。
{
"schema": {
"name": "string",
"sentiment": "positive | negative | neutral",
"priority": "number (1-5)",
"summary": "string"
}
}
このスキーマの動作：
AIにスキーマに一致する構造化データを返させることで、後続ノードが常に予測可能でパース可能な出力を受け取れます。
ポイント：
- OpenAI（Chat Model）— LLMプロンプトとレスポンス
- AI Agent — ツールアクセス付きの自律エージェント
- Output Parser（Structured）— AIレスポンスにJSONスキーマを強制
まとめ
n8nで生産的になるために数百のノードを覚える必要はありません。この17個がほぼ全てのオートメーションのコアです。まずはこれらをマスターすれば、より複雑なプロジェクトにも自然に対応できるようになります。
これらを体系的に学びたいなら、Eight Universityをおすすめします。41レッスンでゼロからAIエージェント構築まで学べます。ランダムなチュートリアルを渡り歩くのではなく、前のレッスンの上に積み重ねていく構成が、自分にはとても効果的でした。
次のステップ：
- この17ノードだけで1つワークフローを作ってみる
- 体系的に学ぶならEight Universityをチェック
- 特定のノードの詳細が知りたければコメントしてください