Limites de requêtes
Engine ≥ 4.143.0. Chaque réponse de jeton contient data.rate_limits issu de la politique de la boutique au moment de son émission. Toutes les clés partagent ces quotas ; un nouveau jeton ne les réinitialise pas. Un changement d’offre peut s’appliquer avant l’expiration du jeton.
- read_per_minute
- Requêtes de lecture par minute.
- write_per_minute
- Requêtes d’écriture par minute ; cette valeur n’accorde aucun droit d’écriture.
- auth_per_minute
- Demandes de jeton par minute, y compris les tentatives d’authentification échouées.
Répartissez les requêtes dans le temps ; pour une limite de lecture positive, espacez les lectures d’au moins 60 / read_per_minute secondes. La limite ne garantit pas ce nombre de requêtes simultanées. Les autres intégrations la partagent : gérez 429 et Retry-After.
Zéro signifie indisponible, et non illimité.
Limites par minute
| Disponible à partir de | Lecture · GET |
|---|---|
| BASIC | 60 |
| STANDARD | 120 |
| PROFESSIONAL | 300 |
| ADVANCED | 900 |
- Écriture
- 10
- Authentification
- 10
Ces limites sont partagées par toutes les clés d’une même boutique.
Requête
- Les lectures et écritures sont soumises à la politique API actuelle de la boutique.
- Les clés ne procurent pas de capacité illimitée distincte.
- Limitez la concurrence, mettez en cache les données de référence appropriées et évitez les lectures répétées de détails inchangés.
429 · Retry-After
- Lorsque l'API renvoie 429 avec rate_limit.exceeded, attendez au moins le nombre de secondes de Retry-After et ajoutez un délai aléatoire.
- 429 · capacity.queue_full — La courte file d’attente de l’API est pleine ; la requête n’a pas commencé à s’exécuter. 429 · capacity.wait_timeout — Le délai d’attente dans la file de l’API a expiré ; la requête n’a pas commencé à s’exécuter. Attendez au moins le nombre de secondes indiqué par Retry-After et ajoutez un délai aléatoire. Pour la même écriture, conservez la clé et le contenu.
- Utilisez le code et l'en-tête documentés plutôt qu'un intervalle fixe supposé.