Hospitable · Rate Limits

Hospitable Rate Limits

Hospitable applies rate limiting to the Public API v2 but does not publish fixed numeric per-endpoint request ceilings in its public documentation. Requests that exceed the limit receive an HTTP 429 (Too Many Requests) response, and community SDKs implement automatic client-side rate limiting and back-off around the API. Callers should read any RateLimit / Retry-After response headers, throttle proactively, and page through large collections rather than polling aggressively. Webhooks provide a push alternative to polling for reservation, property, message, and review changes and are the recommended way to stay in sync without hitting request limits.

Hospitable Rate Limits is the machine-readable rate-limit profile for Hospitable on the APIs.io network, conforming to the API Commons Rate Limits specification.

It captures 3 rate-limit definitions, measuring requests and attempts.

The profile also includes 3 backoff/retry policies defined and response codes documented for throttled.

Tagged areas include Vacation Rental, Short-Term Rental, Property Management, Rate Limiting, and Quotas.

3 Limits Throttle: 429
Vacation RentalShort-Term RentalProperty ManagementRate LimitingQuotas

Limits

Public API Requests account
requests
not published
A rate limit is enforced and returns HTTP 429, but no fixed numeric ceiling is documented publicly.
Personal Access Token Scope token
requests
all endpoints
PATs have access to all Public API endpoints by default and are scoped to a single Hospitable account.
Webhook Delivery Retries endpoint
attempts
5
Failed webhook deliveries are retried up to 5 times with exponential back-off (1 sec, 5 sec, 10 sec, 1 hr, 6 hr).

Policies

Throttling Response
Requests beyond the allowed rate receive an HTTP 429 response; clients should honor Retry-After where present.
Backoff Strategy
Clients should implement exponential back-off with jitter on 429 responses; community SDKs handle this automatically.
Prefer Webhooks Over Polling
Use v2 webhooks for reservation, property, message, and review changes instead of frequent polling to avoid rate limits.

Sources