Verzoeklimieten & credits
Wat wordt begrensd
Uw plan begrenst vier dingen, allemaal zichtbaar in GET /v1/account: gevolgde targets, trefwoorden, gelijktijdige WebSocket-verbindingen en verzoeken per minuut. De eerste twee geven 402 plan_limit terug met details.resource, de derde sluit de socket met 4002, de vierde geeft 429 rate_limited terug met een Retry-After-header.
Header
Elk geauthenticeerd antwoord vertelt u waar u staat, zodat een client kan afremmen voordat hij wordt geweigerd:
| Header | Betekenis |
|---|---|
X-RateLimit-Limit | Toegestane verzoeken per minuut voor deze sleutel |
X-RateLimit-Remaining | Wat er nog over is in de huidige minuut |
X-RateLimit-Reset | Unix-tijd waarop het venster wordt gereset |
X-Credits-Used-Today | Credits verbruikt door leesbewerkingen op aanvraag sinds 00:00 UTC |
X-Request-Id | Citeer dit en wij kunnen het exacte verzoek in onze logboeken terugvinden |
X-Response-Time | Hoe lang wij erover deden, in milliseconden |
ETag | Zwakke validator van een JSON-antwoord; terugsturen als If-None-Match |
Idempotent-Replay | true wanneer het antwoord een replay is van een eerder verzoek met dezelfde Idempotency-Key |
Retry-After | Seconden om te wachten, bij elke 429 |
Location | Waar de aangemaakte of in de wachtrij geplaatste resource zich bevindt, bij 201 en 202 |
Credits
Streaming wordt niet gemeten — een inactieve verbinding en een drukke kosten hetzelfde, en de frames op de socket tellen niet mee voor het verzoekbudget. De REST-leesbewerkingen op aanvraag onder Leesbewerkingen verbruiken credits, een of twee per aanroep zoals per endpoint aangegeven; GET /v1/account/usage toont uw dagtotalen.