Content-Encoding

Baseline Widely available *

This feature is well established and works across many devices and browser versions. It’s been available across browsers since ⁨2015年7月⁩.

* Some parts of this feature may have varying levels of support.

Content-Encoding は表現ヘッダーで、表現（メッセージの内容）に適用されているエンコード方式とその順番を保持しています。これによって受信者は、元の内容の形式を取得するために、その表現をデコードする方法を知ることができます。コンテンツのエンコード方式は、主に元のメディア形式に関する情報を失うことなくメッセージデータを圧縮するために使用されます。

元のメディア/コンテンツの形式はContent-Type ヘッダーで指定し、Content-Encoding はデータの表現、つまり「コード化形式」に適用されることに注意してください。元のメディアが何らかの方法でエンコードされている場合（zip ファイルなど）、この情報はContent-Encoding ヘッダーには含まれません。

可能な限りデータを圧縮してこのフィールドを使用することを推奨しますが、 JPEG 画像などの一部のリソースは、すでに圧縮されています。時には、さらに圧縮をしても長さが短縮されないどころか、かえって長くなることもあります。

ヘッダー種別	表現ヘッダー
禁止リクエストヘッダー	いいえ

構文

http

Content-Encoding: gzipContent-Encoding: compressContent-Encoding: deflateContent-Encoding: br// 複数の場合、適用された順序Content-Encoding: deflate, gzip

ディレクティブ

gzip: Lempel-Ziv coding (LZ77) を使用し、32 ビットの CRC が付いた形式です。これは UNIX のgzip プログラムの独自形式です。 HTTP/1.1 標準は、このエンコード方式に対応するサーバーは、互換性の面からx-gzip もエイリアスとして解釈するよう推奨しています。
compress: Lempel-Ziv-Welch (LZW) アルゴリズムを使用した形式です。この値の名前は、このアルゴリズムを実装している UNIX のcompress プログラムから取られました。このエンコード方式は、特許問題（2003 年に期限切れ）を一因として、 compress プログラムが多くの UNIX ディストリビューションから削除されたのと同様に、現在では多くのブラウザーから削除されています。
deflate: zlib 構造（RFC 1950 で定義）のdeflate 圧縮アルゴリズム（RFC 1951) で定義）を使用します。
br非標準: Brotli アルゴリズムを使用した形式です。