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 상태에만 포함됩니다.

솔버가 준비 완료된 솔루션을 반환했지만 웹사이트가 후속 요청을 거부했다면 이는 솔버 작업 실패가 아닙니다. 이를 Failed (not billed)에 포함하거나 자동으로 환불된다고 가정하지 마세요. 대체 작업이 ready 상태에 도달하면 별도의 풀이로 청구됩니다.

최소 크레딧 충전 금액은 $10이며, 웰컴 크레딧은 $5입니다. 충전은 워크스페이스에 크레딧을 추가하는 것이며, 사용량 집계 기간에 지출한 금액을 나타내지는 않습니다. 결제 내역과 잔액을 비교할 때는 구매한 크레딧과 웰컴 크레딧을 구분하세요.

종량제 비용을 추산할 때는 전체 요청 수가 아니라 청구 대상인 ready 상태 작업을 기준으로 하세요. 콘솔에 Unlimited coverage가 표시되면 모든 요청에 종량제 요금을 적용하지 말고 해당 제품의 월간 요금제를 확인하세요. 계정 크레딧이나 적용 가능한 보너스에 따라 추가로 필요한 크레딧 금액도 달라질 수 있습니다.

1. 1.

   영향을 받은 사이트와 기간 확인하기

   사이트 프로필별 내역으로 검색 범위를 좁힌 다음, 같은 기간의 애플리케이션 로그와 비교하세요. 논리적 요청, 해당 requestId, 반환된 작업 ID, 최종 상태를 기록하세요.

2. 2.

   하나의 요청에 여러 작업이 생성되었는지 확인하기

   한 번의 해결을 의도했는데 서로 다른 작업 ID가 여러 개 있다면, 해당 작업들이 ready 상태에 도달하면서 추가 요금이 발생했을 수 있습니다. 의도적으로 새 해결 작업을 생성한 경우와 응답 유실로 재시도한 경우를 구분하세요.

3. 3.

   시간 초과된 생성 요청 복구하기

   연결 시간 초과가 발생했다고 해서 작업 생성이 실패한 것은 아닙니다. 작업 ID가 있으면 해당 작업을 조회하세요. 없으면 원래 requestId로 동일한 작업 요청을 재시도하여 새 논리적 작업을 생성하는 대신 기존 작업을 복구하세요.

4. 4.

   첫 시도 전에 requestId 할당하기

   의도한 해결 건마다 requestId를 하나씩 사용하고, 재시도할 때도 유지하세요. ASCII 영문자, 숫자, 밑줄 또는 하이픈으로 구성된 1–64자를 사용할 수 있습니다. 동일한 ID로 동일한 작업 요청을 보내면 기존 작업이 반환되며, 입력이 다르면 충돌이 발생합니다.

중복 생성을 조사할 때는 HTTP 시도 횟수만 보지 말고 서로 다른 작업 수를 세세요. 여러 번 재시도해도 동일한 작업 ID가 반환되었다면 작업이 여러 개 생성된 것이 아닙니다.