Rate Limits
Understand request limits and how to handle throttling.
Limits by endpoint category
Rate limits vary by endpoint type:
Response headers
Every response includes rate limit headers so you can track your usage:
Example headers on a successful response:
Handling 429 responses
When you exceed the limit, the API returns a 429 status with a Retry-After header:
Exponential backoff
Implement exponential backoff to handle rate limits gracefully:
Best practices
- Implement exponential backoff. Always respect the
Retry-Afterheader and back off progressively on repeated 429s. - Cache responses. Store carrier and load data locally instead of fetching on every request.
- Use batch endpoints.
POST /loads/batchlets you create multiple resources in a single request, reducing total API calls. - Monitor remaining quota. Check
X-RateLimit-Remainingand throttle proactively before hitting the limit. - Use webhooks instead of polling. Prefer push-based updates over repeated GET requests to reduce unnecessary calls.
- Stagger requests. Spread batch operations over time rather than sending them in a burst.

