HTTP圧縮でdeflateではなくgzipが採用される理由とは?

Question

gzip圧縮されたデータの展開方法いろいろ - Qiita

上記ページの情報によると、gzipはdeflateによるデータにペイロードを追加したもの、ということになります。
となると、圧縮率を最優先にした場合、gzipよりdeflateが最適と思われます。
ですが、実際はdeflateが採用されているという話はただの1つも聞きません。

上に挙げたページでは、gzipのメタデータそのものはdeflate形式の確定や生成環境についてのものが殆どで、
形式はContent-Encodingヘッダで指定できますし、生成環境についての情報は無用のはずです。

唯一有用と考えられるのは、破損や改竄を検出するためのチェックサムですが、そういったデータの破損チェックはHTTP通信のレベルで解決されていると考えられます。
もしそうでなければ、HTTPヘッダやHTTP圧縮を行っていないデータは破損をチェックしていないという問題を抱えていることになります。
それはないでしょう。

Accept-Encodingヘッダにdeflateを指定するブラウザは未だにそれなりに存在します。
そして、メタデータが無い分gzipよりdeflateが少ないデータを送れます。
(雀の涙のような差ですが…)

しかし、たったの1例でもHTTP圧縮にdeflate形式を利用しているという話は聞きません。
これは何故なのでしょうか?

Answer 1

HTTPのヘッダー上では、zlibヘッダー付きのdeflateをdeflateと指定するのですが（RFC2616の3.5節）、名前のせいで生のdeflateストリームとしてしまうプログラムがあるようで、うまくやりとりが出来ないことがあるため、多少バイトが増えてもより安全なgzipが使われる、とのことです（zlibのサイトより）。

Comments

[sounisi5011]

よく分かりました。
なんでこんな分かりにくい仕様になっているんでしょうかね…

ありがとうございます。

Answer 2

唯一有用と考えられるのは、破損や改竄を検出するためのチェックサムですが、そういったデータの破損チェックはHTTP通信のレベルで解決されていると考えられます。

TCPにて誤り検出コードと自動再送要求（ARQ）プロトコルによるエラー復旧を提供していますが、完全にエラーが無くなるわけではありません。
大きなデータをダウンロードする場合ではよくチェック用にmd5やsha1が一緒に置かれているとおもいます。

上記ページの情報によると、gzipはdeflateによるデータにペイロードを追加したもの、ということになります。

少し誤解されているようなのでリンク先の内容をまとめます。
deflate -> ペイロード（=データ）を生成
gzip -> ペイロード + gzipメタデータ
zlib -> ペイロード + zlibメタデータ　maisumakunさんの回答の通りHTTPヘッダでのdeflateはこちら