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 receber429, 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 pelo429. Prevenir custa menos do que reagir.
Quais erros não devem ser repetidos?
Nem toda falha pede espera. Erros400 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.