CAPTCHA-Nutzung mit Ihrem Workspace-Guthaben abgleichen

API-Anfragen authentifizieren sich mit einem Workspace-API-Schlüssel. Prüfen Sie beim Nutzungsabgleich diesen Workspace; ein gemeinsamer Zielhostname bedeutet nicht, dass die Anfragen zum selben Workspace gehören.

Die Nutzungsansicht unter /usage trägt die Bezeichnung letzte 28 Tage. Sie zeigt Request volume, Successful, Failed (not billed), Average latency und entweder Period spend oder Unlimited coverage. Leiten Sie allein aus diesem Zeitfenster weder eine entsprechende Rechnung noch den aktuellen Guthabenstand ab.

Verwenden Sie By site profile, um einen Anstieg zu lokalisieren. Vergleichen Sie Site, Share und Requests, um herauszufinden, wo das Volumen gestiegen ist, und prüfen Sie anschließend Success und Billing. Das sind Ereignisse der Servicenutzung, keine Belege dafür, dass die Zielwebsite die daraus entstandenen Anfragen akzeptiert hat.

Ein Task mit dem Status ready wird abgerechnet. Ein fehlgeschlagener Lösungsvorgang wird erstattet. Die Erstellung eines Tasks oder der Empfang einer erfolgreichen HTTP-Antwort ist nicht gleichbedeutend mit dem Empfang einer verwendbaren Lösung; nur ready enthält eine.

Wenn der Solver eine fertige Lösung zurückgibt, die Website die anschließende Anfrage aber ablehnt, ist das kein fehlgeschlagener Solver-Task. Zählen Sie dies nicht zu Failed (not billed) und gehen Sie nicht von einer automatischen Erstattung aus. Ein Ersatz-Task, der ready erreicht, ist ein weiterer abgerechneter Lösungsvorgang.

Die Mindesteinzahlung beträgt $10; das Willkommensguthaben beträgt $5. Eine Einzahlung erhöht das Guthaben des Arbeitsbereichs – sie gibt nicht an, wie viel im Nutzungszeitraum ausgegeben wurde. Trennen Sie gekauftes Guthaben und Willkommensguthaben, wenn Sie Ihre Zahlungen mit dem Kontostand vergleichen.

Verwenden Sie für eine nutzungsbasierte Kostenschätzung abgerechnete Tasks mit dem Status ready – nicht die Gesamtzahl der Anfragen. Wenn die Konsole Unlimited coverage anzeigt, prüfen Sie den geltenden produktspezifischen Monatstarif, statt alle Anfragen nutzungsbasiert zu berechnen. Kontoguthaben oder ein anwendbarer Bonus können ebenfalls beeinflussen, wie viel zusätzliches Guthaben Sie benötigen.

1. 1.

   Betroffene Website und Zeitraum abgleichen

   Grenzen Sie die Suche anhand der Aufschlüsselung nach Website-Profilen ein und vergleichen Sie dann Ihre Anwendungslogs für denselben Zeitraum. Erfassen Sie die logische Anfrage, ihre requestId, die zurückgegebene Task-ID und den Endstatus.

2. 2.

   Mehrere Tasks für eine Anfrage erkennen

   Mehrere unterschiedliche Task-IDs für eine beabsichtigte Lösung können zusätzliche Kosten erklären, wenn diese Tasks den Status ready erreichen. Unterscheiden Sie bewusst angeforderte Ersatzlösungen von Wiederholungsversuchen aufgrund einer verlorenen Antwort.

3. 3.

   Erstellungsanfragen nach einem Timeout wiederaufnehmen

   Ein Verbindungs-Timeout beweist nicht, dass die Task-Erstellung fehlgeschlagen ist. Wenn Sie die Task-ID haben, rufen Sie diesen Task ab. Andernfalls wiederholen Sie dieselbe Task-Anfrage mit ihrer ursprünglichen requestId, um den vorhandenen Task wieder abzurufen, statt einen neuen logischen Task zu erstellen.

4. 4.

   requestId vor dem ersten Versuch vergeben

   Verwenden Sie eine requestId pro beabsichtigter Lösung und behalten Sie sie bei Wiederholungsversuchen bei. Zulässig sind 1–64 ASCII-Buchstaben, Ziffern, Unterstriche oder Bindestriche. Dieselbe ID mit derselben Task-Anfrage gibt den vorhandenen Task zurück; ihre Verwendung mit anderen Eingaben führt zu einem Konflikt.

Zählen Sie bei der Untersuchung doppelter Erstellungen unterschiedliche Tasks, nicht nur HTTP-Versuche. Mehrere Wiederholungsversuche, die dieselbe Task-ID zurückgeben, haben keine zusätzlichen Tasks erstellt.