Skip to main content
The public API is rate limited per API key. The limits are set high enough that a steady integration stays well under them; they exist to contain runaway loops.

​
The limits

  • 600 requests per minute per key.
  • 600 requests per minute per IP, counted across every API-key request from that address.
Because a key belongs to one organization, per-key is effectively per-org. The per-IP counter is a backstop: splitting a hot loop across several keys on one host still trips it. Both windows are rolling 60-second buckets, shared across all web processes. The limit is the same however your requests are distributed.

​
When you exceed it

You get 429 Too Many Requests with the standard error envelope:

​
Handling it

  • Back off and retry after a short delay — exponential backoff with jitter is ideal.
  • Prefer bigger pages over more requests — page_size up to 100 on most list endpoints — instead of fanning out parallel calls.
  • Cache what doesn’t change per minute. Brand and topic lists rarely move; metric windows only shift as new runs land.
  • If you need a higher limit, get in touch. Rotating keys or IPs doesn’t work — the per-IP counter catches it.
The MCP server forwards your key upstream unchanged, so its calls count against the same per-key budget as your own integrations.
See Errors for the full code list and what’s retryable.