CAPTCHAの使用量とワークスペース残高を照合する

APIリクエストはワークスペースのAPIキーで認証されます。使用量を照合するときは、そのワークスペースを確認してください。対象ホスト名が同じでも、リクエストが同じワークスペースに属するとは限りません。

/usageの使用量には過去28日間と表示されています。Request volume、Successful、Failed (not billed)、Average latencyに加え、Period spendまたはUnlimited coverageが表示されます。この期間の表示だけから、対応する請求書や現在のクレジット残高を推測しないでください。

By site profileを使って急増箇所を探してください。Site、Share、Requestsを比較して件数が増えた箇所を見つけ、SuccessとBillingを確認します。これらはサービスの使用イベントであり、結果として送信されたリクエストを対象サイトが受け入れた証拠ではありません。

ステータスがreadyのタスクは課金されます。解決に失敗した場合は返金されます。タスクの作成やHTTP成功レスポンスの受信は、利用可能な解決結果の受信と同じではありません。解決結果が含まれるのはreadyだけです。

ソルバーが準備完了の解決結果を返した後、Webサイトが後続のリクエストを拒否しても、ソルバーのタスクが失敗したことにはなりません。Failed (not billed)に数えたり、自動的に返金されると考えたりしないでください。代わりに作成したタスクがreadyになった場合は、別の解決処理として課金されます。

クレジットの最低入金額は$10、ウェルカムクレジットは$5です。入金はワークスペースにクレジットを追加するもので、利用期間中の支出額を示すものではありません。支払い額と残高を比較する際は、購入したクレジットとウェルカムクレジットを分けて扱ってください。

従量課金の費用を見積もる際は、リクエスト総数ではなく、readyに達して課金されたタスクを基準にしてください。コンソールにUnlimited coverageと表示される場合は、すべてのリクエストを従量課金で計算せず、該当する製品別の月額プランを確認してください。アカウントのクレジットや適用されるボーナスによっても、追加で必要なクレジット額は変わります。

1. 1.

   対象サイトと期間を照合する

   サイトプロファイル別の内訳で調査対象を絞り込み、同じ期間のアプリケーションログと比較してください。論理リクエスト、そのrequestId、返されたタスクID、最終ステータスを記録してください。

2. 2.

   1つのリクエストに対応する複数のタスクを探す

   1回の解決を意図した処理に異なるタスクIDが複数ある場合、それらのタスクがreadyに達すると追加料金の原因になり得ます。意図的に代替の解決を実行した場合と、レスポンスが失われたために再試行した場合を区別してください。

3. 3.

   タイムアウトした作成リクエストを復旧する

   接続のタイムアウトは、タスク作成が失敗した証拠にはなりません。タスクIDがある場合は、そのタスクを取得してください。ない場合は、元のrequestIdで同じタスクリクエストを再試行し、新しい論理タスクを作成するのではなく、既存のタスクを復旧してください。

4. 4.

   初回の試行前にrequestIdを割り当てる

   意図する解決1回につき1つのrequestIdを使い、再試行でも同じ値を保持してください。使用できるのは、ASCIIの英字、数字、アンダースコア、ハイフンの1–64文字です。同じIDで同じタスクリクエストを送ると既存のタスクが返されますが、異なる入力で使うと競合します。

重複作成を調査する際は、HTTPの試行回数だけでなく、異なるタスクの数を数えてください。複数回の再試行で同じタスクIDが返されているなら、複数のタスクは作成されていません。