Limites de débit
L’API Brevo limite les requêtes par endpoint, et non par jour. Chaque limite est un nombre de requêtes par seconde (RPS), par heure (RPH), ou les deux, et lorsque les deux s’appliquent, vous devez rester sous les deux. Dépasser une limite renvoie 429 Too Many Requests.
Limites du palier général
Le palier général s’applique à chaque forfait Brevo : Free, Starter, Standard, Professional et Enterprise. Voici les limites que Brevo publie pour ce palier :
| Endpoint | Limite |
|---|---|
POST /v3/smtp/email, GET /v3/smtp/blockedContacts | 1 000 RPS, 3 600 000 RPH |
POST /v3/transactionalSMS/send | 150 RPS, 540 000 RPH |
Tous les endpoints sous /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 |
Autres endpoints sous /v3/smtp | 300 RPH |
Tous les endpoints sous /v3/loyalty | 600 RPH |
| Tous les autres endpoints | 100 RPH |
Les comptes Professional et Enterprise peuvent utiliser le palier avancé, qui double la plupart de ces limites. Les comptes Enterprise peuvent utiliser le palier étendu, le plus élevé. Consultez Limites globales pour comparer les trois paliers côte à côte, et la page des limites de débit de Brevo pour les chiffres à jour.
En-têtes de limite de débit
Les endpoints soumis à une limite de débit renvoient trois en-têtes :
x-sib-ratelimit-limit: 1000x-sib-ratelimit-remaining: 750x-sib-ratelimit-reset: 1x-sib-ratelimit-limit: requêtes autorisées dans la fenêtre en coursx-sib-ratelimit-remaining: requêtes restantes dans la fenêtre en coursx-sib-ratelimit-reset: temps restant avant la réinitialisation de la fenêtre, généralement en secondes
Bonnes pratiques
- Surveiller les en-têtes de limite de débit
- Implémenter un backoff exponentiel pour les nouvelles tentatives
- Répartir les requêtes uniformément sur la fenêtre
- Mettre les réponses en cache lorsque c’est possible
- Utiliser les webhooks plutôt que le polling