n8nを使っていると、少しずつ「API」という言葉を目にするようになります。
そしてAPI連携でよく使うのが「HTTP Requestノード」です。
最初は、
「HTTPって何？」「Requestってどういう意味？」「専用ノードがあるなら、それを使えばいいのでは？」
と感じるかもしれません。
でもHTTP Requestノードを使えるようになると、n8nでつなげられるサービスが一気に増えます。
専用ノードがないサービスでも、APIが用意されていれば接続できる場合があるからです。
この記事では、n8nのHTTP Requestとは何か、API連携でどう使うのか、GETやPOSTの違い、初心者がつまずきやすいポイントまでやさしく解説します。
HTTP Requestノードとは？
HTTP Requestノードは、n8nから外部サービスへデータを送ったり、情報を受け取ったりするためのノードです。
簡単に言うと、
「n8nから外部サービスへお願いを出すためのノード」
です。
たとえば外部サービスに、
- 「このデータをください」
- 「この文章を保存してください」
- 「この画像をアップロードしてください」
- 「この情報を登録してください」
といったお願いを送れます。
そしてサービス側から返ってきた結果を、次のノードで使えます。
APIとは？
HTTP Requestを理解するには、APIも知っておくとわかりやすいです。
APIとは、サービス同士がデータをやり取りするための窓口のようなものです。
たとえばn8nからWordPressへ、
「この記事を下書きとして作ってください」
というお願いを送りたいとします。
人間ならWordPressの管理画面を開いて記事を作ります。
でもn8nは、人間のように画面を操作する必要はありません。
WordPressが用意しているAPIという窓口へデータを送れば、記事を作成できます。
つまり、
n8n
↓
API
↓
外部サービス
という形でやり取りします。
HTTP Requestノードは、このAPIへアクセスするためによく使われます。
専用ノードとの違い
n8nには、Google SheetsやWordPressなどの専用ノードがあります。
専用ノードなら、
Google Sheetsノード
WordPressノード
Gmailノード
のように、画面上で必要な項目を選ぶだけで使えることが多いです。
一方、HTTP Requestノードでは、
- URL
- Method
- 認証方法
- Header
- Body
などを自分で設定します。
そのため専用ノードより少し難しく感じます。
ただし、HTTP Requestには大きなメリットがあります。
それが、
「専用ノードがなくてもAPIがあれば使える可能性がある」
ことです。
HTTP Requestを使う場面
HTTP Requestノードは、次のような場面で使います。
- n8nに専用ノードがないサービスと連携したい
- 専用ノードではできない細かい操作をしたい
- WordPress REST APIを直接使いたい
- 外部サービスへデータを送信したい
- APIから情報を取得したい
- 画像やファイルをアップロードしたい
最初から必ず使う必要はありません。
Google SheetsやWordPressなどは専用ノードから始めても十分です。
必要な機能が専用ノードでできないときに、HTTP Requestを使うイメージです。
GETとPOSTの違い
HTTP Requestを設定するときによく出てくるのが、
GET
POST
です。
初心者はここで迷いやすいです。
ざっくり分けると、
GET
＝情報をもらう
POST
＝情報を送る
と考えるとわかりやすいです。
GETは情報を取得するときに使う
たとえば天気情報を取得したい場合、
「今日の東京の天気を教えて」
というお願いをAPIへ送ります。
このように情報を取得するときにGETがよく使われます。
ほかにも、
- 商品情報を取得する
- 投稿一覧を取得する
- ユーザー情報を取得する
- 外部データを読み込む
POSTはデータを送るときに使う
POSTは、外部サービスへ新しいデータを送るときによく使われます。
たとえば、
- WordPressへ記事を作る
- フォーム内容を送る
- 新しいデータを登録する
- 画像をアップロードする
といった処理です。
WordPressへ記事を作る場合なら、
タイトル
本文
投稿ステータス
などをPOSTで送ります。
PUTやPATCH、DELETEもある
APIによっては、
PUT
PATCH
DELETE
なども使います。
簡単に説明すると、
PUT・PATCH
＝すでにあるデータを変更する
DELETE
＝データを削除する
というイメージです。
ただし初心者のうちは、
GET
＝取得
POST
＝送信・作成
をまず覚えれば十分です。
HTTP Requestノードの基本設定
HTTP Requestノードでは、主に次の項目を設定します。
Method
GETやPOSTなど、どんなお願いをするのか決めます。
URL
データを送る相手の住所のようなものです。
たとえばWordPress REST APIでは、
https://example.com/wp-json/wp/v2/posts
のようなURLを使います。
URLはサービスごとに違うため、公式ドキュメントを確認します。
認証とは？
APIは誰でも自由に使えるとは限りません。
そのため、
「この人には利用する権限があります」と確認する仕組みがあります。
これが認証です。
たとえば、
- APIキー
- ユーザー名とパスワード
- Bearer Token
- OAuth
などがあります。
難しい名前が並びますが、サービスによって指定された方法を使えばOKです。
n8nではCredentialに認証情報を保存して使うこともできます。
Headerとは？
Headerは、APIへ追加情報を伝えるために使います。
たとえば、
「送っているデータはJSON形式です」と伝えるために、
Content-Typeapplication/json
のような設定を使うことがあります。
画像をアップロードするときには、画像形式を伝えるために別のContent-Typeを指定することもあります。
初心者のうちは、
「APIに追加情報を伝える場所」
くらいの理解で大丈夫です。
Bodyとは？
Bodyは、POSTなどで実際に送るデータです。
たとえばWordPressへ記事を作る場合、
タイトル
本文
ステータス
などをBodyへ入れます。
イメージとしては、
送り先
＝URL
送り方
＝Method
荷物の中身
＝Body
と考えるとわかりやすいです。
WordPressでHTTP Requestを使う例
n8nではWordPress専用ノードも使えますが、REST APIを直接使いたい場面ではHTTP Requestが便利です。
たとえば記事のアイキャッチを設定する場合、
まず画像をWordPressへアップロードします。
するとWordPressから画像のIDが返ってきます。
次に、
記事ID
画像ID
を使って、
「この記事のアイキャッチはこの画像です」というデータを送ります。
流れは、
画像生成
↓
HTTP RequestでWordPressへ画像アップロード
↓
画像IDを取得
↓
記事を作成
↓
HTTP Requestでアイキャッチ設定
という形です。
HTTP Requestが使えると、こうした細かい処理も作れるようになります。
Expressionと組み合わせる
HTTP RequestノードでもExpressionをよく使います。
たとえば前のノードでWordPressの記事IDを取得したとします。
その記事IDをURLに入れて、
https://example.com/wp-json/wp/v2/posts/記事ID
という形にしたい場合があります。
記事IDは毎回変わります。
そこでExpressionを使います。
前のノードから記事IDを取り出し、URLの一部として使えば、毎回違う記事を自動で更新できます。
つまり、
HTTP Request
＋
Expression
を組み合わせると、自動化の自由度がかなり高くなります。
JSONとは？
API連携ではJSONという言葉もよく出ます。
JSONは、データを項目ごとに整理してやり取りする形式です。
たとえば、
{
"title": "n8nの使い方",
"status": "draft"
}
のような形です。
意味としては、
タイトル
＝n8nの使い方
ステータス
＝下書き
というデータです。
APIではこのような形式で情報を送ることがよくあります。
最初からJSONを全部覚える必要はありません。
「項目名と値をセットにしたデータ形式」
くらいから理解すれば十分です。
HTTP Requestでよくあるエラー
URLが間違っている
APIのURLが1文字違うだけでも正常に動きません。
公式ドキュメントに書かれているURLと一致しているか確認しましょう。
Methodが違う
取得したいのにPOSTを使ったり、データを作りたいのにGETを使ったりするとエラーになる場合があります。
APIごとに指定されているMethodを確認します。
認証に失敗している
APIキーやパスワードが正しくないと、接続を拒否されます。
n8nのCredentialに正しい認証情報が入っているか確認しましょう。
Bodyの形式が違う
API側がJSONを求めているのに、別の形式で送るとエラーになる場合があります。
Content-TypeやBodyの設定を確認します。
前のノードからデータが来ていない
Expressionを使っている場合、前のノードに必要なデータがなければ正しいリクエストを送れません。
HTTP Requestノードだけを見るのではなく、その前のノードのOUTPUTも確認しましょう。
エラーコードもヒントになる
HTTP Requestで失敗すると、
400401403404500
などの数字が表示されることがあります。
これをHTTPステータスコードと呼びます。
細かく覚える必要はありませんが、よく見るものだけ知っておくと便利です。
400＝送った内容に問題がある可能性
401＝認証に問題がある可能性
403＝アクセス権限がない可能性
404＝URLや対象データが見つからない可能性
500＝相手側のサーバーで問題が起きた可能性
エラーが出たら、数字を手がかりに原因を探せます。
専用ノードとHTTP Requestはどちらを使う？
初心者なら、まず専用ノードがおすすめです。
専用ノードは設定項目がわかりやすく、認証も簡単なことが多いからです。
一方、
専用ノードでは目的の操作ができない
という場合にHTTP Requestを使います。
たとえば、
専用ノード
＝基本操作
HTTP Request
＝細かい操作や応用
という使い分けで考えるとわかりやすいです。
初心者は公開APIで練習する
HTTP Requestを初めて使う場合は、いきなり重要なデータを書き換えるAPIで試す必要はありません。
まずは情報を取得するだけのAPIで練習すると安全です。
- GETでデータを取得
- OUTPUTを確認
というところから始めます。
これが理解できたら、
POSTでデータ送信
↓
認証付きAPI
↓
WordPressなどの更新
という順番で進めると理解しやすいです。
HTTP Requestを覚えると自動化の幅が広がる
HTTP Requestの大きな魅力は、n8nの専用ノードだけに縛られなくなることです。
APIを公開しているサービスなら、
「n8nとつなげられないかな？」
と考えられるようになります。
たとえば、
Google Sheets
↓
OpenAI
↓
HTTP Request
↓
外部サービス
のように組み合わせられます。
これによって、自分専用の自動化を作りやすくなります。
AI副業や自動化代行でも重要
HTTP Requestは、将来自動化代行をする場合にも重要なスキルです。
依頼者が使っているサービスに、必ずn8n専用ノードがあるとは限らないからです。
でも、そのサービスにAPIがあればHTTP Requestで接続できる可能性があります。
たとえば、
- 問い合わせシステム
- 顧客管理ツール
- 予約サービス
- 社内ツール
- 独自Webサービス
などです。
専用ノードだけでは対応できない案件でも、APIとHTTP Requestを理解していれば対応できる範囲が広がります。
これは自動化を仕事にするときの強みになります。
最初に覚えるポイントは4つだけ
初心者は、まず次の4つを覚えれば十分です。
- Method
- URL
- 認証
- Body
さらに必要になったら、
Header
Expression
JSON
を少しずつ覚えていきましょう。
最初から全部理解する必要はありません。
まとめ
n8nのHTTP Requestノードは、外部サービスのAPIとデータをやり取りするためのノードです。
基本は、
Method＝どういうお願いをするかURL＝どこへ送るか認証＝誰が送っているかBody＝何を送るか
と考えるとわかりやすいです。
最初はGETを使って情報を取得するところから試してみましょう。
専用ノードに慣れたあとHTTP Requestまで使えるようになると、n8nで接続できるサービスの幅は大きく広がります。
そして、
Google Sheets
OpenAI
WordPress
Webhook
HTTP Request
を組み合わせられるようになると、ブログ自動化だけでなく、AI副業や業務自動化など、さらに実践的な仕組みを作れるようになります。