Limite de requisições

Para manter a integridade da API, os métodos e endpoints possuem limites de requisição. Neste tópico é possível verificar o rate limit para os recursos disponíveis na API

Para garantir o bom desempenho da API, as integrações serão submetidas a um limite de requisições (throttling). Este limite é definido por endpoint + método, seguindo os valores descritos abaixo:

Endpoint	Limite de Requisições	Métodos	Observações
Products	9 por segundo	GET	Buscar lista ou SKU individual compartilham do mesmo limite
Products	9 por segundo	POST, PUT, DELETE	Limite definido para cada método
Variations	9 por segundo	PUT, DELETE	Limite definido para cada método
Orders	9 por segundo	POST, PUT, DELETE	Cada endpoint em orders possui 9/s para cada método
Orders	1 por segundo	GET	Buscar lista ou pedido individual possuem seu próprio limite
Queues	9 por segundo	GET, DELETE	Limite definido para cada método
Shipments (PLP)	9 por segundo	GET, POST, DELETE	Cada endpoint em shipments possui 9/s para cada método
Stores	1 por segundo	GET	Limite definido para cada método
Stores	9 por segundo	POST, PUT	Limite definido para cada método
SAC	9 por segundo	POST, PUT, PATCH, GET	Limite definido para cada método
Fulfillment	1 por segundo	POST, GET	Cada endpoint em fulfillment possui 1/s para cada método
Rehub	27 por segundo	POST, GET, DELETE	Cada endpoint em rehub possui 27/s para cada método
QnA	9 por segundo	POST	Limite definido para o método
Outros endpoints	1 por segundo	POST, PUT, GET, DELETE	Limite definido para cada método

Caso a integração ultrapasse os limites estabelecidos será retornado erro HTTP 429.

É importante que ao receber o primeiro retorno HTTP 429 a sua integração aguarde uma nova janela de requisições para não ocorrer no mesmo erro.

O limite de requisições é definido por token, ou seja, por loja.