【入門編】HTTP/1.1のETagヘッダーによるキャッシュ検証の仕組み – HTTPプロトコル・通信規格実践ガイド

Webの「無駄なやり取り」を省く魔法！ETagと条件付きリクエストの世界

皆さん、こんにちは。ネットワークの深淵を覗き歩くインフラエンジニアです。

皆さんは、毎日のようにWebサイトを見ていると思いますが、ブラウザが裏側でどれほど「気配り」をしているか考えたことはありますか？

例えば、お気に入りのニュースサイトを何度も開くとき、毎回毎回、サイトの全データをサーバーからダウンロードしていたら、スマホの通信制限はあっという間に底をつき、サーバーもパンクしてしまいますよね。

そこで登場するのが、今回解説する「ETag（イー・タグ）」という仕組みです。これが分かると、ネットワーク通信の「無駄」をどうやって削ぎ落とすか、その職人技が見えてきますよ。一歩ずつ、紐解いていきましょう！

—

郵便配達で例える「中身が変わったか問題」

想像してみてください。あなたは遠くの友人に、ある「書類」を定期的に送ってもらっています。

普通なら、友人は毎回その書類をコピーして、重たい荷物を送ってくれますよね。でも、もし書類の内容が昨日から一文字も変わっていなかったらどうでしょう？毎回送ってもらうのは、切手代も時間も無駄です。

そこで、こんなルールを作ります。

1. 「この書類には『ID: A123』という管理番号（ETag）を付けておくね」と友人に伝える。
2. 次回、書類をリクエストするときに「ID: A123の書類、まだ持ってるんだけど、これより新しい版はある？」と聞いてみる。
3. 友人は手元の書類を見て、「ああ、今持ってるのもID: A123だよ。変更なしだから、中身は送らないよ（304）」とだけ返事をする。

このやり取りこそが、HTTP/1.1の「ETag」と「条件付きリクエスト」の正体です。

—

具体的なやり取りのフロー

ネットワークの世界では、これを「ヘッダー」という付箋を使って会話します。

1. 初回のアクセス（全データのダウンロード）

まず、ブラウザがサーバーに「そのファイルをちょうだい！」と頼みます。サーバーはデータと一緒に「このファイルの指紋は『v1.0』だよ」と教えてくれます。

サーバーからの返事（抜粋）:

HTTP/1.1 200 OK
Content-Type: text/html
ETag: “v1.0” <-- これがファイルの「指紋（ETag）」です！

2. 2回目以降のアクセス（条件付きリクエスト）

ブラウザは賢いので、「前にもらったファイルの指紋は『v1.0』だったな」と覚えています。だから次はこう言います。

ブラウザからの質問（If-None-Match）:

GET /index.html HTTP/1.1
Host: example.com
If-None-Match: “v1.0” <-- 「指紋がv1.0なら、もう送らなくていいよ！」という合図

3. サーバーの判定と304の発生

サーバーは「今あるファイル」の指紋を確認します。もし今も『v1.0』なら、「お、君が持ってるやつと一緒だな。中身は送らなくていいや！」と判断します。

サーバーからの返事:

HTTP/1.1 304 Not Modified <-- 「変更なし（304）」という短い合図だけ返すこの 304 Not Modified を受け取ったブラウザは、自分の手元に保存しておいた古いデータ（キャッシュ）をそのまま表示します。これによって、大きなデータをネットワーク経由で再送する必要がなくなり、表示速度は爆速になるわけです！

—

なぜ「日付（Last-Modified）」じゃダメなの？

「あれ？更新日時で比較すればいいんじゃないの？」と思った方は鋭いです。実はそれも一つの手（Last-Modified）なのですが、ETagには勝てない点があります。

日付の弱点: 1秒間に何度も内容が変わるようなデータや、内容が変わっていないのに保存ボタンを押しただけで更新日時だけ変わってしまうようなケースでは、正確に「中身の変化」を追えません。
ETagの強み: ファイルの中身を計算して生成された「指紋（ハッシュ値）」なので、中身が全く同じであれば、たとえ作成日時が違っても「同じもの」として認識できます。非常に信頼性が高いのです。

—

現場で役立つチェックポイント

もし皆さんがWebサイトを開発していて、「キャッシュがうまく効かないな？」と思ったら、ブラウザの「開発者ツール（F12キー）」を開いてみてください。

1. Networkタブを開く。
2. リクエストを選択し、Response Headersに `ETag` があるか見る。
3. 次のリクエストで Request Headers に `If-None-Match` が送られているか見る。
4. ステータスコードが `304` になっていれば、通信効率化の作戦は大成功です！

—

まとめ：ネットワークの優しさを感じよう

HTTP/1.1のETagは、サーバーとブラウザの間の「信頼関係」を築くための素晴らしい仕組みです。「わざわざ送らなくても、お互い持ってるよね？」という阿吽の呼吸が、今のWebの快適さを支えています。

難しい技術用語の裏側には、いつも「どうすればもっと速く、無駄なく届けられるか？」というエンジニアたちの工夫が詰まっています。ぜひ、皆さんもブラウザの通信を眺めて、この小さな「304」のやり取りを探してみてくださいね。

それでは、また次回のインフラ深掘りでお会いしましょう！