Calendly · Rate Limits
Calendly Rate Limits
Calendly applies request rate limits to the v2 Scheduling API and the Webhook API. The developer portal references rate limiting in its docs but the per-second / per-minute thresholds are served from a JavaScript-rendered Stoplight viewer that is not directly extractable; consumers should consult the live documentation for current numbers. Rate limits are scoped to the access token / OAuth application and apply across the production API. The Free plan does not include API access, so rate limits practically only affect Standard, Teams and Enterprise customers.
2 Limits
Throttle: 429
Quota: 429
SchedulingSaaSRate Limiting
Limits
Scheduling API requests access-token
see developer.calendly.com Stoplight docs
Rate is bound to the OAuth access token / personal access token. Exceeding it returns HTTP 429.
Webhook delivery retries subscription
see developer.calendly.com webhook docs
Calendly retries failed webhook deliveries with exponential backoff before disabling the subscription.
Policies
Token-Scoped Limits
Rate limits are enforced per access token. OAuth applications should distribute calls across user tokens rather than concentrating them on a single service token.
Backoff on 429
When HTTP 429 is observed, retry with exponential backoff and jitter. Do not loop tightly.
Webhook Retries
Calendly retries failed webhook POSTs on a backoff schedule and eventually disables the subscription if the endpoint stays unreachable. Endpoints should respond 2xx promptly and process asynchronously.
Pagination Discipline
Use cursor pagination on list endpoints rather than aggressive polling to stay well under the published ceiling.