Guides
Rate Limits
All API endpoints are rate limited per API key to ensure fair usage and platform stability.
Current Limits
| Scope | Limit | Applies To |
|---|---|---|
| Sustained | 300 requests/min | All GET endpoints, per API key |
| Burst | 40 requests/sec | All GET endpoints, per API key |
| Order creation | 10 requests/min | POST /v1/sales-orders, per API key |
| Global | 10,000 requests/min | All consumers combined |
The sustained limit of 300 req/min supports a full catalog sync (~40,000 items at ?limit=200) in under 45 seconds. The order creation limit is lower because each order triggers downstream processing.
Rate Limit Headers
Every response includes headers indicating your current usage:
| Header | Description |
|---|---|
x-ratelimit-limit | Maximum requests allowed per window |
x-ratelimit-remaining | Requests remaining in the current window |
x-ratelimit-reset | Unix timestamp when the window resets |
Exceeding the Limit
When you exceed the rate limit, the API returns a 429 Too Many Requests response:
Code
Best Practices
- Monitor the
x-ratelimit-remainingheader to proactively throttle requests - Use
modified_afterfilters for incremental syncing instead of full re-fetches - Set
?limit=200when syncing large datasets to minimize the number of requests - Implement exponential backoff when you receive a
429response - Cache responses where possible to reduce unnecessary calls
Last modified on

