Skip to main content
A API aplica um limite de 2 requisições por segundo, por IP. Ao exceder, a resposta é 429 e a chamada não é processada. O corpo desse 429 é uma página HTML padrão do servidor, sem JSON e sem o header Retry-After: trate pelo status. O limite vale por IP, não por token. Integrações diferentes que saem do mesmo servidor dividem a mesma cota, e é comum descobrir isso só quando a segunda integração entra no ar.

Quantas chamadas por segundo a API aceita?

Uma pausa de 500 ms entre chamadas mantém você dentro do limite. Parece lento, mas o custo é menor do que soa: uma varredura de 100 páginas termina em menos de um minuto. O ponto de atenção é a sincronização inicial, quando você carrega a base inteira pela primeira vez. Depois dela, as cargas incrementais são pequenas.

Trate o 429 com backoff exponencial

Ao receber 429, espere e tente de novo, dobrando o intervalo a cada falha: 1 s, 2 s, 4 s, 8 s. Como não há Retry-After, esse intervalo é seu, começando em 1 segundo. Nunca repita a chamada imediatamente, porque isso só consome a cota de novo.

Ritme as varreduras

Em listagens paginadas, insira a pausa entre as páginas em vez de esperar pelo 429. Prevenir custa menos do que reagir.

Quais erros não devem ser repetidos?

Nem toda falha pede espera. Erros 400 e 404 não se resolvem sozinhos: reenviar o mesmo payload devolve o mesmo erro, então corrija antes de tentar de novo. O 401 é configuração, e repetir a chamada não vai autenticá-la. Só 429 e os erros 5xx merecem retry com espera crescente. O catálogo completo está em erros na v1 e erros na v2.

Próximos passos

Como a API funciona

Os conceitos que valem para as duas versões.

Autenticação

Como o token funciona e onde gerar o seu.