HTTP/2チェッカー

HTTP/2チェッカーは、WebサイトがHTTP/2ネットワークプロトコルを使用しているか確認できる無料ツールです。

HTTP/2チェックでは何を確認している？

HTTP/2チェックでは、指定したWebサイトについて、WebサーバーがHTTP/2で通信できるかを判定します。HTTP/2はHypertext Transfer Protocolの一つのバージョンです。Hypertext Transfer Protocolとは、ブラウザとサーバーがページ、画像、スクリプトなどのWebリソースを要求、配信する際に使う一連のルールです。

HTTPSサイトでは通常、安全な接続を確立する際にクライアントとサーバーが使用するプロトコルを選択します。このネゴシエーションには、一般にApplication-Layer Protocol Negotiation、略してALPNが使われます。HTTP/2はh2で識別され、従来の接続ではhttp/1.1が使われることがあります。

HTTP/2でも、メソッド、ステータスコード、ヘッダーといった従来のHTTPの概念は変わりませんが、転送にはバイナリフレームを使用します。1つの接続で複数のストリームを扱え、HTTPヘッダーも圧縮できます。特に多数の個別リソースを含むページでは、接続に伴うオーバーヘッドを減らせます。ただし、遅いアプリケーションコード、大きな画像、時間のかかるデータベースクエリが、それだけで高速になるわけではありません。

HTTP/2チェッカーの使い方は？

HTTP/2への対応状況を確認したいWebサイトを入力し、チェックを実行してください。入力内容はHTTPS経由でサーバーへ送られ、サーバー側で処理されます。入力内容は保存されません。

アクセント記号を含むドメインラベルや非ラテン文字のドメインラベルは、DNS上ではPunycodeエンコードアルゴリズムを使ったIDNA A-labelとして表現されます。

アクセストークンなどの機密情報は入力しないでください。入力内容は保存されませんが、サーバー側でチェックを行うため、ツールのサーバーには送信されます。

HTTP/2の判定結果はどう見ればいい？

結果には、チェックしたWebサイトがHTTP/2を使用しているかどうかが表示されます。これは対象サイトについて確認できた事実であり、サイトの速度や設定全体を評価したものではありません。

• 肯定的な結果は、そのプロトコルが使用されていることを示します。否定的な結果はHTTP/2を確認できなかったという意味ですが、その結果だけでは原因まで特定できません。

たとえば、あるWebサイトでHTTP/2を使用しているという結果が出た場合、チェック対象のWebサイトについてはHTTP/2の使用を確認できます。ただし、別のサービスや古いオリジンサーバーでも同じプロトコルが使われているとは限りません。

HTTP/2を確認できなかった場合は、HTTPヘッダーの検索で対象サイトを調べ、WebサーバーまたはCDNの設定も確認してください。ブラウザの開発者ツールでも、各リクエストのプロトコルを確認できます。通常はh2またはhttp/1.1と表示されます。

このチェックで見つかる一般的な問題

ホスティング、プロキシ、CDNを変更した後にHTTP/2チェックを行うと、公開エンドポイントが想定どおりのプロトコルを提供しているか確認できます。次のような状況では、結果を手掛かりに問題を絞り込めます。

1. CDNを有効にした直後: オリジンサーバーの非公開アドレスや一時アドレスではなく、公開されているWebサイトを確認してください。公開サイトがHTTP/2を使用し、オリジンが使用していなくても、正常な場合があります。ブラウザとCDN間、CDNとオリジン間の接続は別々だからです。
2. ブラウザにHTTP/1.1と表示される: ブラウザとチェッカーが同じWebサイトを確認しているか確かめてください。1つのページが複数のドメインからリソースを読み込むことがあり、それぞれの接続で個別にプロトコルがネゴシエートされます。外部スクリプトのリクエストが1件だけHTTP/1.1でも、メインドキュメントまでHTTP/1.1とは限りません。
3. サーバー移行後に証明書の警告が表示される: HTTPS証明書の処理とHTTPプロトコルのネゴシエーションは、どちらも接続確立に関係します。ただし、HTTP/2の結果だけでは証明書を完全に診断できません。証明書のホスト名、有効期限、証明書チェーン、サーバー設定を個別に確認してください。

このチェックだけでは、ページの読み込みが遅い原因をすべて説明できません。HTTP/2への対応状況から、サーバーの応答時間、JavaScriptの実行、画像サイズ、特定の訪問者とサーバー間の輻輳について確実なことは分かりません。ネットワークへの到達性と応答時間を別途確認する必要がある場合は、ピングを使用してください。

キャッシュや設定の反映待ちで結果が間違って見えるのはなぜ？

DNSキャッシュや設定反映のタイミングにより、しばらくの間、チェックごとに異なるサーバーへ接続されることがあります。DNSレコードを変更した後も、再帰リゾルバーはTTLが切れるまで以前の応答を使い続ける場合があります。そのため、サーバー側のチェッカーと、オフィスや自宅の回線とで、接続先のIPアドレスが異なることがあります。

CDNやロードバランサーの変更も、すべてのエッジロケーションに届くまで時間がかかる場合があります。あるエンドポイントではHTTP/2が有効でも、別のエンドポイントでは以前の設定が残っていることがあります。現在のDNS応答を調べ、すべてのオリジンサーバーまたはエッジサーバーに意図した設定が適用されているか確認し、該当するキャッシュ期間が過ぎてから再度比較してください。

ブラウザが開いている接続を再利用することも、混乱の原因になります。新しいサーバー側チェックではHTTP/2がネゴシエートされていても、タブは既存のHTTP/1.1接続が閉じられるまで、その接続を使い続けることがあります。ブラウザの接続を閉じるか、新しいプライベートブラウジングセッションを開始すると、より条件をそろえて比較できます。

よくある質問

HTTP/1.1とHTTP/2の両方に対応できる？

はい。サーバーは両方に対応し、接続してきたクライアントが扱えるバージョンを選択できます。この互換性により、古いクライアントはHTTP/1.1を使用し、新しいクライアントはHTTP/2をネゴシエートできます。

HTTP/2とHTTP/3を同時に使える？

はい。HTTP/3は異なるトランスポートプロトコルを使用し、すべてのネットワークで利用できるとは限らないため、多くの構成ではフォールバックとしてHTTP/2も利用できるようにしています。HTTP/2という結果だけでは、HTTP/3も有効になっているかどうかは判断できません。

HTTP/2にはHTTPSが必要？

HTTP/2は、事前知識があれば平文のTCP上でも使用できます。一方、以前使われていたh2c HTTP/1.1 Upgradeトークンの使用は非推奨です。一般的なブラウザでは通常、HTTP/2はHTTPS経由で使用されます。そのため、公開WebサイトでブラウザからHTTP/2を利用できるようにするには、通常、有効なTLS設定も必要です。

HTTP/2でTTFBが長い問題を解決できる？

いいえ。TTFBが長い場合、多くはサーバー処理、ネットワーク上の距離、キャッシュミス、インフラの過負荷などが原因です。HTTP/2は、複数のリクエストで1つの接続を共有する仕組みを改善できますが、サーバーが応答を開始するまでの遅延そのものは解消しません。

最後に、同じWebサイトについて、チェッカー、ブラウザの開発者ツール、DNSレコードの結果を比較してください。結果が異なる場合は、名前解決されたIPアドレスを記録し、既存のDNSキャッシュとCDNキャッシュが切れてから再度テストしてください。