Skip to main content
Every request must be sent over HTTPS with your Client-ID and Client-Secret in the request headers.

Required headers

Accepted header aliases

If your platform or proxy needs a different format, these alternatives are also accepted.
For reverse proxies or platforms that require X-* header prefixes:
Do not send empty credentials or a placeholder such as Authorization: Bearer :. Missing, malformed, or revoked credentials return 401 INVALID_API_KEY.

Verify your credentials

Call GET /auth/verify to confirm your keys are valid and active.

Manage API keys

When generating a key you can set a name, a mode (live or test), scopes, and allowed_ips.

IP whitelisting

Restrict a key so the API only accepts calls from your server’s IPv4 or IPv6 addresses or CIDR ranges. Requests from any other IP return 403 IP_NOT_WHITELISTED.
1

Open API keys

Sign in and open Developer & API Keys (/dashboard/api-keys).
2

Create or edit a key

Click Create New API Key, or Configure on an existing key.
3

Add your IPs

In IP Whitelist (Optional), enter static IPs or CIDR ranges separated by commas, for example 203.0.113.42, 198.51.100.0/24.
4

Save

Click Save. The restriction applies immediately.
Leave the list empty to allow any IP, for example on serverless platforms with dynamic egress IPs.

Security practices

Keep credentials in server environment variables (.env). Never commit them to git.
All requests must use TLS 1.2 or later. Plain HTTP requests are rejected.
Rotate compromised keys from your developer dashboard or through the API.
Optionally restrict API calls to designated static server IP addresses. See IP whitelisting.