Anfragelimits
Engine ≥ 4.143.0. Jede Token-Antwort enthält data.rate_limits aus der bei Ausstellung geltenden Shop-Richtlinie. Alle Schlüssel teilen diese Budgets; ein neues Token setzt sie nicht zurück. Tarifänderungen können vor Ablauf des Tokens gelten.
- read_per_minute
- Leseanfragen pro Minute.
- write_per_minute
- Schreibanfragen pro Minute; dieser Wert erteilt keine Schreibrechte.
- auth_per_minute
- Token-Anfragen pro Minute, einschließlich fehlgeschlagener Authentifizierungsversuche.
Verteilen Sie Anfragen gleichmäßig. Bei einem positiven Leselimit mindestens 60 / read_per_minute Sekunden zwischen Leseanfragen warten. Das Limit garantiert keine gleichzeitige Verarbeitung dieser Anzahl. Andere Integrationen teilen es: 429 und Retry-After beachten.
Null bedeutet nicht verfügbar, nicht unbegrenzt.
Limits pro Minute
| Verfügbar ab | Lesen · GET |
|---|---|
| BASIC | 60 |
| STANDARD | 120 |
| PROFESSIONAL | 300 |
| ADVANCED | 900 |
- Schreiben
- 10
- Authentifizierung
- 10
Alle Schlüssel eines Shops teilen sich diese Limits.
Anfrage
- Lese- und Schreibverkehr unterliegen der aktuellen API-Richtlinie des Shops.
- Schlüssel stellen keine getrennte unbegrenzte Kapazität bereit.
- Begrenzen Sie die Nebenläufigkeit, speichern Sie geeignete Referenzdaten zwischen und vermeiden Sie wiederholte Abrufe unveränderter Detaildatensätze.
429 · Retry-After
- Bei 429 mit rate_limit.exceeded mindestens die in Retry-After angegebene Sekundenzahl warten und eine zufällige Verzögerung hinzufügen.
- 429 · capacity.queue_full — Die kurze API-Warteschlange ist voll; die Ausführung der Anfrage hat nicht begonnen. 429 · capacity.wait_timeout — Die Wartezeit in der API-Warteschlange ist abgelaufen; die Ausführung hat nicht begonnen. Mindestens die in Retry-After angegebene Sekundenzahl warten und eine zufällige Verzögerung hinzufügen. Bei demselben Schreibvorgang Schlüssel und Inhalt beibehalten.
- Nutzen Sie Fehlercode und Header, statt ein festes Wiederholungsintervall zu erraten.