Skip to main content
Scopes restrict an API key to a subset of the API. You set them once, when the key is created in Settings → API Cockpit — they cannot be edited afterwards, so a key’s permissions are fixed for its lifetime. To change permissions, create a new key and rotate. The rules are simple:
  • A key with no scopes has full access to every endpoint.
  • A key with scopes is limited to exactly those surfaces.
  • Calling an endpoint outside your key’s scopes returns 403 INSUFFICIENT_SCOPE.
An unscoped key is a full-access key. That is convenient for exploration, but for anything you deploy, assign the narrowest scopes that work — a leaked lists-only key can’t send campaigns or spend search credits.

Available scopes

Scopes map to surfaces, not individual endpoints: lists covers exports because exporting is how list data leaves the platform, and campaigns covers knowledge hubs because they exist to feed campaign copy.

Always accessible

Three read-only endpoints work with any valid key, regardless of scopes: These are identity and quota reads. Every integration needs to verify its key works and monitor credit consumption, and none of that should require granting a broader scope. GET /business/me doubles as a health check:

What a scope failure looks like

Calling a campaigns endpoint with a key scoped only to lists:
The response uses the standard error envelope. A 403 here means the key itself is fine — retrying won’t help, and neither will a different endpoint under the same surface. Either use a key that carries the scope, or create one that does.
Unknown paths return 404 ENDPOINT_NOT_FOUND, never 403. So the two failure modes are distinguishable: a 403 means the endpoint exists and your key lacks the scope; a 404 means check your URL for typos.
If you’re getting 401 instead of 403, the problem is the key itself, not its scopes — see Authentication.

Best practices

One key per integration. Give your CRM sync, your enrichment pipeline, and your reporting job separate keys. When one leaks or misbehaves, you revoke it without taking the others down, and your usage is attributable per integration. Narrowest scopes that work. A pipeline that builds lists from search needs search and lists — nothing else. A tool that uploads your contacts needs contacts and lists.

Rotate keys instead of editing them

Because scopes are fixed at creation, rotation is the way to change a key’s permissions — and good hygiene on a schedule regardless:
1

Create the new key

In Settings → API Cockpit, create a key with the scopes you want. Copy it immediately — the full value is shown only once.
2

Deploy it

Update your integration to use the new key and confirm it works with GET /business/me.
3

Revoke the old key

Revoke the old key in API Cockpit. Revocation is immediate, so do this only after the new key is live everywhere.

Next steps

Authentication

How to create a key and send it with every request.

Errors

The error envelope and every code the API returns.