【入門編】HTTP/1.1におけるContent-Encodingヘッダーと圧縮 – HTTPプロトコル・通信規格実践ガイド

こんにちは！ネットワークの世界へようこそ。
普段、何気なくブラウザでWebサイトを見ているとき、実は裏側では「郵便配達」のようなドラマが繰り広げられていることをご存知でしょうか。

今日は、Webサイトの表示速度を劇的に改善する「Content-Encoding（コンテンツ・エンコーディング）」という仕組みについて紐解いていきます。難しい専門用語は使わずに、身近な例え話から入っていきましょう。

—

Webサイトのデータをブラウザに送ることは、サーバーという「発送元」が、ブラウザという「受け取り人」に荷物を送ることに似ています。

もし、あなたが100ページの分厚い書類を郵送するとしたら、どうしますか？
そのまま送るよりも、「圧縮袋」に入れて小さくまとめてから送った方が、送料も安く済むし、配達員さんも運びやすいですよね。

Webの世界での「圧縮」もこれと全く同じです。
サーバーはブラウザにデータを送る際、そのまま送るのではなく、「gzip（ジーシップ）」や「deflate（ディフレート）」といった専用の圧縮アルゴリズムを使って、荷物をキュッと小さくしてから送り出しているのです。

ここで一つの疑問が浮かびます。「サーバーは勝手に圧縮していいの？もしブラウザが圧縮されたデータを受け取れなかったらどうするの？」

実は、通信の冒頭でこんな会話が交わされています。

1. ブラウザ（受け取り人）: 「ねえ、私『gzip』っていう圧縮形式なら解凍できるよ。送るときはそれ使ってね！」
2. サーバー（発送元）: 「了解！じゃあ、このデータを『gzip』で圧縮して送るね！」

このやりとりを担っているのが、HTTPヘッダーと呼ばれる「荷札」です。

この「合図」があるおかげで、世界中のバラバラな環境のブラウザとサーバーが、スムーズにやり取りできているんです。

—

Webサーバー（ApacheやNginxなど）の設定で、この「圧縮」を有効にするのは、実はとても簡単です。

例えば、多くのエンジニアが愛用しているNginxというサーバーソフトでは、設定ファイルにほんの数行書くだけで完了します。

— Nginxの設定例 —

圧縮機能を有効にする
gzip on;

テキストデータやJSONなど、圧縮効果が高い種類を指定します
gzip_types text/plain text/css application/json application/javascript;

圧縮レベル（1〜9で指定。高いほど小さくなりますが、サーバー負荷も増えます）
gzip_comp_level 6;

このように設定するだけで、サーバーは自動的に「お、これはテキストファイルだな。よし、gzipで圧縮して送ろう！」と判断してくれるようになります。

—

インフラエンジニアがなぜこの「圧縮」にこだわるのか。それは、「帯域幅」という名の道路が混雑しないようにするためです。

インターネットという道路には、一度に運べる情報量に限界があります。
10MBの大きなファイルをそのまま送るのと、圧縮して1MBにして送るのでは、道路の混雑具合が全く違いますよね？

インフラの世界では、「速さは正義」です。この小さな設定一つで、世界中のユーザー体験が向上する。これこそが、ネットワークアーキテクトの腕の見せ所なんです。

—

今日のまとめです。

まずは、自分のブラウザの「デベロッパーツール（F12キー）」を開いてみてください。「ネットワーク」タブを見てみると、サーバーから受け取ったデータに `Content-Encoding: gzip` という文字が見つかるはずです。

「あ、今ちゃんと梱包されて届いたんだな」と実感できたとき、あなたはもう立派なネットワークエンジニアの入り口に立っています。

次回の記事では、この「荷物」がもっと速く届くための新しい技術「HTTP/2」の世界を覗いてみましょう。それでは、また！