プロキシを指定せずに solvethree を使用できますか？

reCAPTCHA Enterprise では、ホスト名、アクション、厳密に 1 つのプロキシ入力を POST /v1/tasks に送信します。Bearer 認証でワークスペースの API キーを使用して認証し、キーはサーバー上に保持してください。対象サイトには、ワークスペースで利用できる有効なプロファイルがあらかじめ必要です。リクエスト自体ではプロファイルは作成されません。

{
  "site": "accounts.example.com",
  "action": "login",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "example_login_001"
}

例のホスト名、アクション、プロキシ URL を、対象の値とご自身のプロキシ認証情報に置き換えてください。recaptchaType のデフォルトは enterprise-v3 なので、ここでは不要です。type や url フィールドを追加しないでください。

requestId は省略可能であり、追加の必須入力ではありません。タスクの作成がタイムアウトした場合、同じ ID で同じリクエストを再送すると、別のタスクを作成せずに既存のタスクを取得できます。異なる入力でその ID を再利用しないでください。

proxy の代わりに、異なる HTTP または HTTPS プロキシ URL を最大 12 個含む proxyCandidates を指定できます。これらの URL にパス、クエリ、フラグメントを含めてはいけません。候補を指定すると solvethree が別の出口を試せますが、プロキシの指定が不要になるわけでも、いずれかが動作することが保証されるわけでもありません。

HTTP クライアントでプロキシを設定すると、API 接続がそのプロキシを経由します。これはタスクボディ内の proxy や proxyCandidates の代わりにはなりません。これらの設定が制御する接続は異なり、一方は solvethree へのリクエスト、もう一方は解決に使用するプロキシです。

その後に行う対象へのリクエストも計画する必要があります。成功時のプロキシと、返された userAgent および secChUa のブラウザ識別情報を使って解決結果を送信してください。プロキシベンダーが出口をローテーションする場合は、そのセッション機能または固定機能を使い、解決時と送信時で同じ出口を使用できるようにしてください。

利用可能な解決結果が含まれるのは、ready のタスクのみです。これは解決結果が生成されたことを意味し、アプリケーションのリクエストが成功したことを意味するわけではありません。プロキシ接続が動作することや、ベンダーが住宅用、モバイル、データセンターと表示していることは、CAPTCHA スコアの裏付けにはなりません。

これらは異なる統合モデルであり、リクエスト形式に互換性はありません。CapSolver の reCAPTCHA v3 ドキュメントなど、各プロバイダーのドキュメントで、対応する正確なタスクタイプと送信要件を確認してください。別のプロバイダーの仕様を確認せずに、solvethree のブラウザ識別情報やプロキシの要件をそのまま適用しないでください。

• solvethree では、解決料金とプロキシ提供元の料金を合算してください。選択したプランで課金されるアクセス、通信量、セッション機能の費用も含めます。
• プロキシ指定不要のサービスでは、タスク料金を比較し、含まれるプロキシが必要な Enterprise タスクそのものに適用されることを確認してください。
• 統合作業も考慮してください。solvethree では、サイトプロファイルの設定、プロキシの設定、送信時に成功時のプロキシと返された識別情報を一致させる作業が必要です。他のプロバイダーがドキュメントに記載している要件と比較してください。

solvethree で解決に失敗した場合は返金されます。その返金でサードパーティーの利用料金も補償されると考えず、プロキシの課金は別途確認してください。

プロキシを用意できない場合、現在の solvethree API はその要件に合いません。用意できる場合は、プロキシの分類や解決料金だけではなく、実際の解決から送信までのワークフローに基づいてサービスを比較してください。