Credits system
How credits work
- Each successful API request consumes credits based on the scraper used
- Credits are deducted when requests complete with HTTP 200
- Failed requests (4xx errors) do not consume credits
- Async jobs that fail after all retry attempts restore credits automatically
- Most scrapers cost 3 credits per request
Credit cost per scraper
Rate limits
Rate limits are enforced per API key. When you exceed a limit, you receiveHTTP 429:
429 responses. See Error handling for a code example.
Monitoring usage
Dashboard
Your dashboard shows:- Current credit balance
- Credits used this billing cycle
- Usage history and trends
Track credit consumption in code
Handling credit exhaustion
When credits run out (HTTP 429), implement graceful handling:
Common questions
Why was I charged for a failed request?
You’re only charged for successful requests (HTTP 200).4xx errors and async jobs that fail after all retries do not consume credits.
How do I know how many credits I have left?
Check thecredits_used field in each response, or log into your dashboard for your current balance.
What happens at the rate limit?
You receiveHTTP 429. Implement exponential backoff and retry - the window resets shortly. For sustained high-volume workloads, use async job mode which handles queuing server-side.