Answer

Does Qrindo have an API?

Yes. Qrindo has a REST API covering links, QR codes, analytics and webhooks, with Bearer-token authentication, RFC 7807 errors and idempotency on every POST. The full OpenAPI specification is published and rendered as browsable documentation.

Last reviewed

What the API covers

Creating and updating links and their destinations, generating QR artwork, reading scan analytics, and subscribing to webhooks. The specification is published as OpenAPI and rendered server-side at the docs page, so the operations, parameters and error shapes are readable without running anything.

The parts that matter to a backend

Every POST accepts an idempotency key, so a retry after a timeout does not create a second link. Errors follow RFC 7807 problem details rather than an ad-hoc envelope, so one handler can read every failure the API produces.

Webhook deliveries are signed with HMAC-SHA256 using a per-subscription secret, and delivery history keeps the status, response code and both bodies, so a failed delivery can be diagnosed rather than guessed at.

Authentication is a Bearer token from an API key you mint in settings, scoped to the operations it needs, with its own rate limit and an optional IP allowlist. OAuth 2.0 is available for applications acting on another workspace behalf.

Which plans include it

API access is on every plan, including the free one. What varies by tier is how many keys and webhook subscriptions you may hold and the request allowance; the plan comparison has the exact figures.

Frequently asked questions

Is there an official SDK?

The OpenAPI specification is published, so a typed client can be generated for most languages today. Treat the specification as the contract; it is what the server validates against.

What happens when I hit the rate limit?

The request is rejected rather than queued, and the limit is enforced per API key rather than per account, so one noisy integration cannot exhaust another one allowance.