HTTP/2 とは？

HTTP/1.1では1つの接続で1つのリクエストしか同時に処理できなかったんだ。ページを読み込むとき画像やCSSを6本・8本と並列で取得するためにブラウザは複数のTCP接続を張っていた。HTTP/2では1本の接続の中で複数のやりとりを同時に行えるようになって、接続の無駄が大きく減ったんだよ。

HTMLを返すとき「どうせこのCSSとJSも必要だよね」とサーバーが勝手に先送りしてくれる機能だよ。クライアントがHTMLを解析してリソースをリクエストする前に届くから速くなる、という狙いだね。

実際かなり普及しているよ。でもサーバープッシュは「何を先送りすべきか」の判断が難しく、かえってキャッシュ済みのリソースを再送してしまうことがあって、むしろ邪魔になることも。Chrome 106からはサーバープッシュのサポートが廃止されたくらい、期待通りには機能しにくかったんだ。HTTP/2の多重化は十分効果があるけど、ネットワーク品質が悪い環境ではTCPの仕組み上「ヘッドオブラインブロッキング」という問題が残っていて、それを解決したのがUDP上のHTTP/3なんだよ。

Google、Cloudflare、Metaなど大手はすでに対応しているよ。HTTP/3はTCPの代わりにQUIC（UDP上のプロトコル）を使って、パケットロス時でも他のストリームが止まらない仕組みを実現しているんだ。モバイル環境のようにWi-Fiと4Gを切り替える場面でも、接続が途切れにくくなるメリットがあるよ。

ChromeのDevToolsでNetworkタブを開いて「Protocol」列を確認すると「h2」と表示されていればHTTP/2だよ。ほとんどのモダンなWebサーバーやCDN（Cloudflare、AWS CloudFrontなど）はHTTP/2をデフォルトでサポートしている。ただしHTTP/2はTLS（HTTPS）が実質必須だから、まだHTTPのままのサイトはSSL証明書の導入が先決だね。