Rate Limit Headers
Every API response includes rate limit information in the response headers:- X-RateLimit-Limit: Maximum number of requests allowed in the current window
- X-RateLimit-Remaining: Number of requests remaining in the current window
- X-RateLimit-Reset: Unix timestamp (seconds) when the window resets, as a string
Default Limits
- Requests per minute: 60 requests per organization
- Burst capacity: 10 additional requests beyond the base limit
Handling Rate Limits
When the limit is exceeded (429): Status: 429 Too Many Requests Body (JSON):Retry-After: Seconds to wait before retrying (e.g."60")X-RateLimit-Limit: Limit value (e.g."120"or"60")X-RateLimit-Remaining:"0"when exceededX-RateLimit-Reset: Unix timestamp (seconds) when the window resets, as a string
Best Practices
Monitor Headers
Always check
X-RateLimit-Remaining to avoid hitting limitsImplement Caching
Cache responses when possible to reduce API calls
Batch Requests
Use pagination efficiently to minimize requests
Handle 429 Gracefully
Implement exponential backoff for rate limit errors
Requesting Higher Limits
If you need higher rate limits for your use case:- Contact [email protected] ↗︎
- Describe your use case and expected request volume
- We’ll work with you to determine appropriate limits