記事一覧へ戻る

n8nノードの基本(トリガー・アクション・条件分岐)

n8nの活用

はじめに

この記事は「n8n学習シリーズ」のSTEP 03(ノード)です。フローを組むための部品選びと、データの流れの読み方を身につけます。

学習の目標

前提知識

用語ミニ辞典

ステップバイステップで進める

  1. 新規ワークフローでトリガーを1つ置き、テストデータを手動実行で流す
  2. Set/Code/Item Listsなどでフィールド名を自分で定義し、一覧表にする
  3. IFノードで閾値比較を1つ入れ、true/falseの行き先を分ける
  4. エラー出力またはError Triggerで失敗を別ルートに逃がす案をメモする
  5. ノード名を「動詞+対象」にリネームし、6ヶ月後の自分が読めるようにする

ミニ課題

ダミーデータで status フィールドを持つ3件を用意し、status=ok の件だけ後段へ通すフローを組んでください。失敗時は固定文でSlackやメールのスタブ(送信先はテスト用)へ飛ばす設計まで書きます。

理解度チェックリスト

よくある落とし穴

もう一歩掘り下げる

ノード設計はプログラムの関数分割に似ています。1ノード=1責務に近づけるほど、テストと再利用が楽になります。共通化したい塊はサブワークフロー化やテンプレ化を検討すると、長期運用が楽です。

学びを固める(追補)

式の可読性は将来の自分への親切です。ネストが深い式はSplitノードやCodeへ逃がし、名前付き中間フィールドを増やすとデバッグが速くなります。分岐が3個以上ならIFの積み上げよりSwitch検討がコスパ良いことが多いです。

シナリオ演習(15分)

同じ判定をIF版とSwitch版で書き、行数と読みやすさを比較。チームに配るならどちらを選ぶか1行で宣言します。

今日の振り返り(3問)

深読みメモ(現場向け)

式のデバッグは「Pin Data」や実行ログの1件表示が命綱です。巨大な配列を式でいじるより、一度Setでフラット化した方が読めるケースが多いです。ノード名の命名規則はチームで3分だけ合意すると、障害時のチャットが静かになります。IFのネストが4層を超えるなら設計を疑うサインです。

自習リフレクション(読了後5分)

式参照で迷ったJSONパスを3つ書き出し、それぞれSetノードでフラット化した代替案を描きます。IFのネストが気になるフローを1つ選び、Switch版のラフスケッチを作成してください。チームメンバーにノード命名ルールを1分説明し、フィードバックを1つもらいます。

クイック参照(紙に写す用)

式が迷路ならSetでフラット化。IF4層超ならSwitch。ノード名は動詞+対象。Pin Dataで一件デバッグ。型変換を明示。バイナリとJSON混線注意。コメントノードで意図残す。

読了後の一行メモ

この回の学びを140字以内で要約し、翌週の業務で一度だけ実践してみてください。音声メモに3分解説を録音し、未来の自分への手紙として残すと抜けが見えます。勉強会に使う場合はチェックリストを印刷して自己採点してから終えると定着します。公式ドキュメント・料金・UIは更新されるため、手順と数値は必ず最新情報で再確認してください。改善アクションは1つに絞ると実行率がもっとも高くなります。

連載を順に進めるときは「前章のチェックリストが緑になるまで次へ進まない」ペースが安全です。分からない用語はその場で検索せず、一度記録だけして後で3語に圧縮すると記憶に残ります。業務と学習の境目で迷ったら、公開情報とダミーデータだけで試すセーフティゾーンを先に決めてから触れてください。

次にやること

ツール情報


権利表記

n8nは各社の商標または登録商標です。本記事は公式提供ではなく、一般的な情報提供を目的としています。

画像クレジット

サムネイル画像はUnsplashのライセンスに基づき使用しています。


お問い合わせ

AIツールの導入・活用支援のご相談はお気軽にどうぞ

📞 090-6262-3842