For both v1 and v2.
Is querying customer entitlements via the REST API a recommended way to confirm their subscription status before I allow them to perform some costly in-app action?
For both v1 and v2.
Is querying customer entitlements via the REST API a recommended way to confirm their subscription status before I allow them to perform some costly in-app action?
Best answer by wes_clark
Our rate limit details are documented here for our v2 API. You'll actually see the remaining rate available in API response headers on successful calls. The rate limit is variable based on load, but is usually ~60 requests per minute; these headers will let you know if this has changed for higher load times.
If you're using our v1 endpoints, they also have variable rate limiting and are a bit more generous than the v2 endpoints since they're used in real time, but it doesn't include the same headers. Our recommendation for v1 endpoints has been to do around 1 request per second. In both cases, you'll receive a 429 error code. If you do receive the code, we recommend implementing a pause and retry strategy. If you just need to do the checking of status in app and expect to be doing it often, I would recommend using getCustomerInfo in the app.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.