Skip to main content
The GetQR API is in beta and is available to selected workspaces. Details may change before the general release.
The GetQR API limits how many requests each API key can send, so one integration can’t slow down the API for everyone.

Limits

The limit is counted over a sliding one-minute window and applies to all endpoints together. The health check doesn’t need a key and doesn’t count.

Rate limit headers

Responses to requests with a valid API key carry these headers, error responses included:

When you go over the limit

Over the limit, the API answers 429 with the rate_limit_exceeded code and the same headers:
Wait until the reset time before sending more requests. Add jitter so several workers don’t retry at the same moment, and back off exponentially on 5xx errors:
Only retry POST /api/v1/qrs with an Idempotency-Key header. Then a retry never creates a second QR code. See Idempotency.

Stay under the limit

  • Watch X-RateLimit-Remaining and slow down before it reaches 0.
  • Use bulk QR creations instead of one request per QR code.
  • Fetch up to 100 results per page with pageSize=100. See Pagination.
  • Cache QR images: downloads return an ETag, so you can send If-None-Match and get 304 Not Modified when nothing changed.

What’s next

Errors

QR codes