Storable · Rate Limits

Storable Rate Limits

Storable's public storEDGE v1 API reference does not publish a numeric per-minute or per-day request-rate limit. It does document collection-level pagination: any endpoint returning a collection accepts page and per_page query parameters, and responses are limited to 100 items by default unless per_page is set. Every response body carries a meta hash with status_code, status_message, error_code, and request_id, which is the mechanism for surfacing throttling or authorization errors rather than a documented numeric quota. No rate-limit information is published for SiteLink's legacy SOAP API, whose reference document itself sits behind an NDA.

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

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

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

Tagged areas include Self Storage, Property Management, storEDGE, Rate Limiting, and Pagination.

3 Limits Throttle: 429
Self StorageProperty ManagementstorEDGERate LimitingPagination

Limits

Collection Page Size request
items
100 default, configurable via per_page
Applies to any storEDGE endpoint that returns a collection (tenants, units, leads, ledgers, etc.).
API Request Rate account
requests
not published
No fixed numeric request-rate limit is documented for the storEDGE v1 API.
SiteLink Legacy API account
requests
not published
SiteLink's SOAP API reference is NDA-gated; no public rate-limit information exists.

Policies

Facility Scoping
Every storEDGE request is scoped to a single facility_id (or company_id at the corporate level) baked into the URL path, which is the primary access boundary rather than a throttling mechanism.
Required Headers
Storable's docs "highly recommend" sending Content-Type and Accept headers set to application/json on every call, noting some calls may not succeed without them.
Backoff Recommendation
As with most REST APIs, clients should implement retry with backoff on 5xx and any throttling responses, honoring Retry-After if present, though Storable does not explicitly document this header.

Sources