n8n の HTTP ワークフローでウェブにアクセス
公開 HTTP API を確認可能な自動化フローに組み込みます。手動で一度実行し、応答を検証してからスケジュール、処理、保存を接続します。
- HTTP Request ノードで URL とヘッダーを設定
- キーは認証情報で管理し、フローに直接記述しない
- 後続ノードに渡す前に状態と内容を確認
承認された Web アクセス、開発、テスト、データ ワークフロー用。
プロジェクトに合った統合を選択してください
使用可能な最小のパスから始めて、必要に応じてツールやワークフローの複雑さを追加します。
セットアップ、リクエスト、検証
複雑な構成を追加する前に、1 つの検査可能なリクエストでワークフローを証明します。
手動ワークフローから開始
Manual Trigger と HTTP Request ノードで許可済み対象に GET を実行します。初回検証前に大規模な定期実行を有効にしないでください。
ヘッダーと認証情報を設定
API URL と x-cb-host で対象を指定し、Header Auth の認証情報から x-cb-apikey を渡します。プロキシとセッションはバージョン別資料に従います。
完全な応答を確認
出力にヘッダーとステータスを含めます。解析や保存の前に x-cb-status、対象ステータス、本文を確認し、タイムアウト、再試行、並列数を制限します。
まず一つの HTTP ノードを検証
信頼できる環境で最小リクエストを検証してからノードを設定します。以下は確認項目であり、インポート用ワークフローではありません。
curl --include --request GET \
"https://api.cloudbypass.com/" \
--header "x-cb-host: example.com" \
--header "x-cb-apikey: ${CLOUDBYPASS_APIKEY:?}" \
--max-time 90
# POSIX shell example; set the key securely first.
# Check x-cb-status, target status and content.
# For V2 / V2s, add version and stable proxy parameters.Method: GET
URL: https://api.cloudbypass.com/
x-cb-host: example.com
x-cb-apikey: <Header Auth credentials>
Inspect response headers, HTTP status and body.
Pass only validated content downstream; branch on errors.
Configure timeouts, retries and concurrency in the actual workflow.n8n の認証情報、応答、実行履歴
応答形式や全応答の設定で出力構造が変わります。実際の結果から項目を選び、エクスポートや履歴の共有前に機密情報を除去します。未検証のインポート用ファイルは提供しません。
| チェックする | 何を検査するか | 次のアクション |
|---|---|---|
| 資格情報と範囲 | 資格情報、残高、および許可されたアクセスを確認する | IPをやみくもに変更するのではなく構成を修正する |
| バージョンとセッション | V2 / V2 の安定したプロキシとセッションを一致させる | プロキシの変更後に検証セッションを再構築する |
| 2つのステータスレイヤー | x-cb-status とターゲット HTTP のステータスを確認します | 200 応答でもログイン ページまたはチャレンジ ページである可能性があります |
| 出力と再試行 | コンテンツタイプ、予想されるフィールド、試行予算を確認してください | 構成エラーが発生した場合は停止します。一時的な再試行を制限する |
- 統合ガイド 共有パラメータとアクセスルール
- 公式クライアントドキュメント クライアントとバージョンに合わせて設定する
- サポートに連絡 リクエスト ID と編集されたエラーを共有する
統合を機能させる
アクセス戦略、実装手順、トラブルシューティングに関するタスク ガイドを選択してください。
計画とトラブルシューティング
- エラー診断
個別の構成、アクセス、およびターゲット応答の失敗。
- API およびプロキシ コストの計算ツール
リクエストのクレジットとプロキシの帯域幅を見積もります。
ビジネスユースケース
- 地域 SERP モニタリング
リージョン全体での検索結果の監視を計画します。
- RAG の Web インジェスト
検証されたコンテンツをクリーニングおよび取り込みパイプラインに渡します。
- 競合他社と価格の監視
価格、在庫状況、公開ページの変更を追跡します。
- 販売見込み調査
Web サイトやパブリック ディレクトリを使用して企業を調査します。
よくある質問
今日はどの統合を使用すればよいでしょうか?
パブリック HTTP API から始めます。 OpenClaw は公開された Skill を使用できます。既存の HTTP MCP ツールは、カスタム ヘッダーと安全な認証情報をサポートする必要があります。ホストされた MCP サービスはまだ計画されています。
すべてのターゲットにアクセスできますか?
普遍的な保証はありません。関連するアクセス機能には、ターゲットおよびランタイム検証の対象となる Cloudflare JavaScript チャレンジ、Turnstile、DataDome、および Imperva / Incapsula が含まれます。この統合は、reCAPTCHA または hCaptcha のサポートを宣伝したり、アカウント権限を置き換えたりするものではありません。
API キーとプロキシ パスワードはどこに行けばよいですか?
実際のランタイムまたは信頼できるサーバーで安全な構成に保ちます。これらをブラウザーのコード、共有リポジトリ、プロンプト、スクリーンショット、または公開ログに配置しないでください。リモート サービスには別の環境があります。
MCP または Skill はページネーションと抽出を自動的に処理しますか?
デフォルトではありません。アクセス層はリクエストとレスポンスを処理します。ワークフローまたはサイト レシピは、ページネーション、フィールド抽出、重複排除、ログイン状態、およびビジネス固有の署名を処理します。無制限に再試行するのではなく、失敗を診断します。
スケールアップする前に 1 つのリクエストを検証する
ターゲットの互換性を確認してから、ワークフローをプロジェクトに組み込みます。