TrueURL
TrueURL

Menü

429 Too Many Requests

Der Client hat in einem bestimmten Zeitraum zu viele Anfragen gesendet (Rate-Limit). Ein Retry-After-Header kann angeben, wie lange er warten soll.

Statustext
Too Many Requests
Weiterleitung
Nein
Standardmäßig cachebar
Nein

429 Too Many Requests (RFC 6585) bedeutet, dass der Nutzer in einem bestimmten Zeitraum zu viele Anfragen gesendet hat. Die Antwort sollte die Situation erklären und kann einen Retry-After-Header enthalten, der in Sekunden oder als Datum angibt, ab wann der Client es erneut versuchen kann. Caches dürfen 429-Antworten nicht speichern.

Rate-Limits können pro IP-Adresse, Nutzer, API-Schlüssel oder Endpunkt gelten. Viele APIs senden außerdem Header wie X-RateLimit-Limit und X-RateLimit-Remaining oder die RateLimit-Header-Felder, die die IETF gerade standardisiert, um das verbleibende Kontingent anzuzeigen.

Gut programmierte Clients warten so lange, wie Retry-After angibt, oder verlängern ihre Wartezeit exponentiell, statt es sofort erneut zu versuchen. Auch die API von TrueURL antwortet mit 429 und Retry-After, wenn Sie in kurzer Zeit sehr viele Prüfungen ausführen.

Beispielantwort

HTTP
HTTP/1.1 429 Too Many Requests
Date: Fri, 06 Nov 2026 10:15:32 GMT
Retry-After: 120
Content-Type: application/json
Content-Length: 81

{"error":"rate_limited","message":"Too many requests. Try again in 120 seconds."}

SEO und Weiterleitungsprüfung

Google wertet 429 als Zeichen dafür, dass der Server überlastet ist, ähnlich wie einen 5xx-Fehler. Der Googlebot crawlt dann langsamer, und URLs, die dauerhaft 429 liefern, können irgendwann aus dem Index entfernt werden. Für kurze Zeit 429 oder 503 zu liefern ist der empfohlene Weg, um das Crawling im Notfall zu reduzieren; länger als ein oder zwei Tage sollte das aber nicht dauern.

Achten Sie darauf, dass Rate-Limits und Bot-Schutz im Normalbetrieb keine legitimen Crawler treffen. Liefert eine Weiterleitungsprüfung 429, begrenzt das Ziel die Anfragen des Checkers; warten Sie eine Weile, bevor Sie erneut prüfen.

Häufige Ursachen und Einsatzzwecke

  • Ein API-Client hat sein Kontingent oder sein Burst-Limit überschritten.
  • Ein Login-Formular blockiert wiederholte Versuche von derselben IP-Adresse.
  • Eine Rate-Limit-Regel eines CDN oder einer WAF wird von einem Crawler, einem Monitoring-Dienst oder einem Bulk-Checker ausgelöst.
  • Viele Nutzer teilen sich eine IP-Adresse (Firmennetzwerk, Mobilfunkanbieter) und erreichen gemeinsam ein Limit pro IP-Adresse.

URL-Redirect-Checker

Prüfen Sie mit dem kostenlosen Redirect-Checker von TrueURL Hop für Hop, welche Statuscodes eine URL zurückgibt.