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.- X- prefixed headers
- Bearer token
- X-API-Key
For reverse proxies or platforms that require
X-* header prefixes:Verify your credentials
CallGET /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 return403 IP_NOT_WHITELISTED.
- Dashboard
- API
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.
Security practices
Store keys server-side
Store keys server-side
Keep credentials in server environment variables (
.env). Never commit them to git.HTTPS required
HTTPS required
All requests must use TLS 1.2 or later. Plain HTTP requests are rejected.
Rotate keys instantly
Rotate keys instantly
Rotate compromised keys from your developer dashboard or through the API.
IP whitelisting
IP whitelisting
Optionally restrict API calls to designated static server IP addresses. See IP whitelisting.

