Ratenbegrenzungen
Die Brevo API begrenzt Anfragen pro Endpunkt, nicht pro Tag. Jedes Limit ist eine Anzahl von Anfragen pro Sekunde (RPS), pro Stunde (RPH) oder beides, und wenn beides gilt, müssen Sie unter beiden bleiben. Wer ein Limit überschreitet, erhält 429 Too Many Requests.
Limits der General-Stufe
Die General-Stufe gilt für jeden Brevo-Tarif: Free, Starter, Standard, Professional und Enterprise. Das sind die Limits, die Brevo dafür veröffentlicht:
| Endpunkt | Limit |
|---|---|
POST /v3/smtp/email, GET /v3/smtp/blockedContacts | 1.000 RPS, 3.600.000 RPH |
POST /v3/transactionalSMS/send | 150 RPS, 540.000 RPH |
Alle Endpunkte unter /v3/contacts | 10 RPS, 36.000 RPH |
POST /v3/events | 10 RPS, 36.000 RPH |
POST /v3/orders/status | 5 RPS, 18.000 RPH |
POST /v3/products | 2 RPS, 7.200 RPH |
GET /v3/smtp/emails | 2 RPS, 7.200 RPH |
Andere Endpunkte unter /v3/smtp | 300 RPH |
Alle Endpunkte unter /v3/loyalty | 600 RPH |
| Alle anderen Endpunkte | 100 RPH |
Professional- und Enterprise-Konten können die Advanced-Stufe nutzen, die die meisten dieser Limits verdoppelt. Enterprise-Konten können die Extended-Stufe nutzen, die höchste. Die drei Stufen im direkten Vergleich finden Sie unter Globale Limits, die aktuellen Werte auf der Rate-Limits-Seite von Brevo.
Rate-Limit-Header
Endpunkte mit Ratenbegrenzung liefern drei Header:
x-sib-ratelimit-limit: 1000x-sib-ratelimit-remaining: 750x-sib-ratelimit-reset: 1x-sib-ratelimit-limit: im aktuellen Zeitfenster erlaubte Anfragenx-sib-ratelimit-remaining: im aktuellen Zeitfenster verbleibende Anfragenx-sib-ratelimit-reset: Zeit bis zum Zurücksetzen des Zeitfensters, meist in Sekunden
Best Practices
- Rate-Limit-Header überwachen
- Exponentielles Backoff für Wiederholungsversuche implementieren
- Anfragen gleichmäßig über das Zeitfenster verteilen
- Antworten nach Möglichkeit zwischenspeichern
- Webhooks anstelle von Polling verwenden