Starting May 1, 2023, the rate for the getItemOffersBatch operation within the Product Pricing API will be lowered
Effective May 1 2023, Amazon lowers the getItemOffersBatch limit in the Product Pricing API to 0.1 requests per second (one call every 10 seconds), down from 0.5 rps. The sibling getListingOffersBatch stays at 0.5 rps. Sellers must add 10‑second pauses, handle 429 Retry‑After headers, or switch to the faster endpoint.
Overview
Starting May 1 2023, Amazon will tighten the request ceiling for the getItemOffersBatch call in the Product Pricing API, dropping it from 0.5 to 0.1 requests per second. The companion getListingOffersBatch endpoint will keep its existing 0.5‑rps limit, meaning only one of the two bulk‑offer methods will face a stricter cap. Sellers who automate price collection must adjust pacing, error handling, and overall refresh cycles to stay within the new boundaries.
Key Points
- New throttle level — The getItemOffersBatch endpoint will allow only one call every ten seconds, a five‑fold reduction from the previous half‑call‑per‑second rate.
- Sibling endpoint unchanged — getListingOffersBatch continues to accept up to five calls in ten seconds, so workflows that can switch to it will retain higher throughput.
- All marketplaces affected — The revised limit applies to every region where the Product Pricing API is available, including the United States, Canada, Europe, Japan, and Australia.
- Higher 429 risk — Exceeding the 0.1 rps threshold will generate HTTP 429 “Too Many Requests” responses, forcing batch jobs to incorporate throttling safeguards.
- Potential cost rise — Slower request pacing may lengthen execution time for Lambda, EC2, or other compute resources, leading to modestly higher operating expenses.
- Effective date — The change takes effect at 00:00 UTC on May 1 2023; any integration still sending requests at the former speed after that moment will be throttled automatically.
How the Throttle Change Works
- Request submission — Amazon now permits a single getItemOffersBatch call per ten‑second window; for instance, a script that previously fired ten calls within ten seconds must pause after the first call and wait nine seconds before issuing the next.
- Rate‑limit feedback — When a request breaches the limit, the API returns a header (e.g., ) alongside the 429 status, indicating exactly how long the client should wait before retrying.
Analysis & Recommendations
Why This Matters
The new 0.1 rps cap reduces throughput five‑fold, so jobs that previously made 30 calls per minute will hit HTTP 429 after the first request. Without added delays or back‑off, price refresh cycles can expand from ~1 minute to several minutes or hours, raising compute costs and risking stale pricing data.
Key Takeaways
- getItemOffersBatch limit drops to 0.1 rps (one call per 10 seconds) starting May 1 2023.
- getListingOffersBatch remains at 0.5 rps (up to five calls per 10 seconds).
- Exceeding the limit returns HTTP 429 with a Retry-After header (e.g., 10 seconds).
- Large ASIN groups should be split (e.g., 100 ASINs → ten batches of 10) and spaced 10 seconds apart.
Recommended Actions
- →Update your integration (e.g., Lambda, EC2 script) to insert a 10‑second pause between each getItemOffersBatch request.
- →Add logic to catch 429 responses, read the Retry-After header, and apply exponential back‑off in your SP‑API request handler.
- →Where feasible, modify the workflow in your codebase to call getListingOffersBatch instead of getItemOffersBatch via the SP‑API SDK.
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!