Square Payments Rate Limit Exceeded
Square API rate limits in 2026 are per-application, per-merchant, and per-endpoint — a single high-volume call to one endpoint does not affect other endpoints. The standard limit is 100 requests per second per merchant, but some endpoints (like Search Orders) have lower limits. Exceeding limits returns a 429 with a Retry-After header.
Why This Happens
- Configuration gaps between tools or services
- Missing integrations or manual workarounds that weren't designed to scale
- Changes in vendor behavior, pricing, or API that weren't communicated clearly
What To Check First
- Verify your current setup matches the vendor's latest documentation
- Look for recent changes — platform updates, new team members, configuration drift
- Check if the problem is consistent or intermittent (different root causes, different fixes)
When To Escalate
- The problem is costing you money or customers per week
- You've spent more than 2 hours on it without progress
- A vendor quoted you more than $500 and you're not sure if it's necessary
Dealing with this right now?
The fix for rate limit errors: read the Retry-After header value and wait exactly that many seconds before retrying. Add exponential backoff as a fallback if the header is missing. For batch operations (importing historical orders, syncing large catalogs), spread requests over time rather than bursting — target 60–70% of the rate limit to leave headroom for organic traffic. If you legitimately need higher limits, contact Square developer support through the Developer Console — they increase limits for established applications.
