【入門編】Rangeヘッダーによる部分リクエストと206 Partial Content – HTTPプロトコル・通信規格実践ガイド

Webサイトを見ているとき、動画の再生バーを好きな場所に飛ばしたり、途中で止まったダウンロードを再開したりした経験はありませんか？

一見、当たり前のように思えるこの機能。実は裏側では、「全部一度に送るのではなく、必要な場所だけをスマートに切り取る」という、非常に賢いやり取りが行われています。

今回は、ネットワークの縁の下の力持ち、「Rangeヘッダー」と「206 Partial Content」について、一緒に紐解いていきましょう。

—

まず、私たちが普段Webサイトを見るとき、ブラウザはサーバーに対して「このファイルをください！」とリクエストを送ります。

これを郵便に例えてみましょう。

「本を1冊まるごと送ってください！」と頼むと、サーバーは分厚い本を丸ごと箱に詰めて送ってきます。これが普通の通信です。

「本を1冊ください。ただし、50ページ目から60ページ目までの10ページ分だけを切り取って送ってください！」と頼むのが、今回紹介する「Rangeリクエスト」です。

全部送ってもらう必要がない時、わざわざ重い荷物を運ぶのは非効率ですよね？ネットワークの世界でも、この「必要な部分だけを抜き出す」技術が、通信の快適さを支えているのです。

—

ブラウザがサーバーに「ここからここまでが欲しい！」と伝えるために使うのが `Range` ヘッダーです。

例えば、「1000バイトあるファイルの、最初の500バイトが欲しい」という場合、ブラウザはこんなリクエストを投げます。

GET /movie.mp4 HTTP/1.1
Host: example.com
Range: bytes=0-499 # 「0バイト目から499バイト目までください！」という注文

ここで重要なのが `bytes=0-499` という指定です。これを見るだけで、サーバーは「ああ、全部じゃなくて、最初の方のちょっとした断片が必要なんだな」と瞬時に理解します。

—

リクエストを受け取ったサーバーは、それに応えるべく、指定された範囲だけを切り出して返します。このとき、サーバーは普段の「200 OK（全部準備できたよ！）」ではなく、「206 Partial Content（一部だけ切り出したよ！）」というステータスコードを返します。

さらに、サーバーは「今送ったのは、全体のどこからどこまでですよ」という情報を `Content-Range` ヘッダーで教えてくれます。

HTTP/1.1 206 Partial Content
Content-Type: video/mp4
Content-Length: 500
「全体の1000バイトのうち、0から499バイト目までですよ」と伝えている
Content-Range: bytes 0-499/1000

このやり取りがあるからこそ、ブラウザは「よし、次は500バイト目から続きを要求しよう」と、スムーズに次の通信を準備できるわけですね。

—

この仕組みがあるおかげで、私たちのインターネットライフは劇的に便利になっています。

動画の途中をクリックした瞬間、ブラウザは「その時間に対応するファイルの位置」を計算してRangeリクエストを送ります。だから、動画全体を読み込まずに、即座に続きから再生できるのです。

大きなファイルをダウンロードしている最中にWi-Fiが切れても大丈夫。ブラウザは「どこまで受信したか」を記憶しているので、通信が復旧した時に「続き（例えば5000バイト目以降）から送って！」とサーバーに頼むことができます。これによって、最初からやり直すという悲劇を防げるのです。

—

Rangeヘッダーと206 Partial Contentは、決して難しい仕組みではありません。「全部一度にやろうとせず、必要な分だけを賢くやり取りする」という、ネットワークエンジニアの「効率化へのこだわり」が詰まった仕組みなのです。

もし、ブラウザのデベロッパーツール（F12キー）を開く機会があれば、ぜひネットワークタブを覗いてみてください。「206」という数字と、Rangeヘッダーのやり取りを実際に目にすると、この通信がより身近で、愛おしいものに感じられるはずですよ。

ネットワークの世界は、こうした小さな気遣いの積み重ねでできています。一歩ずつ、その深淵を覗いていきましょう！