n8nの使い方｜初心者向けに始め方と自動化手順を解説

n8nの使い方を最短で覚えるには、機能一覧を暗記するより、小さなワークフローを一つ完成させる方が効果的です。

基本は「いつ動かすか」を決めるトリガーと、「何をするか」を担う処理ノードを線でつなぎます。テストでデータの流れを確認し、自動実行する場合はワークフローを公開します。

この記事では、n8nを初めて触る方に向けて、Cloudとセルフホストの選び方、基本画面、最初のワークフロー、Credentials、HTTP Request、エラー対処、安全な運用まで順番に解説します。

n8nとは？ノードをつないで業務を自動化するツール

n8nは、複数のアプリやAPIをつなぎ、定型業務を自動化するワークフローオートメーションツールです。公式ドキュメントでは、ワークフローを「プロセスを自動化するために接続されたノードの集合」と説明しています。

たとえば、次のような処理を一つの流れにできます。

• フォーム回答を受け取り、内容に応じて担当者へ通知する
• 毎朝決まった時刻にデータを取得し、表形式に整える
• 問い合わせを分類し、条件に合うものだけ別システムへ登録する
• APIから情報を取得し、社内データと結合する
• 生成AIへ文章を渡し、要約結果を保存する

コードを書かずに設定できる範囲が広い一方、式、HTTP API、CodeノードのJavaScriptも扱えます。Pythonは対応するバージョン・実行環境で利用できますが、方式や制約を公式ドキュメントで確認する必要があります。そのため、業務担当者が小さな自動化を始め、必要に応じて開発者が高度化する使い方に向いています。

n8nで最初に覚える4つの言葉

用語	意味	例
ワークフロー	自動化処理の全体	問い合わせ受付から通知まで
ノード	一つの処理単位	データ取得、条件分岐、Slack送信
トリガー	ワークフローを始めるきっかけ	手動、時刻、Webhook、アプリのイベント
実行	ワークフローが1回動くこと	毎朝の定期処理が1回完了

初心者が混乱しやすいのは、ノードとワークフローの違いです。ノードは部品、ワークフローは部品を組み合わせた一連の処理、と捉えると理解しやすくなります。

n8n Cloudとセルフホストはどちらを選ぶ？

n8nを始める方法は、大きくn8n Cloudとセルフホストに分かれます。

初心者はn8n Cloudから始める

n8n Cloudは、n8nがホストするサービスです。サーバー構築、更新、基盤の保守を自分で行わずに利用できます。構成の違いはn8n公式のホスティング解説でも確認できます。

次の条件に当てはまる場合は、Cloudが現実的です。

• まずワークフロー作成を試したい
• サーバー管理を担当する人がいない
• 小さく検証して効果を測りたい
• バックアップやアップデートの負担を抑えたい

Cloudを選んでも、ワークフロー設計、連携先の権限管理、入力データの適法性までn8n側に任せられるわけではありません。業務データを扱う前に、自社のセキュリティ基準と契約条件を確認します。

セルフホストは運用責任を持てる組織向け

セルフホストは、自社のサーバー、オンプレミス環境、プライベートクラウドなどでn8nを動かす方法です。公式ドキュメントはDocker、Kubernetes、npmなどの導入方法を案内しています。

データ配置やネットワークを細かく設計できる一方、次の作業を自社で担います。

• TLS、ドメイン、ファイアウォールの設定
• n8nとデータベースの更新
• バックアップと復旧テスト
• 監視、ログ、障害対応
• Credentials暗号化キーの安全な管理
• 脆弱性情報の確認とパッチ適用

「無料で動かせるから」という理由だけでセルフホストを選ぶと、保守工数や障害リスクが見落とされます。費用はライセンスだけでなく、インフラと運用人員を含めて比較してください。

Cloudとセルフホストの比較

比較軸	n8n Cloud	セルフホスト
開始の容易さ	環境構築が少ない	サーバー構築が必要
更新	n8n側が管理	自社で計画・実施
インフラ監視	基盤はn8n側	自社責任
データ配置	Cloudの条件に従う	自社で設計しやすい
カスタマイズ	プランと仕様の範囲	構成次第で広い
向く利用者	初心者、短期PoC	運用体制のある組織

n8nの料金を確認する

2026年8月5日時点の公式価格ページでは、年払い時の月額換算で次のプランが掲載されています。税の扱いや請求条件を含む契約時の金額は公式ページで確認してください。

プラン	価格	月間ワークフロー実行数	ホスティング
Starter	20ユーロ／月	2,500	n8n Cloud
Pro	50ユーロ／月	10,000	n8n Cloud
Business	667ユーロ／月	40,000	セルフホスト
Enterprise	要問い合わせ	カスタム	Cloudまたはセルフホスト

公式ページでは、掲載されている有料プランに無制限のユーザーとワークフロー、すべてのインテグレーションが含まれ、料金はワークフロー実行回数を基準にすると説明しています。StarterとProには無料試用の案内があります。

標準的なセルフホスト版であるCommunity EditionはGitHubで提供されています。ただし、セルフホストにはサーバー、データベース、監視、バックアップ、保守の費用がかかります。また、企業向け機能の範囲は有料プランと異なります。

価格、実行上限、機能は変更されます。契約前にn8n公式料金ページで最新情報を確認してください。

n8nの基本画面とデータの流れ

ワークフロー編集画面の中心は、ノードを配置するキャンバスです。一般的な作業は次の順序で進みます。

1. 新しいワークフローを作る
2. トリガーノードを追加する
3. 後続の処理ノードを追加する
4. ノードごとの設定を入力する
5. 各ノードまたはワークフロー全体をテストする
6. 出力データとエラーを確認する
7. 自動化する場合は保存して公開する

n8nでは、前のノードの出力が次のノードへ渡されます。多くのノードでは、入力と出力をJSON形式で確認できます。

たとえば、次のようなデータが1件流れているとします。

{  "company": "Nexa Sample",  "score": 82,  "status": "new"}

次のノードでは、companyやscoreを参照して、条件分岐や外部サービスへの登録を行えます。画面上の表形式表示だけでなく、JSON表示も確認すると、値の型や階層の間違いを見つけやすくなります。

n8nの使い方：最初のワークフローを作る

ここでは外部サービスのアカウントやAPIキーを使わず、次の3ノードでデータの流れを確認します。

Manual Trigger → Edit Fields → If

画面上の名称や配置はバージョンにより変わることがあります。見つからない場合はノード検索を使い、公式ドキュメントと現在の画面を照合してください。

手順1：新しいワークフローを作成する

n8nへサインインし、ワークフローの新規作成を選びます。名前は後から検索できるように、目的が分かるものにします。

例：

練習_スコア判定_20260805

「テスト」「新規」のような名前だけでは、数が増えたときに区別できません。業務名、処理、環境を組み合わせると管理しやすくなります。

手順2：Manual Triggerを追加する

最初のノードとしてManual Triggerを選びます。Manual Triggerは、編集画面から任意のタイミングでテスト実行するための開始点です。

本番で自動実行するノードではありません。まず手動で安全に動作を確認するために使います。

手順3：Edit Fieldsノードでテストデータを作る

Manual Triggerの後ろにEdit Fieldsノードを追加します。バージョンや表示によっては、過去の名称であるSetが併記されることがあります。

次の3項目を設定します。

フィールド	型	値
company	String	Nexa Sample
score	Number	82
status	String	new

ノードを実行し、出力に3項目が表示されることを確認します。scoreを文字列ではなく数値として設定する点が重要です。

手順4：Ifノードで条件分岐する

Edit Fieldsの後ろにIfノードを追加します。条件は、左辺に前のノードのscoreを示す{{$json.score}}、比較演算子に「is greater than or equal to」、右辺に数値の80を設定します。

{{$json.score}} is greater than or equal to 80

左辺を固定入力するのではなく、前のノードのscoreを参照する点が重要です。

実行すると、82は条件を満たすため、true側へ流れます。Edit Fieldsでscoreを60に変えて再実行し、false側へ流れることも確認してください。

手順5：ワークフロー全体を実行する

個別ノードの確認後、ワークフロー全体を手動実行します。各ノードを順番に開き、入力、出力、実行時間、エラーを確認します。

期待する結果は次のとおりです。

• Manual Triggerが開始点になる
• Edit Fieldsが3項目を出力する
• Ifがscoreを評価する
• 82ならtrue、60ならfalseへ流れる

これで、n8nの基本である「開始、データ生成、条件分岐、結果確認」を一度体験できました。

手動実行から自動実行へ進む

Manual Triggerのワークフローは、編集画面から実行する練習向けです。自動化する場合は、目的に合うトリガーへ置き換えます。

トリガー	向く場面	注意点
Schedule Trigger	毎朝、毎週などの定期実行	タイムゾーンを確認する
Webhook	外部システムからのHTTP受信	URL公開と認証を設計する
アプリ固有Trigger	メール、フォーム、DBなどのイベント	連携先の権限と監視が必要

公式ドキュメントでは、自動実行するワークフローを保存・公開する流れが案内されています。編集内容を保存しただけでは、本番用トリガーで動く状態になっていない場合があります。

公開前には次を確認します。

• テスト用と本番用の接続先が分かれている
• タイムゾーンと実行間隔が正しい
• 同じデータを再処理しても問題が起きない
• エラー時の通知先がある
• 誤送信、二重登録、無限ループを防いでいる

公開後は、実行履歴で最初の自動実行を確認します。設定しただけで監視を終えないことが重要です。

Credentialsを安全に設定する

外部サービスへ接続するノードでは、APIキー、OAuth、ユーザー名とパスワードなどの認証情報が必要です。n8nでは、これらをCredentialsとして登録し、ノードから選択します。

設定の基本は次のとおりです。

1. 連携先の公式手順で必要な認証方式を確認する
2. 検証専用のアカウントまたは最小権限のキーを用意する
3. n8nのCredentials画面で登録する
4. 接続テストを行う
5. ノードから登録済みCredentialsを選ぶ
6. 実行結果と連携先の監査ログを確認する

APIキーをEdit FieldsやCodeノードへ文字列として直接書かないでください。ワークフローのエクスポート、画面共有、実行データ、エラーメッセージから漏れる可能性があります。

また、一つの高権限アカウントを全ワークフローで共用すると、事故の影響範囲が広がります。検証・本番、読み取り・書き込み、部門ごとにCredentialsを分離し、定期的に更新します。

OpenAI APIなどのAPIキー管理と本番運用は、OpenAI APIの料金・使い方・安全な導入法でも詳しく解説しています。

業務自動化やAI活用をPoCで終わらせず、権限・運用・効果測定まで設計したい企業は、NexaのAI顧問サービスをご覧ください。

HTTP RequestノードでAPIと連携する

専用ノードがないサービスでも、HTTP APIが公開されていればHTTP Requestノードから接続できる場合があります。これはn8nの活用範囲を広げる重要な機能です。

設定前に、連携先のAPIドキュメントで次を確認します。

• HTTPメソッド：GET、POST、PUT、DELETEなど
• URLとAPIバージョン
• 認証方式
• ヘッダー
• クエリパラメーターまたは本文
• レスポンス形式
• レート制限
• タイムアウトと再試行の条件

たとえば、公開APIへGETリクエストを送る基本形は次のようになります。

Method: GETURL: https://api.example.com/v1/itemsQuery: limit=10Response: JSON

最初は書き込みを伴わないGETで試します。POSTやDELETEを使う場合は、検証環境、少数データ、承認ステップを用意してください。

cURLを利用するときの注意

APIドキュメントにはcURLの例が掲載されていることがあります。n8nのHTTP Requestノードは、cURLコマンドを取り込める機能を備えています。

ただし、サンプルに実際のAPIキーやトークンを貼ったまま取り込まないでください。認証情報はCredentialsへ分離し、URL、ヘッダー、本文の内容を読み直します。

APIレスポンスを次のノードへ渡す

APIのJSONレスポンスは、後続ノードから式で参照できます。たとえば現在のアイテムにtitleがあれば、次のように指定します。

{{$json.title}}

階層が深い場合は、実際のJSON出力を開いて項目を選択します。存在しない項目を参照すると空値やエラーになるため、Ifノードで存在確認を入れる方法も有効です。

n8nの式とデータを理解する

n8nでは、固定値と式を使い分けます。

固定値は、毎回同じ文字列や数値です。

status = processed

式は、前のノードのデータや実行時情報を参照します。

{{$json.email}}

初めは次の3点だけ覚えれば十分です。

1. 現在のアイテムは$jsonで参照する
2. 文字列と数値を区別する
3. 式を入力したら、プレビューと実行結果を確認する

"82"は文字列、82は数値です。条件分岐、並び替え、計算では型の違いが結果に影響します。

複数ノードのデータを参照する高度な式も使えますが、最初から複雑な一行へ詰め込む必要はありません。Edit Fieldsで中間値を作り、Ifで分岐し、各段階の出力を見える状態にした方が保守しやすくなります。

よくあるエラーと対処法

ノードが動かない

次の順に確認します。

1. 前のノードが正常終了しているか
2. 入力データが1件以上あるか
3. 必須項目が設定されているか
4. Credentialsの接続テストが通るか
5. 式の参照先が存在するか
6. 連携先APIがエラーを返していないか

最初からワークフロー全体を何度も実行するのではなく、問題のノードと直前のノードを確認します。

Ifノードが想定と逆へ進む

値の型を確認します。数値のつもりで文字列を渡している、前後に空白がある、大文字と小文字が異なる、といった原因がよくあります。

入力JSONと条件式のプレビューを見比べ、必要ならEdit Fieldsで型を変換します。

Credentialsの認証に失敗する

認証方式、権限、期限、対象環境を確認します。OAuthの場合はリダイレクトURL、セルフホストの場合は公開URLやTLS設定も影響します。

認証情報をチャットやチケットへ貼らず、エラーコードと設定項目名だけを共有します。漏えいが疑われる場合は、調査より先にキーを無効化・再発行します。

Webhookが届かない

テスト用URLと本番用URLの取り違え、ワークフローの未公開、ネットワーク制限、送信元の再試行設定を確認します。

Webhookをインターネットへ公開する場合は、認証、署名検証、レート制限、入力サイズ、ログのマスキングが必要です。

同じ処理が二重に走る

外部サービスやWebhookは再送する場合があります。受信IDや処理済みフラグを使い、同じイベントを複数回受け取っても結果が重複しない設計にします。この性質を冪等性と呼びます。

実行数が想定より増える

トリガーの間隔、再試行、ループ、サブワークフロー、テスト実行を確認します。実行履歴を日付・ワークフロー・状態で絞り、増加の起点を探します。

企業でn8nを安全に運用するチェックリスト

n8nは実際に外部サービスを操作できるため、便利さと同時に権限管理が重要です。

導入前

• [ ] 対象業務の責任者と承認者を決めた
• [ ] 扱うデータを公開・社内・機密などに分類した
• [ ] Cloudとセルフホストの責任分界を比較した
• [ ] 利用規約、データ処理条件、保存先を確認した
• [ ] 検証環境と本番環境を分けた

ワークフロー作成時

• [ ] Credentialsを最小権限にした
• [ ] APIキーをノード本文へ直接書いていない
• [ ] 個人情報や秘密情報を実行ログへ残しすぎていない
• [ ] エラー、タイムアウト、再試行を設計した
• [ ] 書き込み・送信・削除の前に承認または検証を入れた

公開前後

• [ ] 本番用URL、アカウント、タイムゾーンを確認した
• [ ] 少数データでテストした
• [ ] 二重実行してもデータが壊れない
• [ ] 失敗通知と対応担当を決めた
• [ ] 公開後の初回実行を人が確認した
• [ ] 停止手順と復旧手順を記録した

セルフホスト時

• [ ] TLS、バックアップ、監視、更新担当を決めた
• [ ] データベースと暗号化キーを安全に保管した
• [ ] stable版を基準に更新を検証した
• [ ] 復元テストを行った
• [ ] npmのトンネル機能を本番利用していない

公式Dockerドキュメントは、本番用途でstable版を使うよう案内しています。また、公式npmドキュメントは、トンネルをローカル開発・テスト用と位置づけ、本番利用は安全ではないと警告しています。

AIエージェントから外部ツールを呼び出す構成へ進む場合は、MCPの仕組みと企業利用の要点も参考になります。社内文書を検索して回答する仕組みは、RAGの仕組み・メリット・導入方法で解説しています。

n8nを学ぶおすすめの順番

Manual Trigger、Edit Fields、Ifを理解した後は、Schedule Trigger、Credentials、HTTP Request、エラー通知の順に進みます。公式Quickstartとn8n Academyには、基礎操作、API連携、AI、テストの教材があります。

テンプレートは構成の理解に役立ちますが、そのまま本番公開してはいけません。Credentials、送信先、入力データ、エラー処理、実行間隔を自社用に変更します。

n8nの使い方に関するよくある質問

Q. n8nは無料で使えますか？

セルフホストできるCommunity Editionが提供されています。n8n Cloudには有料プランと無料試用の案内があります。セルフホストでも、サーバー、データベース、監視、バックアップ、保守の費用は必要です。企業向け機能の範囲も異なるため、公式料金ページとライセンス条件を確認してください。

Q. プログラミング未経験でも使えますか？

基本的なノード接続や条件分岐は画面操作で作れます。ただし、実務ではデータ形式、API、認証、エラー処理の理解が必要です。最初は認証不要の小さなワークフローから始め、JSONとHTTPの基礎を段階的に学ぶ方法が現実的です。

Q. n8n Cloudとセルフホストのどちらが安いですか？

ライセンス料金だけでは比較できません。Cloudは基盤保守の負担を抑えやすく、セルフホストはインフラ、監視、バックアップ、更新、障害対応を自社で負担します。実行数、必要機能、データ配置、運用人員を含む総コストで判断します。

Q. ワークフローを保存すれば自動実行されますか？

自動実行には適切なトリガーと公開が必要です。Manual Triggerは編集画面でのテスト用です。Schedule TriggerやWebhookなどへ変更し、保存・公開後に実行履歴を確認してください。

Q. APIキーはどこに書けばよいですか？

対応するCredentialsへ登録し、ノードから選択します。Edit Fields、Code、URL、ワークフロー名などへ直接書かないでください。最小権限、環境分離、定期更新も必要です。

Q. n8nで生成AIを使えますか？

各種AIサービスのノードやHTTP Requestを使ったAPI連携が可能です。ただし、入力データの機密性、外部送信、モデル出力の誤り、費用、レート制限、人による確認を設計します。顧客への自動返信や重要判断を、検証なしで完全自動化しないでください。

Q. セルフホストはDockerとnpmのどちらがよいですか？

公式は複数の導入方法を案内しています。継続運用では、依存関係を分離しやすいDockerが一般的な選択肢です。どちらでも、データ永続化、TLS、バックアップ、監視、更新手順が必要です。npmトンネルは本番利用しないでください。

まとめ

n8nの使い方は、次の流れで覚えると迷いにくくなります。

1. 初心者はn8n Cloudで小さく試す
2. Manual Triggerで安全に開始する
3. Edit Fieldsでデータを作る
4. Ifで条件分岐する
5. 各ノードの入出力を確認する
6. 自動化する場合はトリガーを変更して公開する
7. Credentials、エラー通知、二重実行対策を追加する
8. 本番では監視と停止・復旧手順を用意する

最初の成功条件は、複雑なAIワークフローを作ることではありません。小さな処理を意図どおり動かし、失敗時に原因を追える状態を作ることです。

自社業務に合う自動化テーマの選定、AI連携、セキュリティ、運用定着までまとめて検討したい方は、NexaのAI顧問サービスをご確認ください。

公式出典

• Create and run workflows｜n8n Docs
• Save and publish workflows｜n8n Docs
• Build your first workflow｜n8n Docs
• Host n8n｜n8n Docs
• Docker｜n8n Docs
• npm｜n8n Docs
• Credentials｜n8n Docs
• HTTP Request node｜n8n Docs
• Privacy and security｜n8n Docs
• n8n Academy
• n8n Integrations
• n8n Plans and Pricing