HTTP/1.1、HTTP/2、HTTP/3：ウェブプロトコルの進化

HTTPの進化：バージョン1.1から3へ

HTTPはウェブを動かすプロトコルです。ブラウザとサーバーが互いに通信するために使用する言語です。長年にわたり、3つの主要なバージョンを経て、それぞれが前のバージョンの制限に対処してきました。違いを理解することで、ウェブがなぜますます高速化しているのかを理解する助けになります。

HTTP/1.1：初期ウェブの主力

HTTP/1.1は1990年代後半から存在し、今でも広く使われています。テキストベースのプロトコルで、リクエストとレスポンスを実際に読むことができます。各リクエストはプレーンテキストとして送信され、レスポンスもプレーンテキストとして返され、ヘッダーにはコンテンツタイプ、キャッシュルール、接続ステータスなどが記述されています。

HTTP/1.1の主な制限は、1つの接続で一度に1つのリクエストしか処理できないことです。ページに10枚の画像が必要な場合、ブラウザは各画像が終了するのを待ってから次の画像をリクエストするか、複数の接続（通常はドメインあたり6つ）を開く必要があります。初期の頃、開発者は複数のドメイン名を使用し、多くの小さな画像を1つのスプライトシートにまとめることでこれを回避していました。

HTTP/2：大きな飛躍

HTTP/2はテキストからバイナリ形式に切り替えることで状況を一変させました。これは技術的な詳細のように聞こえるかもしれませんが、重要なことを可能にしました：多重化です。1つのリクエストが終了するのを待ってから次のリクエストを開始する代わりに、複数のリクエストとレスポンスを1つの接続で同時に送信できます。もう列に並ぶ必要はありません。

HTTP/2はまた、複数のリクエストにわたって繰り返されるヘッダーのオーバーヘッドを削減するヘッダー圧縮と、ブラウザが要求する前にサーバーがリソースを送信できるサーバープッシュを導入しました。実際には、最大の利点は、1つの接続がHTTP/1.1で必要だった6つの接続よりもはるかに効率的であることです。

HTTP/3：モバイルワールド向けに構築

HTTP/3は最新バージョンであり、その前身とは根本的に異なります。TCP上で動作する代わりに、UDP上に構築されたQUIC上で動作します。これは小さな変更のように聞こえるかもしれませんが、パフォーマンスに重要な影響を与えます。

TCPにはヘッドオブラインブロッキングと呼ばれる問題があります。1つのパケットが失われると、他のデータが無関係であっても、再送信されるまで後続のすべてのデータが待機する必要があります。QUICは各ストリームを独立して扱うことでこれを解決します。1つのストリームでパケットが失われても、他のストリームには影響しません。QUICはまた、デフォルトですべてを暗号化し、接続設定時間を短縮し、ネットワークの変更（Wi-Fiからモバイルデータへの切り替えなど）があっても接続を切断せずに維持できます。

どれを使うべきか？

1つだけを選ぶ理由はありません。最新のサーバーは3つのバージョンすべてをサポートし、各クライアントと最適なものをネゴシエートできます。HTTP/1.1はシンプルなAPIやレガシーシステムにはまだ問題ありません。HTTP/2は今日のほとんどの本番Webサイトの標準です。HTTP/3は特にモバイルユーザー、高遅延ネットワーク上の人々、グローバルな視聴者にとって有益です。QUICのサポートが成熟するにつれて、HTTP/3がデフォルトになるでしょう。

NGINX、Caddy、Cloudflareなどの最新のWebサーバーを使用すると、サーバーでHTTP/2とHTTP/3を有効にするのは簡単です。ブラウザが自動的にネゴシエーションを処理するため、訪問者は何も変更することなく利用可能な最良のプロトコルを取得できます。