Skip to main content
A API pública aplica limites por API key, por projeto e por IP para proteger a infraestrutura.

Limites por API key / projeto

Jobs em status queued ou processing contam para o limite de concorrência. Aguarde completed ou failed antes de enfileirar novos downloads.

Headers de resposta (rotas autenticadas)

Em requisições autenticadas bem-sucedidas, a API retorna: X-RateLimit-Reset é um epoch timestamp — não segundos restantes. Em respostas 429 por rate limit da API key, esses headers não são enviados.

Códigos de erro 429

Corpo típico:

Limites globais por IP

Antes do router /v1, a infraestrutura aplica limites adicionais por IP: Formato de erro diferente (sem request_id):
Headers seguem o padrão draft-6 (Ratelimit-Limit, Ratelimit-Remaining, etc.). Em integrações server-to-server normais, o limite por API key é o que importa. Os limites por IP afetam principalmente tráfego sem autenticação ou abusivo.

Boas práticas

  • Implemente backoff exponencial em 429 e 5xx
  • Use GET /jobs/{jobId} com intervalo de 2–5 s — não faça polling agressivo em /media/resolve
  • Registre request_id nos logs para suporte
  • Use fila no seu backend para respeitar o limite de 2 jobs simultâneos
Veja também: Polling e retentativas · Boas práticas