Source API throws 429 errors, how do I handle it cleanly?
429 means too many requests in a time window. Brute retries amplify the problem. The right response is waiting exactly as long as the source says, and structuring your flow to stay under the limit.
Try this first
- 1Read the Retry-After header and wait that long. Don't tack on your own 30 seconds.
- 2Check the docs for rate-limit budget per minute or per hour. Build your flow with throttle (Delay step, Sleep node) under that limit.
- 3Split batch work across smaller runs over time: 100 records now, 100 in 5 minutes, instead of 500 at once.
- 4For APIs with a leaky-bucket model: spread calls evenly instead of burst-and-wait. That often nets more throughput than peak load.
- 5Track your own per-minute counter in a Data Store. As you near your quota, wait proactively instead of waiting for 429.
When to bring us in
If an API limit structurally bottlenecks you, a queue layer with throttle is the fix. We can set up the pattern.
See also
- n8n: self-host or cloud?Self-hosted is cheaper at volume and keeps data local. Cloud removes ops burden.
- Zapier or Make: which fits better?Zapier is straight-line; Make handles complex flows with routers and iterators for less money.
- Power Automate Cloud or Desktop: which to use?Cloud for SaaS integrations and triggers. Desktop for RPA against legacy Windows apps without APIs.
None of the above fits?
Describe your situation below. We pass your input plus the steps you already saw to our AI and return tailored next-step advice. If it's too risky to DIY, we'll say so.
Or skip the DIY entirely
Our Managed IT clients do not look these things up. One point of contact, a fixed monthly price, resolved within working hours.