---
title: "Ratenbegrenzungen | Tajo"
description: "Brevo API Ratenbegrenzungen verstehen und Best Practices"
url: https://tajo.io/de/docs/rate-limits/
markdown: https://tajo.io/de/docs/rate-limits.md
lang: de-DE
author: "Set Noa"
author_url: https://tajo.io/de/set-noa/
robots: noindex
---

Beantrage frühzeitigen Zugang

Gib deinen Vornamen und deine geschäftliche E-Mail-Adresse ein. Wir senden dir einen Link, mit dem du deine Anfrage für den Tajo-Zugang bestätigst.

# Ratenbegrenzungen

[Set Noa](https://tajo.io/de/set-noa/)

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](https://tajo.io/de/docs/rate-limits/global-limits/), die aktuellen Werte auf der [Rate-Limits-Seite](https://developers.brevo.com/docs/api-limits) von Brevo.

## Rate-Limit-Header

Endpunkte mit Ratenbegrenzung liefern drei Header:

```
x-sib-ratelimit-limit: 1000
x-sib-ratelimit-remaining: 750
x-sib-ratelimit-reset: 1
```

- `x-sib-ratelimit-limit`: im aktuellen Zeitfenster erlaubte Anfragen
- `x-sib-ratelimit-remaining`: im aktuellen Zeitfenster verbleibende Anfragen
- `x-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