Skip to main content
The SCX APIs enforce per-endpoint rate limits. Each limit defines the maximum number of requests allowed within a time window. Exceeding a limit returns HTTP 429 Too Many Requests. Rate limits are applied by endpoint group rather than uniformly across all SCX APIs. High-volume operations such as offer and order updates have higher limits, while administrative operations such as category and attribute management have stricter limits.

Response Headers

SCX API responses include the following headers so you can monitor your current rate limit usage: Monitor these headers to pace your requests rather than waiting for 429 responses.

Production Limits

Each endpoint category has its own window. The numbers below apply to production; sandbox environments may use different values, so always verify against the response headers for the environment you’re calling.

429 Handling

When a request is rejected with 429:
  1. Stop sending additional requests in that endpoint category until the window resets.
  2. Apply exponential backoff before retrying, and use the headers X-RateLimit-Interval-Length-Seconds and X-RateLimit-Remaining to adjust your request cadence.
  3. Spread bursts across time rather than sending batches simultaneously.
For polling-based workflows like event consumption, a steady cadence (for example, once every 60 seconds) keeps you well within the event endpoint quota and avoids self-inflicted throttling.

What’s Next?

Authorization

Token exchange and Bearer header usage for SCX APIs.

Channel API Reference

Endpoint-level reference for the Channel API.