ウェブフックとHTTPデータフロー

ワークフローは、実行内に実際にデータが存在するまでは何も操作できません。このデータは主に2つの方法でワークフローに入ります。ワークフローがHTTPリクエストを通じて他のサービスに呼び出しを行う場合、または他のサービスがWebhookを介して呼び出しを行う場合です。

いずれかの方法でデータが取り込まれると、すべてのデータ操作ノードが処理対象を持つことになります。

HTTPリクエスト

HTTPリクエストノードは、APIのURLにリクエストを送信し、レスポンス（通常はJSON）をワークフローに取り込むノード。

• https://api.rainforestapi.com/requestのようなエンドポイントを呼び出す；
• type、domain、seller_id、search_termなどのパラメータを送信；
• 構造化データを受信し、後続ノードに渡すことが可能。

APIに十分なドキュメントがある場合、ワークフローで定期的にデータを取得する必要がある場合、またはあるAPIの出力を別のAPIの入力として連鎖的に利用したい場合に使用。構成はレッスン例に従い、ベースURLはapi.rainforestapi.com/request、APIキーは呼び出し元の識別、パラメータはAPIに返す内容を指示。

パラメータ例：

• type=seller_products；
• domain=amazon.com；
• （必要に応じて他のパラメータも指定）。

初心者はこの部分を魔法のように感じることが多いが、実際はそうではない。パラメータはAPIドキュメントから直接取得。ドキュメントを開き、該当セクションを探し、必須・任意パラメータとその説明を確認し、パラメータ名をHTTPリクエストノードにコピーし、値を設定してノードを実行。それがどのAPIでも標準的な手順：ドキュメントを読む、パラメータをコピー、リクエストに貼り付け、テスト。

Webhook

Webhookは、n8nが公開するURLで、他のシステムがリアルタイムでワークフローに直接データを送信できる仕組み。

• 受信データ用のカスタムエントリーポイントとして機能；
• スケジュールによるポーリングではなく、即時実行に最適；
• 公式連携のないカスタムツールや社内アプリにも有用。

ツールが簡単にポーリングできない場合、ワークフローが即時反応する必要がある場合、またはカスタムソースからデータが来る場合に利用。WebhookはHTTPリクエストの逆で、n8nが外部サービスを呼び出すのではなく、外部サービスがn8nを呼び出す。

HTTPリクエストとの違い：

• HTTPリクエスト： n8n → 外部サービス；
• Webhook： 外部サービス → n8n Webhookはリアルタイムワークフローに適し、HTTPリクエストは予測可能なポーリングに適している。