To ensure the stability and high performance of the MyAdmin API, we have implemented a rate limiting system. These limits protect the system from excessive load and help maintain fair usage for all partners.
The API uses two primary types of rate limits: Request-Based (how many calls you make) and Data-Based (how much data you retrieve). The system always enforces the most specific rule available for a given endpoint.
These limits restrict the number of API calls you can make within a specific time window.
This is the general limit applied to any API endpoint that does not have a more specific, overriding rule.
Certain endpoints have unique limits that override the default. View specific rate limits for each Method and Entity. These limits are applied based on either the client's API key or their originating IP address. Examples include:
| Endpoint | Period | Limit |
|---|---|---|
| */v2/MyAdminApi.ashx | 1m | 550 |
| */v2/MyAdminApi.ashx | 1h | 33,000 |
| */WebServices/MyGeotabApi.ashx | 1m | 300 |
| jsonrpc:GetOwnDatabases | 15m | 100 |
| jsonrpc:PostOrder | 15m | 100 |
| jsonrpc:GetDeviceTimelinesAsync | 15m | 300 |
In addition to counting requests, the system also monitors the amount of data (number of records) you retrieve. This adaptive limit protects the API from unusually large or complex queries.
Each API method that returns data has an independent counter, which defaults to 150,000 records per minute. A limit breach occurs when the cumulative number of records retrieved from the same method exceeds its limit in a rolling one-minute window. When this happens, subsequent calls to that specific method are blocked until the counter drops below the limit.
If a rate limit is exceeded, the API will temporarily pause processing requests and respond with an error. This is a normal and predictable part of interacting with the API, designed to ensure stable performance.
The error is communicated using the standard HTTP 429 Too Many Requests status code. This signal simply indicates that the request was not processed and that your application should wait a short period before sending more requests.