Skip to main content
Reducto enforces two independent limit mechanisms. This page covers edge rate limits. For the per-account concurrency throttle that queues parallel parse work, see Concurrency Throttle. Edge rate limits live at the ingress and protect against accidental floods. They cap requests per second, not concurrent work. Requests above the cap return 429 immediately. The SDKs retry 429 responses with exponential backoff automatically.

Per API Key

If you hit [CODE 2000], you’re polling job status faster than necessary. Switch to webhooks so Reducto pushes results when ready.

Rare Infra-Shed 429s

In rare conditions, Reducto returns 429 from the application layer to protect core infrastructure when it is under load. These 429s do not carry a [CODE …] body. They are not a normal-operation signal that you have exceeded any limit; treat them as a transient infrastructure event and retry with backoff.

How to Tell Which Limit You’re Hitting

Concurrency Throttle

How Reducto queues parallel parse work and the tier baselines.

Async Processing

Submit jobs and receive results via webhook.

Error Codes

Full reference for client and server errors.