n8nでのCapSolverの使い方: ワークフローでCAPTCHAを解くための完全なガイド

すべてのオートメーションエンジニアが同じ壁にぶつかる：あなたが完璧なワークフローを構築し、スクレイピング、ログイン、またはフォーム送信を実行するが、CAPTCHAによって妨げられる。reCAPTCHAはあなたのデータ抽出作業に難しさをもたらし、Cloudflare Challengeはあなたのリクエストを停止し、スライダーパズルは必要なAPIへのアクセスをロックする。

n8nワークフロー内でカスタムスクリプトや複雑な統合なしに、すべての主要なCAPTCHAタイプを解決できるとしたらどうだろうか？

n8n は、400以上の統合を備えたワークフロー自動化プラットフォームで、セルフホストまたはクラウドで利用可能。ノーコードまたはローコードで視覚的に強力なオートメーションを構築できる。CapSolver は、reCAPTCHA v2/v3、Cloudflare Turnstil/Challenge、GeeTest、AWS WAF、ImageToTextなどに対応する、AI駆動のCAPTCHA解決サービス。公式n8nノードとして利用可能で、ワークフロー内で直接使用できる。

これらを組み合わせることで、シームレスにCAPTCHAを解決し、スクレイピングパイプライン、ログインオートメーション、フォームワークフローを1か所で構築できる。このガイドは、n8nでCapSolverを使用するための完全なリファレンスとなる。

n8nでのすべてのCapSolver操作

CapSolverのn8nノードは、2つのリソースタイプ「トークン」と「認識」に整理された複数の操作をサポートしています。違いを理解することが重要です。これはノードの動作、必要なパラメータ、結果の使い方を決定します。

トークン操作（7）— 非同期、結果をポーリング

トークン操作は、ウェブサイトを保護するCAPTCHAを解決します。ターゲットURLとCAPTCHAパラメータを提供し、CapSolverはバックグラウンドでタスクを作成し、解決されるまでポーリングし、ウェブサイトに送信する**トークン（またはクッキー）**を返します。

認識操作（4）— 即時結果、ポーリングなし

認識操作は画像や視覚的なパズルを分析します。画像データを直接送信し、CapSolverは即座に結果を返します。タスクの作成やポーリングは必要ありません。これは画像CAPTCHAからのテキスト読み取りや、スライダーパズルなどの視覚的チャレンジの解決に使用されます。

注意: reCAPTCHA v2とAWS WAFの認識操作は、CapSolverノードのドロップダウンで認識リソースタイプの下に表示されます。同じ名前のトークンベースの操作とは別です。トークンバージョンは検証トークンを生成し、認識バージョンは画像チャレンジを分類します。

n8nでのCapSolverの設定

CapSolverは、n8nの公式統合として利用可能で、コミュニティノードのインストールは必要ありません。ワークフローを構築する際、ノードパネルで直接見つけることができます。

公式統合であるため、CapSolverノードがアカウントと認証するためには、**認証情報（credentials）**を作成する必要があります。

ステップ1: 認証情報ページを開く

n8nインスタンスにアクセスし、設定 -> 認証情報に移動します。ここにすべての設定済みの認証情報が表示されます。

ステップ2: CapSolver認証情報を作成する

1. 認証情報の作成（右上）をクリック
2. "CapSolver" を検索し、CapSolver API を選択
3. APIキーを入力します — CapSolverダッシュボードから直接コピー
4. 許可されたHTTPリクエストドメインを すべて に設定（デフォルト）
5. 保存をクリック

n8nは自動的に接続をテストします。APIキーが有効であることを確認するため、緑色の**「接続が正常にテストされました」**のバナーが表示されるはずです。

重要: ワークフロー内のすべてのCapSolverノードはこの認証情報を参照します。一度だけ作成すれば、すべてのソルバーワークフローで同じ認証情報を共有できます。

トークンと認識：2つのリソースタイプの理解

CapSolverのn8nノードは、操作を2つのリソースタイプに整理しています。正しいタイプを選択することで、ノードの動作と取得できる結果の種類が決まります。

トークン（非同期）

トークン操作は、タスクの作成 -> ポーリング -> 結果の取得のパターンに従います。

1. ターゲットウェブサイトのURLとCAPTCHA固有のパラメータ（サイトキー、プロキシなど）を提供します
2. CapSolverはバックグラウンドで解決タスクを作成します
3. ノードはCapSolverのAPIをポーリングし、タスクが完了するまで待ちます（通常5〜30秒）
4. ターゲットウェブサイトに送信するトークン、クッキー、または応答文字列を受け取ります

結果は常にウェブサイトに送信するものです — reCAPTCHAのgRecaptchaResponseトークン、Cloudflare Challengeのcf_clearanceクッキー、Turnstileのtokenなど。

トークンを使用するタイミング: ウェブページ、APIエンドポイント、またはフォーム送信を保護するCAPTCHAを回避する必要があるすべてのケース。これは現実世界のオートメーションシナリオの大部分をカバーします。

認識（即時）

認識操作は、タスクの作成 -> 即座に結果を取得のパターンに従います。

1. 画像（base64エンコード）または視覚的パズルデータを提供します
2. CapSolverは画像を分析し、1回のリクエスト-レスポンスサイクルで結果を返します
3. テキスト（OCR用）、座標（クリックベースのチャレンジ用）、または測定値（スライダー/回転パズル用）を受け取ります

ポーリングは必要ありません — 結果は即座に返されます。

認識を使用するタイミング: CAPTCHA画像からのテキスト読み取り、画像チャレンジの分類、スライダーまたは回転チャレンジなどの視覚的パズルの解決が必要な場合。これらの操作は画像データに直接関与し、どのウェブサイトともやり取りしません。

すばやい比較

適切な操作の選択

どの操作を使用すべきかわからない場合は、ターゲットウェブサイトに表示されているものを基にしたこの決定ガイドに従ってください。

Google保護サイトにチェックボックス（「私はロボットではありません」）または非表示のチャレンジが表示されている？
-> reCAPTCHA v2（チェックボックス）または reCAPTCHA v3（非表示/スコアベース）。reCAPTCHAスクリプトURLのrender=をチェックしてください。サイトキーが直接含まれていればv3の可能性が高いです。div要素にdata-sitekeyが表示されていればv2です。

「あなたが人間であることを確認しています...」または「ブラウザを確認しています...」の全画面画面が表示されている？
-> Cloudflare Challenge。これは全画面のインターポーカルで、小さなウィジェットではありません。プロキシが必要です。詳細については、専用のCloudflare Challengeガイドをご覧ください。

回転するチェックマークの小さな埋め込みウィジェット（全画面ではない）が表示されている？
-> Cloudflare Turnstile。data-sitekeyを持つdivとchallenges.cloudflare.comからのスクリプトを探してください。

スライダーパズルでピースをドラッグして配置する？
-> GeeTest V3、GeeTest V4、DataDome、または一般的なスライダーの可能性があります。DevToolsを開き、ネットワークリクエストをチェックしてください：GeeTestリクエストはapi.geetest.comまたはgcaptcha4.geetest.comに送信されます。DataDomeリクエストは*.datadome.coに送信されます。特定のサービスに結びつかない一般的なスライダーの場合は、slider_1モジュールでVision Engineを使用してください。

テキスト/数字の画像CAPTCHA（歪んだ文字や数字）が表示されている？
-> Image To Text。画像をキャプチャし、base64に変換して、認識リソースに送信してください。

回転パズル（画像を正しい方向に回転）が表示されている？
-> rotateモジュールでVision Engineを使用してください。

オブジェクト検出チャレンジ（特定のオブジェクトをクリック）が表示されている？
-> チャレンジタイプに適した適切なモジュールでVision Engineを使用してください。

ECサイトで「押して保持」またはパズルチャレンジが表示されている？
-> DevToolsでDataDomeまたはAWS WAFのリクエストパターンをチェックしてください。DataDomeチャレンジは*.datadome.coからロードされます。AWS WAFチャレンジはスクリプトURLにawswafが含まれています。

サイトが使用するCAPTCHAタイプが分からない？
-> CapSolverブラウザ拡張機能 をインストールしてください。DevToolsを開き、「CapSolver CAPTCHA検出器」タブに移動し、CAPTCHAをトリガーしてください。拡張機能はCAPTCHAタイプを識別し、自動的にすべての必要なパラメータを表示します。

一般的なワークフローパターン

n8nでのすべてのCAPTCHA解決ワークフローは4つのパターンのいずれかに従います。これらのパターンを理解することで、あらゆるCAPTCHAタイプに対応するワークフローを構築できます。CapSolver操作を変更し、パラメータを調整するだけで、あらゆるCAPTCHAタイプに対応できます。

パターン1: ソルバーAPI

CAPTCHAパラメータを受け取り、解決されたトークンを返す再利用可能なAPIエンドポイント。他のツール、スクリプト、またはワークフローがCAPTCHAを解決する必要があるときにこのエンドポイントを呼び出します。

Webhook（リクエストを受信）
  -> CapSolver（CAPTCHAを解決）
    -> IF（エラーをチェック）
      -> Webhookに応答（トークンまたはエラーを返す）

最適な用途: 複数のシステムが呼び出せる中央のCAPTCHA解決サービスを構築する。一度設定すれば、HTTPリクエストができるあらゆるツールが使用できます。

パターン2: スクレイピングパイプライン

スケジュールまたはオンデマンドで実行されるワークフローで、CAPTCHAを解決し、保護されたデータを取得し、フィールドを抽出し、以前の値と比較し、変更を検出します。

スケジュール / Webhook（トリガー）
  -> ターゲット設定（URL、キー、プロキシ）
    -> CapSolver（CAPTCHAを解決）
      -> HTTPリクエスト（トークンで保護されたページを取得）
        -> HTML / コード（データを抽出）
          -> コード（保存されたデータと比較）
            -> IF（データが変更されましたか？）
              -> アラートを構築 / 変更なし

最適な用途: 価格モニタリング、在庫トラッキング、競合分析 — 定期的にCAPTCHA保護されたページをスクレイピングし、変更を検出する必要があるあらゆるシナリオ。

パターン3: ログインオートメーション

CAPTCHAを解決し、ログイン資格情報を送信し、ログインが成功したかを確認するワークフロー。

スケジュール / Webhook（トリガー）
  -> ログイン設定（URL、キー、資格情報）
    -> CapSolver（CAPTCHAを解決）
      -> HTTPリクエスト（トークン付きで資格情報をPOST）
        -> IF（ログインに成功しましたか？）
          -> 成功をマーク / 失敗をマーク

最適な用途: セッションを維持する、自動アカウントモニタリング、またはCAPTCHA保護されたログインフォームを通じて認証が必要なあらゆるフロー。

例: reCAPTCHA v2ソルバーAPIワークフロー

以下のワークフローはパターン1: ソルバーAPIを実装しています — 簡単な5ノードのWebhookエンドポイントでreCAPTCHA v2を解決し、トークンを返します。これは最も簡単なCapSolverワークフローであり、あらゆるトークン操作のテンプレートとして機能します。

ワークフローのフロー

ソルバー要求を受信（Webhook）
  -> CAPTCHAを解決（CapSolver reCAPTCHA v2）
    -> CapSolverエラー？（IFノード）
      -> Webhookに応答（エラー） / Webhookに応答（成功）

動作方法

1. ソルバー要求を受信 — WebhookノードはwebsiteURLとwebsiteKeyを含むPOSTリクエストを待機します
2. CAPTCHAを解決 — CapSolverノードは提供されたパラメータでreCAPTCHA v2チャレンジを解決します
3. CapSolverエラー？ — IFノードはCapSolverの応答にエラーが含まれているかをチェックします
4. Webhookに応答 — 成功時は解決されたトークンを返し、失敗時はエラーメッセージを返します

あらゆるトークン操作のテンプレート: このワークフローは9つのトークン操作のいずれにも適用可能です。CapSolverノードの操作ドロップダウンを変更する（例: "reCAPTCHA v2"から"Cloudflare Turnstile"に）し、入力パラメータを適切に調整してください。Webhook -> 解決 -> チェック -> 応答のパターンは同じです。

{
  "name": "CapSolver — reCAPTCHA v2 Solver API",
  "nodes": [
    {
      "parameters": {
"content": "## reCAPTCHA v2ソルバーアプリケーション\n\n**あらゆるトークン操作のテンプレートです。** CapSolverノードの「操作」ドロップダウンを変更して、異なるキャプチャタイプを解決してください。\n\n**使い方:**\n1. 設定 → 資格情報の下にCapSolver APIキーを追加してください\n2. ワークフローを有効にしてください\n3. ボディに`websiteURL`と`websiteKey`を含めてwebhook URLにPOSTしてください\n4. 応答で解決されたトークンを受け取ってください\n\n**他の操作に適応する方法:**\n- Cloudflare Turnstile → 操作を変更し、同じパラメータを使用します\n- reCAPTCHA v3 → 操作を変更し、`pageAction`を追加します\n- Cloudflare Challenge → 操作を変更し、`proxy`と`userAgent`を追加します\n- GeeTest V3 → 操作を変更し、`gt`と`challenge`を追加します\n- GeeTest V4 → 操作を変更し、`captchaId`を追加します\n- DataDome → 操作を変更し、`captchaUrl`を使用します\n- AWS WAF / MTCaptcha → 操作を変更し、パラメータを調整します\n\n",
        "height": 480,
        "width": 460,
        "color": 1
      },
      "type": "n8n-nodes-base.stickyNote",
      "typeVersion": 1,
      "position": [
        -680,
        -280
      ],
      "id": "ov000000-0000-4000-8000-000000000001",
      "name": "スタickyノート"
    },
    {
      "parameters": {
        "httpMethod": "POST",
        "path": "capsolver-recaptcha-v2",
        "responseMode": "responseNode",
        "options": {}
      },
      "type": "n8n-nodes-base.webhook",
      "typeVersion": 2.1,
      "position": [
        -200,
        0
      ],
      "id": "ov000000-0000-4000-8000-000000000002",
      "name": "ソルバー要求を受信",
      "webhookId": "ov000000-aaaa-bbbb-cccc-000000000002",
      "onError": "continueRegularOutput"
    },
    {
      "parameters": {
        "operation": "reCAPTCHA v2",
        "websiteURL": "={{ $json.body.websiteURL }}",
        "websiteKey": "={{ $json.body.websiteKey }}",
        "type": "ReCaptchaV2TaskProxyLess",
        "proxy": ""
      },
      "type": "n8n-nodes-capsolver.capSolver",
      "typeVersion": 1,
      "position": [
        100,
        0
      ],
      "id": "ov000000-0000-4000-8000-000000000003",
      "name": "キャプチャを解決",
      "credentials": {
        "capSolverApi": {
          "id": "YOUR_CREDENTIAL_ID",
          "name": "CapSolverアカウント"
        }
      }
    },
    {
      "parameters": {
        "conditions": {
          "options": {
            "caseSensitive": true,
            "leftValue": "",
            "typeValidation": "strict",
            "version": 2
          },
          "conditions": [
            {
              "id": "err-check-001",
              "leftValue": "={{ $json.data?.errorId !== undefined && $json.data?.errorId !== 0 }}",
              "operator": {
                "type": "boolean",
                "operation": "true",
                "singleValue": true
              }
            }
          ],
          "combinator": "and"
        },
        "options": {}
      },
      "type": "n8n-nodes-base.if",
      "typeVersion": 2.2,
      "position": [
        400,
        0
      ],
      "id": "ov000000-0000-4000-8000-000000000004",
      "name": "CapSolverエラー？"
    },
    {
      "parameters": {
        "respondWith": "json",
        "responseBody": "={{ JSON.stringify({ success: false, error: $json.data?.errorDescription || '不明なCapSolverエラー', errorId: $json.data?.errorId }) }}",
        "options": {
          "responseCode": 502
        }
      },
      "type": "n8n-nodes-base.respondToWebhook",
      "typeVersion": 1.5,
      "position": [
        700,
        -100
      ],
      "id": "ov000000-0000-4000-8000-000000000005",
      "name": "Webhookに応答（エラー）"
    },
    {
      "parameters": {
        "respondWith": "json",
        "responseBody": "={{ JSON.stringify({ success: true, token: $json.data?.solution?.gRecaptchaResponse, taskId: $json.data?.taskId }) }}",
        "options": {}
      },
      "type": "n8n-nodes-base.respondToWebhook",
      "typeVersion": 1.5,
      "position": [
        700,
        100
      ],
      "id": "ov000000-0000-4000-8000-000000000006",
      "name": "Webhookに応答"
    }
  ],
  "connections": {
    "Receive Solver Request": {
      "main": [
        [
          {
            "node": "Solve Captcha",
            "type": "main",
            "index": 0
          }
        ]
      ]
    },
    "Solve Captcha": {
      "main": [
        [
          {
            "node": "CapSolver Error?",
            "type": "main",
            "index": 0
          }
        ]
      ]
    },
    "CapSolver Error?": {
      "main": [
        [
          {
            "node": "Respond to Webhook (Error)",
            "type": "main",
            "index": 0
          }
        ],
        [
          {
            "node": "Respond to Webhook",
            "type": "main",
            "index": 0
          }
        ]
      ]
    }
  },
  "active": false,
  "settings": {
    "executionOrder": "v1"
  }
}

ベストプラクティス

すべてのキャプチャタイプとワークフローのパターンに適用されるこれらのヒントをご覧ください。

CapSolverブラウザ拡張機能を使用してキャプチャパラメータを識別してください。 サイトがどのキャプチャタイプを使用しているかを推測したり、ページソースを手動で検索したりしないでください。CapSolverブラウザ拡張機能をインストールし、DevToolsを開き、キャプチャをトリガーしてください。拡張機能はタイプを自動的に識別し、すべての必要なパラメータを表示します。

最初はProxyLessタスクタイプを使用し、必要に応じてプロキシを追加してください。 ほとんどのトークン操作にはプロキシとプロキシレスのバージョンがあります。プロキシレスはより簡単です（パラメータが少なく、プロキシコストが不要）で、ほとんどのサイトで動作します。プロキシレスバージョンが失敗した場合、またはキャプチャタイプに必要である場合（Cloudflare ChallengeとDataDomeは常にプロキシが必要）にのみ、プロキシベースのタスクタイプに切り替えます。

Cloudflare ChallengeとDataDomeには住宅用プロキシを使用してください。 データセンターのプロキシは安価ですが、厳格なボット防止システムによって頻繁にブロックされます。CapSolverは、住宅IPが必要なサイトでデータセンターのプロキシを使用した場合、エラー1002を返すか、タスクを「解決不能」とマークします。これらの2つのキャプチャタイプには住宅またはモバイルプロキシを使用してください。

IFノードを使用してエラー処理を設定してください。 CapSolverノードの後に常にIFノードを追加し、処理を続ける前にエラーをチェックしてください。CapSolverは成功時にerrorId: 0を返し、失敗時に非ゼロのerrorIdとerrorDescriptionを返します。エラーを別途ルーティングすることで、ワークフロー内の連鎖的な失敗を防ぎます。

Set Fieldsノードを使用して構成を中央に集約してください。 各ノードにターゲットURL、サイトキー、プロキシ文字列を直接ハードコードしないでください。ワークフローの開始時にSetノードを追加し、すべての構成を1か所で定義してください。これにより、パラメータを簡単に更新でき、ターゲットを切り替えたり、別のサイト用にワークフローを複製したりできます。

トークンをすぐに提出してください — 有効期限があります。 ほとんどのキャプチャトークンは60〜120秒で有効期限が切れます。CapSolverノードとトークンを送信するHTTPリクエストノードの間に不要な遅延を追加しないでください。ソルバーアプリケーションを構築する場合、クライアントがトークンを受信した直後に提出することを確認してください。

最初にwebhookパスでテストし、その後スケジュールを有効にしてください。 詳細ガイドに記載されているすべてのユースケースワークフローには、スケジュールトリガー（定期実行用）とWebhookトリガー（オンデマンドテスト用）が含まれています。最初にwebhookパスですべてが動作することを確認し、その後ワークフローを有効にしてスケジュールを有効にしてください。

DevToolsで実際のフォーム送信を確認してください。 キャプチャを解決することは半分だけです — ブラウザが送信するのと同じようにトークンを送信する必要があります。DevTools -> Networkタブを開き、ブラウザでキャプチャを手動で解決し、送信されるリクエストを確認してください。フィールド名（常にg-recaptcha-responseとは限りません）、リクエスト方法、コンテンツタイプ、エンドポイントURLを確認してください。

始めましょうか？ CapSolverに登録し、初回チャージで8%のボーナスを追加するボーナスコードn8nを使用してください！

結論

CapSolver n8nノードは、2つのリソースタイプで13のキャプチャソルバーオペレーションにアクセスできます。これは、実際の世界で遭遇するすべての主要なキャプチャサービスをカバーしています。reCAPTCHA、Cloudflare、GeeTest、DataDome、AWS WAF、MTCaptcha、または画像ベースのチャレンジを扱っているかどうかにかかわらず、専用のオペレーションが用意されています。

すべてのワークフローは、ソルバーアプリケーションまたはスクレイピングパイプラインのいずれかのパターンに従います。パターンを理解すれば、異なるキャプチャタイプ用の新しいワークフローを作成するのは、操作ドロップダウンを変更し、パラメータを調整するだけです。

特定のキャプチャタイプに関するステップバイステップの手順が必要な場合は、上のオペレーションテーブルにリンクされている詳細ガイドをご利用ください。各ガイドには、ソルバーアプリケーション、スクレイピングパイプライン、ログイン自動化用の完全でインポート可能なワークフローのJSONが含まれています。

ヒント: このワークフローはSchedule + Webhookトリガーを使用していますが、トリガーノードをn8nの任意のトリガー（マニュアル、アプリイベント、フォーム送信など）に置き換えることもできます。データを取得した後、n8nの組み込みノードを使用して、結果をGoogleスプレッドシート、データベース、クラウドストレージに保存するか、Telegram/Slack/メールでアラートを送信できます。

よくある質問

CapSolverは公式のn8n統合ですか？

はい。CapSolverはn8nの組み込みノードライブラリに公式ノードとして利用可能です。コミュニティノードをインストールする必要はありません — ノードパネルで「CapSolver」と検索するだけで、すぐに使用できます。必要なセットアップは、CapSolver APIキーを使用して資格情報を作成することのみです。

どのキャプチャタイプがプロキシを必要としますか？

Cloudflare ChallengeとDataDomeは常にプロキシを必要とします — プロキシレスオプションはありません。他のすべてのトークン操作（reCAPTCHA v2/v3、Cloudflare Turnstile、Challenge、GeeTest V3/V4、AWS WAF、）には、プロキシなしで動作するバージョンがあります。認識操作（画像からテキスト、ビジョンエンジン）は常にプロキシを必要としません。

トークンと認識の違いは何ですか？

トークン操作は、ウェブサイトを保護するキャプチャを解決します — サイトに送信するトークンまたはクッキーを返します。これらは非同期（タスク作成、ポーリング、結果取得）で、5〜30秒かかります。認識操作は画像を分析します — すぐにテキスト、座標、または測定値を返します。トークンは13の操作のうち9つをカバーし、認識は4つをカバーします。

CapSolverはn8n Cloudと動作しますか？

はい。これらのワークフローは、自己ホストされたn8nとn8n Cloudの両方で動作します。CapSolverノードはn8n Cloudのノードライブラリにすでに用意されています — API資格情報を追加するだけで使用できます。

CapSolverの料金はどのくらいですか？

キャプチャタイプによって料金は異なります。reCAPTCHA v2は1,000回の解決で0.4から始まり、Cloudflare ChallengeとDataDomeは複雑さのためより高価です。画像からテキストやビジョンエンジン認識タスクは通常最も安価です。現在の料金についてはCapSolverの料金ページをご確認ください。初回チャージで8%のボーナスを追加するボーナスコードn8nを使用してください。

ウェブサイトが使用しているキャプチャタイプをどうやって識別すればよいですか？

最も速い方法は**CapSolverブラウザ拡張機能**です。インストールし、対象ページでDevToolsを開き、「CapSolverキャプチャ検出器」タブに移動し、キャプチャをトリガーしてください。拡張機能はキャプチャタイプを自動的に識別し、すべての必要なパラメータ（サイトキー、APIドメイン、チャレンジIDなど）を表示します。または、手動でページソースとネットワークリクエストを確認することもできます — recaptcha、turnstile、geetest、datadome、またはawswafを含むスクリプトURLを検索してください。

1つのワークフローで複数のキャプチャタイプを解決できますか？

はい。1つのワークフローに複数のCapSolverノードを追加できます。それぞれを異なる操作に構成してください。たとえば、ログインページでCloudflare Turnstileチャレンジを解決し、認証後のフォームでreCAPTCHA v2チャレンジを解決するワークフローを作成できます。各CapSolverノードは独立して動作します — 各ノードに正しい操作とパラメータが構成されていることを確認してください。

CapSolverがトークンを返すが、ウェブサイトが拒否した場合はどうすればよいですか？

いくつかの要因が考えられます。まず、トークンはすぐに有効期限切れになります（60〜120秒） — 解決した直後に提出しているか確認してください。第二に、トークンを正しいエンドポイントとフィールド名に送っているか確認してください：ブラウザがフォームを送信するときに実際に送信するネットワークリクエストをDevTools -> Networkタブで確認し、すべてが一致しているか確認してください。第三に、一部のサイトでは追加のパラメータが必要な場合があります（reCAPTCHA EnterpriseではenterprisePayload、Turnstileではmetadata.action、または特定のヘッダー/クッキーなど）。CapSolver拡張機能を使用して、これらの要件が適用されているかを確認してください。第四に、Cloudflare ChallengeとDataDomeの場合、専用ガイドを確認してください — これらのタイプには追加の要件（プロキシ、User-Agentの一致など）があります。トークンがまだ拒否されている場合は、CapSolverサポートに連絡してください。