【入門編】HTTPヘッダーフィールド：Accept系ヘッダーによるコンテンツネゴシエーション – HTTPプロトコル・通信規格実践ガイド

ネットの「おもてなし」：Acceptヘッダーで自分好みの情報を手に入れよう

こんにちは！日夜、パケットの海を泳いでいるネットワークアーキテクトです。

さて、皆さんが普段何気なく見ているWebサイト。「ブラウザが勝手に表示してくれている」と思っていませんか？実は、皆さんのパソコン（クライアント）とWebサーバーの間では、通信のたびに「どんな姿で情報を送ってほしいか」という、ちょっとした会話が行われています。

今回は、その立役者である「Accept系ヘッダー」について、一緒に紐解いていきましょう。難しい用語は一旦脇に置いて、まずは身近な例から考えてみますね。

—

郵便配達で例える「コンテンツネゴシエーション」

想像してみてください。あなたは海外の友人から手紙を受け取ることにしました。でも、相手は何語で書いてくるか分かりません。

そこであなたは、こう伝えます。
「日本語で読めるなら日本語で送ってね。もし無理なら英語でいいよ」

このやり取りが、まさに「コンテンツネゴシエーション（内容の交渉）」です。

HTTP通信の世界では、ブラウザがサーバーに対して、リクエストを送る際に「これを受け取れますよ！」というリストを渡します。これがAccept系ヘッダーの正体なんです。サーバー側はそれを見て、「なるほど、この人は日本語が話せるのか。じゃあ日本語のページを渡そう」と判断するわけです。

—

主な「Accept」の顔ぶれ

では、具体的にどんなリクエストが飛んでいるのか、代表的なものを3つ見てみましょう。一歩ずつ、その役割を確認していきますね。

1. Accept（私は何が欲しい？）

サーバーに「この種類のファイルが欲しい！」と伝えるものです。

`text/html`: Webページ（HTMLファイル）が欲しい。
`image/jpeg`: 写真（JPEG画像）が欲しい。

2. Accept-Language（何語で話せる？）

「私、この言語なら理解できますよ」と伝えるものです。

`ja`: 日本語。
`en-US`: アメリカ英語。

3. Accept-Encoding（どんな圧縮形式なら解ける？）

通信量を減らすための「圧縮」についての合図です。

`gzip`: 「gzipという圧縮形式なら解凍できるよ」という意思表示です。

—

実際のパケットを覗いてみよう

エンジニアとして実務に入ると、ブラウザの開発者ツール（F12キーを押して「ネットワーク」タブを見てみてください）で、実際に送られているヘッダーを確認する機会があります。

以下は、ブラウザがサーバーに送っているリクエストヘッダーのイメージです。

GET /index.html HTTP/1.1
Host: example.com
「HTMLファイルが欲しい。もしあれば優先してね」
Accept: text/html,application/xhtml+xml,application/xml;q=0.9
「日本語を優先するけど、英語でも構わないよ」
Accept-Language: ja-JP,ja;q=0.9,en-US;q=0.8,en;q=0.7
「gzipやbrという圧縮形式なら解凍できるよ」
Accept-Encoding: gzip, deflate, br

ちょっとした豆知識：`q=0.9` って何？

ヘッダーの中に `q=0.9` とか `q=0.7` という数字が出てきましたよね。これは「品質係数（Quality Value）」といって、「どれくらいそれを好んでいるか」という優先度を表しています。

1.0 が一番の好み。
数値が低いほど「まあ、それも許容範囲かな」という控えめな表現になります。

サーバーはこれを見て、「おっ、日本語(ja)が1番好きで、英語(en)が2番目か。じゃあ日本語版を返してあげよう！」と賢く判断しているのです。

—

トラブルシューティングの現場から

現場でよくあるトラブルに、「なぜかWebサイトが英語で表示されてしまう」というものがあります。

そんな時は、まずこの `Accept-Language` を疑ってみてください。ブラウザの設定で、誤って英語（en）が一番上に設定されていると、サーバーは律儀に「あ、この人は英語がお好みなのね」と判断して英語のページを返してしまうのです。

もし、Webサイトが意図しない言語で返ってくる場合は、開発者ツールを開いて「Accept-Language」がどうなっているか、一度確認してみてください。きっと、「犯人」を見つけることができるはずですよ。

—

最後に：ネットワークは「対話」である

HTTPヘッダーは、単なる情報の羅列ではありません。クライアントとサーバーが、お互いの環境を尊重し合い、最適なパフォーマンスを引き出すための「礼儀正しい対話」なのです。

「通信の仕組み」と聞くと身構えてしまうかもしれませんが、こうして「どんなお願いをしているのか？」という視点で見てみると、途端にネットワークが人間味のあるものに見えてきませんか？

この記事が、皆さんのエンジニアライフの第一歩を支える、小さな道標になれば幸いです。また次の記事でお会いしましょう！