Rate Limits
The Flowlix API enforces rate limits to protect the platform and ensure fair usage across all merchants. Rate limits are applied per API key.Current limits
| Scope | Limit |
|---|---|
| Per API key | 100 requests per minute |
Rate limit headers
Every authenticated response includes rate limit information:| Header | Description |
|---|---|
X-RateLimit-Limit | Maximum requests allowed per window (e.g., 100). |
X-RateLimit-Remaining | Requests remaining in the current window (e.g., 95). |
X-RateLimit-Reset | Unix timestamp when the current window resets. |
When you hit the limit
If you exceed the rate limit, the API returns429 Too Many Requests with a Retry-After header:
Retry strategy
When you receive a429 response:
- Read the
Retry-Afterheader — it tells you how many seconds to wait. - Wait the specified time before retrying.
- Use exponential backoff if
Retry-Afteris not present: 1s, 2s, 4s, 8s (max 30s).
Best practices
- Monitor
X-RateLimit-Remaining— if it drops below 10, slow down your request rate. - Batch where possible — use
limit=100on list endpoints to reduce the number of API calls. - Use webhooks (coming soon) instead of polling to check payment status.
- Don’t retry instantly on 429 — always respect the
Retry-Afterheader. - Spread requests evenly — avoid bursts of requests at the start of each minute.