【入門編】HTTP/1.1におけるETagヘッダーと条件付きGET – HTTPプロトコル・通信規格実践ガイド

Webの通信を「賢く」する！ETagと条件付きGETで無駄なやり取りを減らす方法

こんにちは！ネットワークの世界へようこそ。
Webブラウザでページを開くとき、裏側では膨大な数のパケットが飛び交っています。でも、毎回すべてのデータを律儀にダウンロードしていたら、サーバーもネットワークもパンクしてしまいますよね。

今日は、そんなWeb通信の「無駄」を省くための救世主、「ETag（イー・タグ）」と「条件付きGET」について、一緒に紐解いていきましょう！

—

まずは、イメージしてみてください。あなたは遠くの友人に「最新のニュースレター」を定期的に送ってもらっているとします。

普通の方法： 毎日、友人は新しいニュースレターを丸ごと封筒に入れて送ってきます。でも、内容が昨日から変わっていない日もありますよね。これは少しもったいない。
賢い方法： 友人がニュースレターの末尾に「今回の版は『A1-B2』というシールを貼っておくね」と書いておきます。あなたは翌日、「持っているのは『A1-B2』のシールが貼ってあるやつだけど、これより新しい版はある？」と聞きに行きます。
内容が変わっていなければ、友人は「その版で最新だよ（304 Not Modified）」とだけ伝えます。
内容が変わっていれば、新しいニュースレターを丸ごと送ります。

この「シール（ETag）」と「確認（条件付きGET）」のやり取りこそが、HTTP/1.1で導入された、ネットワーク負荷を劇的に下げるための知恵なんです。

—

`ETag`（Entity Tag）とは、サーバー上のファイルに付けられた「指紋」のようなものです。ファイルの中身が1バイトでも書き換われば、サーバーは自動的にこのETagを別の値に更新します。

ブラウザは一度受け取ったファイルを「これのETagは『”xyz123″』だな」と記憶（キャッシュ）します。

—

では、ブラウザが「条件付きGET」を行うときの流れを見てみましょう。

ブラウザはキャッシュを持っている場合、サーバーにこう尋ねます。

GET /style.css HTTP/1.1
Host: example.com
「私が持っているファイルのETagはこれだよ」と伝えます
If-None-Match: “xyz123”

サーバーは現在のファイルを確認し、ETagが一致すれば、わざわざファイルを送り直すことはしません。

HTTP/1.1 304 Not Modified
304は「変更なし」という意味のコードです
ファイルの中身（ボディ）は送られません！

これだけで、ネットワークを流れるデータ量は大幅に削減されます。サーバー側も「ファイルを開いて送信する」という重たい処理をスキップできるので、非常に効率的ですよね。

—

「最近のネットは速いから、全部送ってもいいのでは？」と思うかもしれません。しかし、インフラエンジニアの視点で見ると、以下のメリットが非常に重要です。

—

Webサーバー（ApacheやNginxなど）は、多くの場合自動的にETagを生成してくれます。しかし、動的なWebアプリケーションを作る際は、以下の点に注意してください。

ETagの生成ロジック： ファイルの更新日時だけでETagを作ると、中身が変わっていないのにキャッシュが破棄されてしまうことがあります。可能であれば「内容のハッシュ値」を使うのがベストです。
キャッシュの制御： `If-None-Match`はサーバー側が正しく設定していないと機能しません。設定ファイルで正しくヘッダーが出力されているか、ブラウザの「検証ツール（DevTools）」の「ネットワーク」タブで確認する癖をつけましょう。

—

1. ETagは、リソースの「指紋」。
2. If-None-Matchは、ブラウザがキャッシュの有効性を確認するための「パスポート」。
3. 304 Not Modifiedは、ネットワークを救う「魔法の返答」。

これらを知っているだけで、ネットワークの挙動がぐっと身近に感じられるはずです。Webインフラの世界へようこそ。次はぜひ、ブラウザのデベロッパーツールを開いて、実際にどんなETagがやり取りされているか覗いてみてくださいね！

それでは、また次回の記事でお会いしましょう！