SP-API Throttling Adjustments
Effective August 31 2022 Amazon lowers per‑second caps on single‑item SP‑API calls for Catalog Items, Product Fees and Product Pricing. The new limit drops from up to 5 calls/sec to as low as 2 calls/sec, while bulk endpoints keep a much higher allowance.
Overview
On August 31 2022 Amazon will lower the request‑rate caps for several single‑item operations in the Selling Partner API (SP‑API). The Catalog Items, Product Fees and Product Pricing services are affected, meaning that scripts that query one SKU at a time will encounter throttling sooner than before. Sellers who depend on high‑frequency, item‑by‑item calls need to migrate to the batch equivalents to keep their workflows running smoothly.
Key Points
- Reduced per‑second ceiling — The maximum number of calls allowed each second for one‑by‑one endpoints is being cut, so fewer requests can be sent before Amazon returns a 429 error.
- Batch endpoints stay generous — Corresponding bulk‑request APIs keep a much higher allowance, letting dozens or hundreds of identifiers be processed in a single call.
- Effective August 31 — The new limits go live at the end of the month, giving sellers only a few weeks to modify their integrations.
- High‑volume use cases at risk — Any automation that polls pricing, fees or catalog data for thousands of SKUs every few minutes will exceed the tightened caps unless it switches to batch calls.
- No data‑shape changes — The shape of the responses and the underlying business logic remain unchanged; only the speed at which calls may be issued is altered.
- Amazon’s recommendation — The platform advises developers to replace all single‑item requests with their bulk counterparts wherever feasible to preserve performance.
How the Throttling Adjustments Work
-
Identify the impacted calls — Pinpoint every endpoint that belongs to the one‑item family, such as
GET /catalog/v0/items/{asin},GET /products/fees/v0/fees, andGET /products/pricing/v0/price.- Example: A routine that pulls the fee for each ASIN by repeatedly calling
GET /products/fees/v0/feeswill now be stopped after fewer iterations.
- Example: A routine that pulls the fee for each ASIN by repeatedly calling
Analysis & Recommendations
Why This Matters
Sellers using scripts that query thousands of SKUs individually will hit 429 throttling after only ~12 calls/sec, causing price and fee refresh delays. Switching to batch endpoints reduces call volume from thousands to dozens, keeping operations within limits and preserving data freshness.
Key Takeaways
- Single‑item endpoints (e.g., GET /catalog/v0/items/{asin}) will be limited to ~2 calls/sec after August 31 2022.
- Bulk endpoints (POST /catalog/v0/items/batch, POST /products/fees/v0/fees/batch, POST /products/pricing/v0/price/batch) remain generous, allowing d...
- Rate‑limit headers (x-amzn-RateLimit-Limit, Remaining, Reset) can be used to programmatically throttle or retry requests.
- An integration that previously made 30 calls/sec for 8,000 SKUs must reduce to ~80 batch calls (100 SKUs each) to stay under the new limits.
Recommended Actions
- →Search your codebase (e.g., in GitHub) for GET /catalog/v0/items/{asin}, GET /products/fees/v0/fees, GET /products/pricing/v0/price and replace the...
- →Add logic in your integration (e.g., in Seller Central > Developer Tools) to read x-amzn-RateLimit-Remaining and pause until x-amzn-RateLimit-Reset...
- →Run a sandbox test in the SP‑API test environment two weeks before August 31 to process 1,000 SKUs via batch calls and verify no 429 responses appear.
Comments
Join the discussion
Log in or create an account to share your thoughts on this update.
No comments yet. Be the first to share your thoughts!