Too Many Requests – Web 429

429

La risposta HTTP 429 indica che il client ha inviato più richieste di quante il server sia disposto a gestire nel periodo considerato. Non è un errore generico del browser: il limite può essere per utente, risorsa o intero servizio. La diagnosi deve leggere Retry-After, intestazioni di rate limit e log del server; la correzione consiste nel ridurre il ritmo, usare backoff e correggere eventuali loop o retry simultanei.

Cosa significa questo errore?

La risposta HTTP 429 indica che il client ha inviato più richieste di quante il server sia disposto a gestire nel periodo considerato. Non è un errore generico del browser: il limite può essere per utente, risorsa o intero servizio. La diagnosi deve leggere Retry-After, intestazioni di rate limit e log del server; la correzione consiste nel ridurre il ritmo, usare backoff e correggere eventuali loop o retry simultanei.

Messaggio originale

Too Many Requests

Contesto e parole chiave

Alias

  • HTTP 429
  • rate limit

Messaggi alternativi

  • Rate limit exceeded
  • Troppe richieste

Prodotti

  • HTTP

Piattaforme

  • Tutti

Parole chiave

  • http 429
  • rate limit
  • too many requests

Cause possibili

Frequenza di richieste oltre il limite

Un client, un job o un gruppo di client supera la soglia configurata dal servizio.

comune

Diagnosi

Retry-After e intestazioni della risposta

Salvare la risposta completa e verificare il tempo suggerito prima del nuovo tentativo.

Come leggere il risultato. Retry-After e gli header di quota aiutano a distinguere un limite applicativo da un errore di rete.

curl
curl -i https://example.test/api

Risoluzione

Backoff e riduzione della frequenza

Difficoltà: mediaRischio: basso

Rallentare le richieste e rispettare il tempo indicato dal server.

  1. Registrare status e header.
  2. Applicare retry con backoff esponenziale e jitter.
  3. Eliminare polling e richieste duplicate.

Domande frequenti

Posso ignorare HTTP 429 e ritentare subito?

No. I retry immediati possono prolungare il blocco; bisogna rispettare Retry-After o applicare un backoff controllato.

Approfondimenti

Schede correlate