Retry-After header
Der HTTP-Retry-After-Antwortheader gibt an, wie lange der Benutzeragent warten sollte, bevor er eine Folgeanfrage stellt. Es gibt drei Hauptfälle, in denen dieser Header verwendet wird:
- In einer
503 Service Unavailable-Antwort gibt dies an, wie lange der Dienst voraussichtlich nicht verfügbar sein wird. - In einer
429 Too Many Requests-Antwort gibt dies an, wie lange man warten sollte, bevor man eine neue Anfrage stellt. - In einer Umleitungsantwort, wie
301 Moved Permanently, gibt dies die Mindestzeit an, die der Benutzeragent warten soll, bevor er die umgeleitete Anfrage stellt.
| Header-Typ | Antwortheader |
|---|
Syntax
http
Retry-After: <http-date>
Retry-After: <delay-seconds>
Anweisungen
<http-date>-
Ein Datum, nach dem erneut versucht werden soll. Siehe den
Date-Header für weitere Details zum HTTP-Datumsformat. <delay-seconds>-
Eine nicht-negative Dezimalzahl, die die Sekunden angibt, die nach Erhalt der Antwort zu warten sind.
Beispiele
Umgang mit geplanter Ausfallzeit
Die Unterstützung des Retry-After-Headers auf beiden Seiten, Clients und Servern, ist noch inkonsistent. Einige Crawler und Spider, wie der Googlebot, respektieren jedoch den Retry-After-Header. Es ist nützlich, ihn zusammen mit einer 503-Antwort zu senden, damit Suchmaschinen Ihre Website weiterhin indexieren, wenn die Ausfallzeit vorbei ist.
http
Retry-After: Wed, 21 Oct 2015 07:28:00 GMT
Retry-After: 120
Spezifikationen
| Specification |
|---|
| HTTP Semantics # field.retry-after |
Browser-Kompatibilität
Siehe auch
503 Service Unavailable301 Moved Permanently- Anleitung zum Umgang mit geplanter Site-Ausfallzeit auf developers.google.com (2011)