Spark Hire · Rate Limits

Spark Hire Rate Limits

The Spark Hire API enforces a documented rate limit of 400 requests per minute. Exceeding the limit returns HTTP 429 with an X-Rate-Limit-Try-Again-Seconds header indicating how many seconds to wait before retrying. Rate limiting is applied per API key (keys are scoped to an individual user). To avoid polling and reduce request volume, Spark Hire recommends webhooks - Spark Hire POSTs changed interview and job objects to a URL you register instead of requiring you to poll list endpoints.

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

It captures 2 rate-limit definitions, measuring requests.

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

Tagged areas include Video Interviewing, Recruiting, HR Tech, Rate Limiting, and Quotas.

2 Limits Throttle: 429
Video InterviewingRecruitingHR TechRate LimitingQuotas

Limits

API Requests api-key
requests
400 per minute
Documented limit. A 429 response includes X-Rate-Limit-Try-Again-Seconds.
Per-Endpoint Quota api-key
requests
not separately published
No separate per-endpoint or daily quota is documented beyond the 400/min limit.

Policies

Retry-After Header
On a 429, the X-Rate-Limit-Try-Again-Seconds header gives the number of seconds to wait before retrying.
Prefer Webhooks Over Polling
Use webhook subscriptions (interview and job lifecycle events) instead of polling list endpoints to stay within the request limit.
Backoff Strategy
Clients should implement exponential backoff with jitter and honor the try-again header on 429 responses.

Sources