【入門編】HTTP/1.1の主要な改善点 – HTTPプロトコル・通信規格実践ガイド

「なぜWebはこんなに速くなった？」HTTP/1.1がもたらした革命を、郵便配達で理解しよう

皆さん、こんにちは。ネットワークの世界へようこそ。

Webサイトを表示するたび、ブラウザは裏側でせっせと「リクエスト」を送り、サーバーから「レスポンス」を受け取っています。このやり取りのルールが「HTTP」ですが、実はかつてのHTTP（HTTP/1.0以前）は、今の私たちが使うにはあまりにも「お人好しで非効率」だったのです。

今日は、そんなWebの歴史を変えた「HTTP/1.1」という大改革について、郵便配達に例えて紐解いていきましょう。難しい用語は一旦置いて、まずはイメージを膨らませてみてください。

—

HTTP/1.0までの世界を想像してください。あなたは手紙（リクエスト）を送るたびに、配達員さんを呼び出し、手紙を渡し、配達員さんが戻ってくるのを玄関で待ちます。

今のWebページは何十、何百ものパーツでできていますよね。そのたびに配達員さんを呼び出していたら、日が暮れてしまいます。これが当時のボトルネックでした。

そこで登場したのが、HTTP/1.1です。

—

HTTP/1.1が導入した最も大きな改善の一つが「永続接続（Keep-Alive）」です。

これは、「配達員さんが用事を済ませても、すぐに帰らずに玄関前で待機してくれる」仕組みです。一度繋いだら、次の用事も同じ配達員さんにそのまま頼める。これだけで、毎回発生していた「接続の手間（TCPのハンドシェイク）」という無駄な待ち時間が劇的に減りました。

—

さらに、HTTP/1.1は「パイプライン化」という技を覚えさせました。

これは、配達員さんが戻ってくるのを待たずに、次の手紙を連続で渡してしまう仕組みです。「画像も、CSSも、スクリプトも、全部まとめてお願い！」と次々に依頼することで、配達員さんは玄関とポストの間を何度も往復しなくて済みます。

—

ここで少しだけ技術的な話をしましょう。HTTP/1.1では「Hostヘッダー」が必須になりました。

昔は、一つのサーバーで一つのWebサイトしか動かしていなかったので、「誰宛てか」なんて書かなくても届きました。しかし、今のサーバーは一つの住所（IPアドレス）の中に、何百ものWebサイト（バーチャルホスト）が同居しています。

「このIPアドレスの、どのサイト宛てですか？」を明確にするために、手紙の封筒にしっかり「〇〇サイト様宛」と書くようになったのがHostヘッダーです。これがないと、サーバーは迷子になってしまいます。

—

大きなファイルを送るとき、全部完成するまで待っていると時間がかかりますよね。HTTP/1.1では「チャンク転送」という技術で、完成した分からどんどん小分けにして送り出せるようになりました。

「まだ全ページ書き終わっていないけど、できた分から送るね！」というスタイルです。これにより、ユーザーはWebページが全部読み込まれる前から、少しずつ表示され始める様子を見ることができるようになったのです。

—

実際にブラウザが裏側で何をしているのか、少し覗いてみましょう。開発者ツール（ChromeならF12キー）の「ネットワーク」タブを開くと、こんなやり取りが見えるはずです。

GET /index.html HTTP/1.1 # HTTP/1.1を使っている宣言
Host: example.com # 「どのサイト？」を教える重要なHostヘッダー
Connection: keep-alive # 「接続を切らずに待っててね！」という合図

このように、HTTP/1.1のルールは現代のネットワークインフラの「基礎体力」として、今もなお世界中で動き続けています。

—

HTTP/1.1の登場によって、Webは「立ち止まる」時間を減らし、「継続して効率よく」やり取りできるようになりました。

1. 永続接続：配達員さんを帰さず、ずっと隣に待機させる。
2. パイプライン化：返事を待たずに、次の注文をどんどん投げ込む。
3. Hostヘッダー：同じ住所にある複数のサイトを識別する。
4. チャンク転送：できた分から小分けにして送る。

これらはすべて、限られたネットワークの通り道を「いかに渋滞させず、素早く荷物を届けるか」という先人たちの知恵です。

最初は難しく感じるかもしれませんが、こうして「郵便配達」に例えてみると、ネットワークの挙動が少しだけ身近に感じられませんか？次回は、さらにこの先にある「HTTP/2」や「HTTP/3」の世界を覗いてみましょう。

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