scraperapi-n8n

n8n の ScraperAPI — ワークフロー生成

このスキルは、公式 ScraperAPI コミュニティノード（n8n-nodes-scraperapi-official）を使った n8n ワークフローの組み立てを支援します。ユーザーの表現に応じて、次の 2 種類の出力形式に対応します。

ユーザーの表現 …	作成するもの
「ワークフローの JSON をください」、「エクスポート」、「インポートしたい」、「.json のひな型を作って」	インポート可能な完全なワークフロー JSON ファイル
「手順を教えて」、「作成方法を見せて」、「n8n エディターで」、「手順を追って」	正確なリソース／操作／パラメーター名を使った番号付きの作成ガイド
曖昧な場合	JSON を既定とします。インポートすることも、手順として参照することもできるため、後から変更できます。

JSON を作成する場合は、作業ディレクトリ内のファイル（例：scraperapi-workflow.json）に書き込み、n8n UI の ワークフロー → ファイルからインポート からインポートするようユーザーに伝えます。作成ガイドを作成する場合は、n8n エディターの操作順（リソースの選択 → 操作の選択 → フィールド）に沿って手順を記述します。

ユーザーに必要な前提条件

1. コミュニティノードをインストールできる n8n インスタンス（Cloud、セルフホスト、またはデスクトップ）が必要です。セルフホストのインスタンスでは、まずインスタンスの所有者がコミュニティノードを有効にする必要があります。
2. コミュニティノードをインストールします：設定 → コミュニティノード → インストール → n8n-nodes-scraperapi-official。インストール後、ノード選択画面に「ScraperAPI」が表示されます。
3. https://dashboard.scraperapi.com/ から ScraperAPI API キーを取得します。認証情報 → 新規作成 → ScraperAPI API から認証情報を一度作成し、キーを貼り付けます。UI での認証情報名は ScraperAPI API、ワークフロー JSON での名前は scraperApi-Api です。

ユーザーが n8n Cloud を使っていて、ワークフロー JSON がこのノードを参照する場合、インポートはインスタンスにコミュニティノードをインストールした後でのみ成功します。JSON を渡す際に、この点を伝えてください。

4 つのリソース — 適切なものを選ぶ

ScraperAPI ノードには、4 つの分岐を持つ 1 つの操作面（resource）があります。用途に応じて選択してください。

用途	リソース	理由
任意の URL をスクレイピングし、HTML／Markdown／テキスト／JSON を取得する	api	汎用プロキシです。任意の URL を渡せます。
対応サイト（Amazon、Google、eBay、Walmart、Redfin）からクリーンな JSON を取得する	sde	解析済みの構造化データです。HTML 解析用の Set／Code ノードが不要になり、サイトの変更にもより確実に対応できます。
1 つの開始 URL から複数のページをクロールし、結果を webhook にストリーミングする	crawler	リンクをたどる複数ページのジョブに適しています。jobId を返します。結果はノードの出力ではなく、webhook に届きます。
SDE のないサイト上の、構造が類似する多数のページから、カスタムの構造化 JSON を抽出する	aiparser	サンプル URL を使って再利用可能な AI パーサーを一度作成し、類似ページに適用します。非同期で、作成 → ステータスのポーリング → 解析の順に進みます。

よくあるパターンとして、対象サイトに構造化エンドポイントがあればそれを使い、それ以外には api（apiRender: true または apiPremium: true）を使います。SDE のないサイトから繰り返しカスタムフィールドを抽出する必要がある場合は aiparser を使い、1 回に 1 URL ずつ処理すると多数のノード実行が順次必要になる場合に限り crawler を使います。

必須の JSON 形式 — 最小例

これは ScraperAPI を使う、最小構成のワークフローです。このスキルのほかの内容はすべて、この形式のバリエーションです。

{
  "name": "ScraperAPI minimal example",
  "nodes": [
    {
      "parameters": {},
      "type": "n8n-nodes-base.manualTrigger",
      "typeVersion": 1,
      "position": [240, 300],
      "id": "trigger-1",
      "name": "When clicking 'Test workflow'"
    },
    {
      "parameters": {
        "resource": "api",
        "operation": "apiRequest",
        "apiUrl": "https://example.com",
        "apiOptionalParameters": {
          "apiRender": true,
          "apiCountryCode": "us"
        }
      },
      "type": "n8n-nodes-scraperapi-official.scraperApi",
      "typeVersion": 1,
      "position": [480, 300],
      "id": "scraperapi-1",
      "name": "ScraperAPI",
      "credentials": {
        "scraperApi-Api": {
          "id": "REPLACE_WITH_CREDENTIAL_ID",
          "name": "ScraperAPI API"
        }
      }
    }
  ],
  "connections": {
    "When clicking 'Test workflow'": {
      "main": [
        [{ "node": "ScraperAPI", "type": "main", "index": 0 }]
      ]
    }
  },
  "settings": { "executionOrder": "v1" }
}

すべてのワークフロー JSON で正しく設定する項目

1. ノードタイプ： n8n-nodes-scraperapi-official.scraperApi — スペルと大文字・小文字を正確に指定します。タイプが間違っていると、インポート時に「Unrecognized node type」と表示されます。
2. 認証情報ブロック： キーは scraperApi-Api です（scraperApiApi ではありません）。 id はプレースホルダーのままにして、インポートしたノードで認証情報を再選択するようユーザーに伝えてください。n8n はインスタンス間で認証情報 ID を参照できません。
3. ScraperAPI ノードの typeVersion: 1。
4. **接続にはノードの name を使い、id は使いません。**ノード名を変更した場合は、接続マップも更新してください。
5. Position はエディター内の [x, y] ピクセル座標です。インポート時はどの値でも問題ありません。必要に応じて n8n が再配置します。水平方向は約 240px 間隔にしてください。
6. settings の下にある executionOrder: "v1" — 現在のデフォルト設定です。古い "none"／"v0" は非推奨で、マージ時の挙動も異なります。

ノードフィールドの式 — = プレフィックス

n8n は、フィールド値の先頭にある = で、リテラル文字列と式を区別します。これは、ScraperAPI の apiUrl、sdeAsin、sdeQuery なども含め、すべてのノードのすべてのフィールドに適用されます。

"apiUrl": "https://example.com"          // literal — always this URL
"apiUrl": "={{ $json.url }}"             // expression — URL from upstream item
"apiUrl": "{{ $json.url }}"              // ⚠ literal "{{ $json.url }}" string

頻繁に使われる実用的なパターンをいくつか紹介します。

"sdeAsin":  "={{ $json.asin }}"
"sdeQuery": "={{ $json.body.search_term }}"           // webhook payload
"sdeUrl":   "=https://www.redfin.com/city/{{ $json.city_id }}"

値の一部をリテラル、一部を動的にする必要がある場合は、文字列の先頭にだけ = を付けます。{{ }} の中はすべて JS 式です。たとえば、$json、$node['Other'].json.x、JSON.stringify(...)、インライン算術式などです。

Webhook がトリガーするワークフローでは、ユーザーデータは body の下に格納されることを覚えておいてください（下記の「よくある間違い」を参照）。式は ={{ $json.body.x }} であり、={{ $json.x }} ではありません。body. が 1 つ抜けているだけで、n8n ではサイレントに失敗することが最もよくあります。

パラメーター名 — n8n の落とし穴

ノードの JSON パラメーター名は、ScraperAPI の HTTP クエリパラメーター名とは異なります。n8n ではリソースのプレフィックスを付けたキャメルケースを使用しますが、API ではスネークケースを使用します。JSON を生成する際は、n8n の名前を使用してください。

ScraperAPI の HTTP パラメーター	n8n フィールド（api リソース）	n8n フィールド（crawler リソース）
url	apiUrl	crawlerStartUrl
render	apiOptionalParameters.apiRender	crawlerOptionalParameters.crawlerApiParameters.crawlerApiRender
country_code	apiOptionalParameters.apiCountryCode	crawlerOptionalParameters.crawlerApiParameters.crawlerApiCountryCode
premium	apiOptionalParameters.apiPremium	crawlerOptionalParameters.crawlerApiParameters.crawlerApiPremium
ultra_premium	apiOptionalParameters.apiUltraPremium	crawlerOptionalParameters.crawlerApiParameters.crawlerApiUltraPremium
autoparse	apiOptionalParameters.apiAutoparse	crawlerOptionalParameters.crawlerApiParameters.crawlerApiAutoparse
output_format	apiOptionalParameters.apiOutputFormat	crawlerOptionalParameters.crawlerApiParameters.crawlerApiOutputFormat
デバイス（デスクトップ）	apiOptionalParameters.apiDesktopDevice（bool）	crawlerOptionalParameters.crawlerApiParameters.crawlerApiDesktopDevice
デバイス（モバイル）	apiOptionalParameters.apiMobileDevice（bool）	crawlerOptionalParameters.crawlerApiParameters.crawlerApiMobileDevice
session_number	apiOptionalParameters.apiSessionNumber	crawlerOptionalParameters.crawlerApiParameters.crawlerApiSessionNumber
keep_headers	apiOptionalParameters.apiKeepHeaders	crawlerOptionalParameters.crawlerApiParameters.crawlerApiKeepHeaders
follow_redirect	apiOptionalParameters.apiFollowRedirect	crawlerOptionalParameters.crawlerApiParameters.crawlerApiFollowRedirect
retry_404	apiOptionalParameters.apiRetry404	crawlerOptionalParameters.crawlerApiParameters.crawlerApiRetry404
zip	apiOptionalParameters.apiZipCode	(api のみ)
custom_headers	apiOptionalParameters.apiCustomHeaders	(api のみ)
wait_for_selector	apiOptionalParameters.apiWaitForSelector	(api のみ)
x-sapi-instruction_set	apiOptionalParameters.apiInstructionSet	(api のみ)

SDE プラットフォームについては、references/node-reference.md を参照してください。各プラットフォーム／操作には、それぞれ必須フィールド名（例：sdeAsin、sdeQuery、sdeProductId、sdeUrl、sdeCategory）と、独自のオプションパラメーターコレクション（例：sdeAmazonProductOptions、sdeGoogleSearchOptions）があります。

AI Parser の例外： aiparser リソースでは aiParserName、aiParserUrls、aiParserId、aiParserUrl などのキャメルケースのフィールド名 aiParser* を使用します。ただし、aiParserScraperParams コレクション内のキーはプレフィックスなしのプレーンなスネークケース（render、premium、country_code、session_number、…）で、他のすべてのリソースとは異なります。references/node-reference.md を参照してください。

正確なフィールド名がわからない場合は、JSON を生成する前にリファレンスファイルを確認してください。名前が間違ったフィールドは、インポート時に警告なしで破棄されます。

ScraperAPI ノードの出力

各操作は、入力アイテムごとに次の形式のアイテムを 1 つ返します。

{
  "resource": "api",
  "response": {
    "body": "...",
    "headers": { },
    "statusCode": 200,
    "statusMessage": "OK"
  }
}

api と crawler の場合、body は生のテキストペイロードです（apiOutputFormat に応じて、HTML、Markdown、JSON 文字列）。sde の場合、body は ScraperAPI からの解析済み JSON ドキュメントを文字列として格納したものです。後続のノードで解析する必要があります。最も簡単な方法は、Code ノードを使うことです。

return $input.all().map((item, i) => ({
  json: JSON.parse(item.json.response.body),
  pairedItem: { item: i },
}));

pairedItem フィールドは、各出力がどの入力アイテムに属するかを n8n に伝えます。直線的なフローでは省略しても動作しますが、ワークフローが分岐した時点（Loop Over Items、Merge、再合流する IF）で pairedItem がないと、後続のノードでアイテムの対応関係がずれてしまいます。バッチワークフローでは、特に「スクレイピング結果と行の対応が間違っている」という形で現れます。必ず設定してください。

このノードの後は、構造化ペイロードのすべてのフィールドに、後続のノードから ={{ $json.<field> }} として直接アクセスできます。

ユースケース別の接続パターン

ユーザーが通常想定しているのは、次のいずれかの構成です。これらのいずれかで対応できる場合は、複雑な複数ノードのフローを新たに作らないでください。

毎日のモニタリング — スケジュール実行のスクレイピング → 差分確認 → 通知

Schedule Trigger → [Sheets/DB read] → Loop Over Items
                                          ↓
                                       ScraperAPI (sde)
                                          ↓
                                       Code (parse body)
                                          ↓
                                       [Sheets/DB write history]
                                          ↓
                                       IF (changed?)
                                          ↓
                                       Email / Slack

ユーザーのリクエストが価格モニタリングまたは毎日のダイジェストのワークフローに似ている場合（スケジュールトリガー、製品リスト、ScraperAPI による検索、履歴テーブル、変更時のメール送信のいずれかを組み合わせたもの）、この構成をもとに JSON を手書きしないでください。ScraperAPI の正式なテンプレートを取得して調整してください。

GET https://api.n8n.io/api/templates/workflows/15609

インポート可能なワークフロー JSON 全体は response.workflow.workflow にあります（最上位に nodes と connections があり、そのまま n8n のインポートダイアログに取り込めます）。このテンプレートには 29 個のノードがあります。Schedule Trigger、3 個の ScraperAPI ノード（Amazon／Walmart／Google Shopping）、履歴用の Data Table、差分確認用の Code ノード、HTML ダイジェストに加え、ユーザーがどちらかを選べるよう Gmail と SMTP の両方の送信経路が用意されています。

そのまま再現するのではなく、調整してください。製品リストを変更し、ユーザーが必要としない小売業者を削除し、メールの送信経路を切り替え、ダイジェストを簡素化します。インポート前にユーザーがプレビューできるよう、人が読めるページへのリンクを記載してください。

https://n8n.io/workflows/15609-send-daily-price-drop-digest-emails-for-amazon-walmart-and-google-via-scraperapi/

ワークフローを手書きする前に、ScraperAPI のテンプレート一覧（https://n8n.io/creators/scraperapi/）を確認する価値があります。公式テンプレートがユーザーのユースケースに合う場合は、それを調整してください。

取得に失敗した場合（オフライン、レート制限、API の変更など）は、上で図示した構成と、references/example-workflows.md にあるよりシンプルな単一 ASIN の例を使ってください。

Webhook によるエンリッチメント — オンデマンド検索

Webhook → ScraperAPI (sde or api) → Code (parse) → Respond to Webhook

リードのエンリッチメント、オンデマンドの製品検索、または LLM に公開する MCP スタイルのツールとして役立ちます。解析済みデータを返せるよう、Webhook の応答を「Using 'Respond to Webhook' node」に設定してください。

Crawler と Webhook コールバック — 複数ページのジョブ

[Trigger] → ScraperAPI (crawler / Initiate) → ... waits ...
                                                ↓
                              (results arrive at separate webhook workflow)

Webhook (the callbackUrl) → process each page → store / index

Initiate 操作は jobId をすぐに返します。スクレイピングされたページは crawlerCallbackUrl に POST されます。この処理は、ジョブを開始したワークフローと同じものではなく、Webhook トリガーを備えた別のワークフローで必ず実行する必要があります。有効化する前に、コールバック用ワークフローの Webhook URL を crawlerCallbackUrl にコピーするよう、必ずユーザーに伝えてください。

リストからのバッチ処理 — CSV／シートの分岐

[Read CSV / Sheet] → Loop Over Items (batch size 5–10) → ScraperAPI → Code → Merge → Output

ScraperAPI の同時実行数上限を超えないよう、Loop Over Items（別名 Split In Batches）を小さいバッチサイズで使ってください。Free プランでは同時リクエスト数は 5 件までです。有料プランでは上限が高くなります。ユーザーが利用中のプランを把握している場合は、それに応じてバッチサイズを設定し、不明な場合は 5 を既定値にしてください。

AI エージェントツール — LLM にリアルタイムのウェブアクセスを提供

ScraperAPI ノードは usableAsTool: true を宣言しているため、n8n の AI Agent ノードに呼び出し可能なツールとして接続できます。エージェントはユーザーのプロンプトに基づいて、いつ、どの URL／クエリで呼び出すかを判断します。

Chat Trigger → AI Agent ─┬─ Chat Model (OpenAI / Anthropic / etc.)
                          ├─ Memory (optional)
                          └─ Tool: ScraperAPI

接続の詳細：

1. ScraperAPI ノードをキャンバスに追加します。その操作とパラメーターがツールのシグネチャとなり、エージェントはコンテキストから動的パラメーターを入力します。エージェントに実行させたい処理に合った操作を選びます（例：「エージェントにウェブ検索させる」場合は sde / googleSearch、「エージェントに任意の URL を取得させる」場合は api / apiRequest）。
2. 動的フィールドには ={{ $fromAI('parameter_name', 'description', 'string') }} を使用します。$fromAI はパラメーターをエージェントのツールスキーマに公開する n8n ヘルパーです。エージェントは実行時に値を選択します。
3. ScraperAPI ノードを Tool 入力経由で AI Agent ノードに接続します（メイン入力ではありません）。
4. ノードには、動作が明確にわかる名前（「ウェブを検索」「任意の URL をスクレイピング」など）を付けます。エージェントはノード名を、認識するツールの説明の一部として使用します。

{
  "resource": "sde",
  "sdePlatform": "google",
  "operation": "googleSearch",
  "sdeQuery": "={{ $fromAI('query', 'The user search query', 'string') }}",
  "sdeGoogleSearchOptions": {
    "tld": "com",
    "outputFormat": "json"
  }
}

エージェントは解析済み JSON ボディをツールの結果として受け取り、それを基に推論します。最良の結果を得るには、ScraperAPI ツールとエージェントの間に Code ノードを追加して、ペイロードを軽量化してください。SDE の生レスポンスは大きく、エージェントのコンテキスト予算を超える場合があります。

クレジットの予算管理 — ユーザーへの注意喚起

ScraperAPI はリクエストが成功するたびにクレジットを消費します。ループやスケジュールを含むワークフローでは、気付かないうちにクレジットを消費することがあります。ワークフローが 1 回の実行で約 50 件を超える URL をスクレイピングする場合、または 1 時間に 1 回を超える頻度で実行される場合は、返信に 1 回あたりおよび 1 か月あたりの費用の見積もりを記載してください。

設定	リクエストあたりのクレジット
api 標準	1
api + apiRender: true	10
api + apiPremium: true	10
api + apiPremium: true + apiRender: true	25
api + apiUltraPremium: true	30
sde 構造化エンドポイント	1–10（カテゴリごと。公開ドキュメントを参照）
aiparser の生成（aiParserCreate、フィールドを追加する aiParserUpdate）	パーサー 1 つ追加するごとに 30,000（アカウントごとに最初のパーサーは無料）
aiparser の解析（aiParserParse）	標準のスクレイピング料金：1。スクレイパーパラメーターの追加料金（例：レンダリングは 10）が加算される場合があります

AI Parser の生成には多くのクレジットが必要です。 すべてのアカウントでパーサーを 1 つ無料で利用できます。追加のパーサーを生成するたびに 30,000 クレジットがかかるため、パーサーをループ内で作成しないでください。URL ごとに繰り返し発生する aiParserParse の費用は少額（標準のスクレイピング料金）なので、1 つのパーサーを多くのページで再利用してください。失敗したリクエスト（200 以外）は通常課金されませんが、一時的なエラーに対するリトライは、最終的に成功した場合でもクレジットを消費します。

完全かつ最新の料金については、返信から https://docs.scraperapi.com/ にリンクしてください。

よくある間違い — ❌ 誤り / ✅ 正しい

= の接頭辞がないと、式がリテラルテキストになります

❌ "apiUrl": "{{ $json.url }}"            // n8n scrapes the literal string "{{ $json.url }}"
✅ "apiUrl": "={{ $json.url }}"           // resolved to the current item's url field

Webhook のデータはルートではなく body の下にあります

❌ "sdeQuery": "={{ $json.search_term }}"           // undefined
✅ "sdeQuery": "={{ $json.body.search_term }}"      // works

Webhook ノードは受信したデータを { headers, params, query, body } としてラップします。 ユーザーのペイロードは $json.body にあります。JSON ボディを受信する Chat Trigger も同様です。

Code ノードが n8n のアイテム形式ではなく、解析済みオブジェクトを返す

❌ return JSON.parse($json.response.body);
❌ return { data: parsed };
✅ return [{ json: JSON.parse($json.response.body), pairedItem: { item: 0 } }];

n8n は { json: {...}, pairedItem?: {...} } の配列を想定しています。生のオブジェクトを返すと、後続処理で「Cannot read properties of undefined」が発生します。

apiPremium と apiUltraPremium を同時に設定する

❌ { "apiPremium": true, "apiUltraPremium": true }
✅ { "apiUltraPremium": true }                      // pick one; ultra implies premium

ノードの UI では相互に排他的であり、同時に設定した場合の動作は未定義です。

Crawler のコールバックを同じワークフローに戻す

❌ ScraperAPI (crawlerJobCreate) ───loops to itself───> processing nodes
✅ Workflow A:  Trigger → ScraperAPI (crawlerJobCreate, callbackUrl = "<webhook in Workflow B>")
   Workflow B:  Webhook trigger → process page → store

Crawler の結果は、ScraperAPI のインフラストラクチャから HTTP POST として callbackUrl に届きます。受信できるのは Webhook トリガーを持つワークフローだけです。ジョブを開始したワークフローでは受信できません。

エクスポートした JSON 内のハードコードされた認証情報 ID

❌ "credentials": { "scraperApi-Api": { "id": "abc123", "name": "ScraperAPI API" } }
✅ "credentials": { "scraperApi-Api": { "id": "REPLACE", "name": "ScraperAPI API" } }

認証情報 ID は n8n インスタンスごとに異なります。別のインスタンスの実際の ID を含むワークフローをインポートすると、「credential not found」エラーが発生します。プレースホルダーを使用し、インポート後にユーザーに認証情報を再選択してもらってください。

対応する operation を設定せずに sdePlatform を設定する

❌ { "sdePlatform": "amazon", "operation": "googleSearch" }   // mismatched
✅ { "sdePlatform": "amazon", "operation": "amazonProduct" }

operation フィールドはプラットフォームごとに異なります。sdePlatform: "amazon" の場合、有効な操作は amazonProduct、amazonSearch、amazonOffers です。Amazon Reviews and Prices（基盤となる API では利用できますが、独立したノード操作としてはまだ提供されていません）には、Amazon URL に対して api と apiAutoparse: true を使用してください。

sde の後に Code ノードでの解析ステップを省略する

構造化されたレスポンスは、response.body 内の JSON 文字列です。Code（または Set）ノードで本文を解析するまでは、後続ノードで ={{ $json.pricing }} を参照しても値は未定義になります。上記の解析用スニペットを参照してください。

ノードパラメーター内のハードコードされた API キー

API キーは認証情報レコードに保存してください。ノードパラメーターや式には決して記述しないでください。JSON に含めると、ワークフローのエクスポート、バージョン履歴、監査ログに露出します。

必要な情報に応じて参照するドキュメント

必要な情報 …	参照先
SDE 操作の正確なフィールド名	references/node-reference.md
より大規模な実例（価格モニター、リード情報の拡充）	references/example-workflows.md
有効な n8n ワークフロー JSON の全体構造	references/workflow-json-anatomy.md

ワークフロー JSON を作成したら、次の点を確認してください。

1. node.type が正確に n8n-nodes-scraperapi-official.scraperApi である
2. connections で参照されているすべてのノードが nodes に存在する
3. フィールド名が接頭辞のルール（api* / sde* / crawler* / aiParser*）に一致している。ただし、aiParserScraperParams 内部では、キーは通常の snake_case（render、country_code など）です
4. credentials ブロックでキー scraperApi-Api が使用されている
5. JSON 内のどこにも API キーが直接記述されていない

関連するスキルとエコシステム

• scraperapi-mcp（このプラグイン内の関連スキル）— ユーザーが ScraperAPI を n8n ワークフローに組み込むのではなく、Claude 自身にツールとして呼び出させたい場合に使用します。出力は異なり、再利用可能な JSON ではなく、ライブの回答を返します。
• n8n-mcp MCP サーバー（https://github.com/czlonkowski/n8n-mcp）— n8n の全ノードカタログ、検証機能、ワークフローの CRUD 操作を Claude に提供するサードパーティ製 MCP サーバーです。ユーザーがこれをインストール済みの場合は、手動でインポートしてもらう代わりに、validate_workflow で生成した JSON を検証し、n8n_create_workflow でデプロイすることをおすすめしてください。この 2 つのスキルは連携します。このスキルは ScraperAPI ノードの構造を説明し、n8n-mcp はその周辺の n8n 機能を説明します。

ドキュメント

• ノード一覧：https://n8n.io/integrations/scraperapi/
• ScraperAPI テンプレート集（公式ワークフロー全件）：https://n8n.io/creators/scraperapi/
• 値下がり通知テンプレート（ページ）：https://n8n.io/workflows/15609-send-daily-price-drop-digest-emails-for-amazon-walmart-and-google-via-scraperapi/
• 値下がり通知テンプレート（API、ワークフロー JSON 全体を返します）：https://api.n8n.io/api/templates/workflows/15609
• npm パッケージ：https://www.npmjs.com/package/n8n-nodes-scraperapi-official
• ScraperAPI ドキュメント：https://docs.scraperapi.com/
• ダッシュボード：https://dashboard.scraperapi.com/