HTTP/1.1・HTTP/2・HTTP/3

なぜ世代が分かれるのか

HTTPは「ブラウザ↔サーバの会話ルール」ですが、Webページが画像・CSS・JSなど大量の小さなファイルで構成されるようになり、いかに速く・効率よく運ぶかが課題になりました。各世代はこの「同時に・無駄なく運ぶ」をどう実現するかで進化しています。

HTTP/1.1：順番に処理

長く標準だった版です。1本のTCP接続でリクエストを1つずつ順番に処理します。

• 応答が返るまで次を送れない（または送っても順番に返す必要がある）
• 先頭のリクエストが重いと、後続が全部待たされる＝HoL（Head-of-Line）ブロッキング
• ブラウザは苦肉の策として接続を6本ほど並列に張って凌いでいた

HTTP/2：多重化で並行処理

1本のTCP接続の中に複数のストリームを流し、リクエストを多重化できるようにしました。

• 複数リクエストを並行して送受信（接続を何本も張らなくてよい）
• ヘッダ圧縮（HPACK） で繰り返しの多いヘッダを軽量化
• サーバから先回りで送るサーバプッシュ（※現在は使われない方向）

HTTP/3：QUIC（UDPベース）

土台のTCPをやめ、UDP上に作られた新しいトランスポート QUIC を採用しました。

• TCPのHoLブロッキングを根本解決: ストリームが独立し、1つの欠落が他を止めない
• 接続確立が速い: TCPのハンドシェイクとTLSのやり取りを束ね、往復回数を削減
• 回線の切替に強い: 接続をIPアドレスではなく識別子で追うため、Wi-Fi↔モバイルの切替でも継続しやすい

世代の比較

実務での向き合い方

新しいほど無条件に速いわけではなく、通信の特性で効き方が変わります。多数の小ファイルを高遅延回線で取りに行く場面ほどHTTP/2・3の恩恵が大きく、安定した高速回線では差が小さいこともあります。多くのCDNやサーバは複数世代に対応し、クライアントと自動でネゴシエーションして最適な版を選ぶため、まずは有効化して実測するのが近道です。

# どのHTTPバージョンで応答したか確認
curl -sI --http3 https://example.com/ | head -n 1
curl -sI --http2 https://example.com/ | head -n 1