LIMIT_AMOUNT / LIMIT_PERIOD.
Avoiding hitting limits
These are best practices for using our APIs that will, in most cases, avoid hitting any rate limits.Avoid polling
We strongly discourage polling the API to check for updates, as it can lead to unnecessary load and rate limiting. While we don’t support webhooks yet, we plan to add that functionality soon. If you have a specific use case in mind, let us know—it helps us prioritize what to build next.Avoid fetching unneeded data
Avoid fetching data you don’t need by using our search functionality. This way you can drill down on specific records only and avoid pagination.API request limits
We limit the amount of requests you make to our API. To make it easier to keep track and avoid going over the limits, there are 3 HTTP response headers we send back on each request.| HTTP Header | Description |
|---|---|
| RateLimit-Limit | The maximum number of API requests you’re permitted to make per hour. |
| RateLimit-Remaining | The number of API requests remaining in the current rate limit window. |
| RateLimit-Reset | The time at which the current rate limit window resets in UTC epoch milliseconds. |