Help & guides ›
API & integrations
› Rate limits and error codes
Rate limits and error codes
3 min read · API & integrations
The rate limit protects the API against overload and abuse. If you send too many requests in a short time, the server replies with HTTP 429 Too Many Requests and a Retry-After header telling you how many seconds to wait.
Current limits
- The limit is 60 requests per minute per token. It applies equally to all plans (Trial, Standard, Pro and Business).
- LAN agents have a separate limit of 120 requests per minute per agent.
- The limit is counted per token (not per whole user). If you need a higher overall ceiling, create multiple tokens for different use cases (for example one for CI/CD and a separate one for the dashboard).
Error codes
401 Unauthorized- missing or invalid token.403 Forbidden- the action is not available on your plan (for example creating a monitor after your plan expired or beyond your plan limit).404 Not Found- the given resource (monitor, incident) does not exist or you have no access to it.429 Too Many Requests- request limit exceeded. Wait the number of seconds given in theRetry-Afterheader.5xx- server-side error. Retry with progressively longer delay (exponential backoff - for example 1, 2, 4, 8 seconds).
Practical recommendations
- Cache responses from read endpoints. Uptime data does not change every second, so you do not need to pull it that often.
- Where possible, use webhooks instead of repeated polling - the server will call you when an event occurs.
- For batch operations, add a short delay between requests so you do not approach the limit.
Was this guide helpful?