Signification
Le client a envoyé trop de requêtes dans un laps de temps donné (limitation de débit). Retry-After peut indiquer combien de temps attendre.
Causes courantes
- Limites de débit ou quotas d'API dépassés
- Boucles de nouvelles tentatives sans temporisation
- Beaucoup d'utilisateurs derrière une même IP partagée
Comment corriger
Côté client ou visiteur
Respectez Retry-After, utilisez une temporisation exponentielle avec gigue, mettez les résultats en cache et regroupez les requêtes.
Côté propriétaire du site ou de l’API
Renvoyez Retry-After et des en-têtes RateLimit pour que les clients s'adaptent, et limitez par clé ou par utilisateur plutôt que seulement par IP.
Exemple de réponse
HTTP/1.1
HTTP/1.1 429 Too Many Requests
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Retry-After: 30
RateLimit-Policy: 100;w=60
Content-Type: application/problem+json
{
"type": "about:blank",
"title": "Too Many Requests",
"status": 429,
"detail": "Rate limit of 100 requests per minute exceeded."
}Spécification
FAQ
› Combien de temps attendre après une 429 ?
Utilisez Retry-After s'il est présent ; sinon temporisez de façon exponentielle, par exemple 1, 2, 4, 8 secondes avec une gigue aléatoire.
› 429 nuit-il au SEO ?
Googlebot ralentit l'exploration quand il voit 429. De courtes périodes ne posent pas de problème ; de longues peuvent retarder l'indexation.