3. Using the Accept-Encoding Header Field in Responses (Verwendung von Accept-Encoding in Antworten)

Abschnitt 5.3.4 von [RFC7231] definiert "Accept-Encoding" ausschließlich als Anfrage-Kopffeld.

Diese Spezifikation erweitert diese Definition, sodass "Accept-Encoding" auch als Antwort-Kopffeld zulässig ist. Ist es in einer Antwort vorhanden, gibt es an, welche Content Codings die Ressource in der zugehörigen Anfrage akzeptieren würde. Ein Feldwert, der nur "identity" enthält, bedeutet, dass keine Content Codings unterstützt wurden.

Beachten Sie, dass diese Information zur zugehörigen Anfrage gehört; die Menge unterstützter Kodierungen kann für andere Ressourcen auf demselben Server anders sein und sich über die Zeit ändern oder von anderen Aspekten der Anfrage abhängen (z. B. der Anfragemethode).

Abschnitt 6.5.13 von [RFC7231] definiert den Statuscode 415 (Unsupported Media Type) für Probleme im Zusammenhang sowohl mit Medientypen als auch mit Content Codings.

Server, die eine Anfrage wegen einer nicht unterstützten Content-Codierung ablehnen, sollten mit Status 415 antworten und in dieser Antwort ein Kopffeld "Accept-Encoding" aufnehmen, damit Clients zwischen Problemen mit Content Codings und Medientypen unterscheiden können. Um Verwechslungen mit Medientyp-Problemen zu vermeiden, dürfen Server, die eine Anfrage mit Status 415 aus Gründen ablehnen, die nichts mit Content Codings zu tun haben, das Kopffeld "Accept-Encoding" MUST NOT aufnehmen.

Es wird erwartet, dass die häufigste Verwendung von "Accept-Encoding" in Antworten den Statuscode 415 (Unsupported Media Type) hat, als Reaktion auf optimistische Nutzung einer Content-Codierung durch Clients. Das Kopffeld kann jedoch auch anzeigen, dass Content Codings unterstützt werden, um künftige Interaktionen zu optimieren. Eine Ressource könnte es beispielsweise in einer 2xx-Antwort einfügen, wenn die Anfragenutzlast groß genug für eine Kompressionscodierung war, der Client sie aber nicht verwendet hat.