Poradniki, dzięki którym wszystko działa.

Guides 27 października, 2026 5 min czytania

429 Too Many Requests: limity żądań, Retry-After i backoff

Błąd 429 oznacza, że klient wysłał zbyt wiele żądań w zbyt krótkim czasie. Jak działają limity żądań, co mówi Retry-After, jak stosować backoff i dlaczego monitor dostępności może trafić na limit.

• 429 Too Many Requests oznacza, że klient przekroczył limit żądań; nic nie jest zepsute, a natychmiastowe ponowienie tylko pogarsza sprawę.
• Retry-After mówi, ile czekać – w sekundach lub jako data; nagłówki X-RateLimit to konwencja, której znaczenie zależy od API.
• Klienci powinni respektować Retry-After, stosować wykładniczy backoff z jitterem, ograniczać liczbę ponowień i wysyłać mniej żądań.
• Właściciele serwisów powinni zwracać 429 zamiast 503 lub 403, wysyłać Retry-After, w miarę możliwości limitować po kluczu i wyłączać spod limitów swój monitoring.