Brotliチェッカー

Brotliチェッカーは、Webサイトがコンテンツの配信時にBrotli圧縮を使用しているかどうかを判定する無料ツールです。

Brotli圧縮とは？

Brotliは、Webサーバーからブラウザへ転送するデータ量を減らすための可逆圧縮形式です。一般に、HTML、CSS、JavaScript、JSON、SVGファイルなど、テキストベースのコンテンツに使用されます。

圧縮は、サーバーがレスポンスを送信する前、または送信中に行われます。Brotliに対応するブラウザは、HTTPリクエストヘッダーのAccept-Encodingに、0以外の品質値を指定したbrを含めることで、Brotliを受け入れられることを示します。サーバーまたはコンテンツ配信ネットワークがBrotliを使用するよう設定されていれば、Content-Encoding: brを付けて圧縮済みのレスポンスを返せます。

Brotliで圧縮しても、コンテンツの意味は変わりません。ブラウザはレスポンスを処理する前に展開します。JPEG、PNG、MP4、ほとんどのアーカイブファイルなど、すでに独自の圧縮方式を使用している形式では、Brotliでさらに圧縮しても通常はほとんど効果がありません。

WebサイトがBrotliを使っているか確認するには？

Webサイトのアドレスを入力してBrotliチェックを実行すると、そのサイトがBrotli圧縮を使用しているかどうかを確認できます。

処理はサーバー上で行われます。入力内容はHTTPS経由でサーバーに送信され、保存されません。

Brotliチェッカーの結果はどう見ればいい？

結果には、WebサイトがBrotliを使用しているかどうかの判定が表示されます。

Brotliが検出された場合、そのWebサイトはBrotliを使用しています。検出されなかった場合は、圧縮されていないか、Gzipなど別のエンコーディングが使用されている可能性があります。

Brotliでよくある問題の解決方法

Brotliが想定どおりに検出されない場合は、次の手順で原因を確認してください。

1. Brotliを有効にしたのに、サイトからGzipが返される。 コンテンツネゴシエーションの設定、圧縮対象の条件、最小サイズのしきい値、キャッシュ済みの各バリアントを確認してください。リクエストが、独自の圧縮ポリシーを持つCDN、リバースプロキシ、ホスティングプラットフォームを経由している場合、中継側がBrotliをキャッシュ済みのGzipレスポンスに置き換えている可能性があります。
2. ホームページはチェックに通るのに、静的ファイルは通らない。 CSSファイルとJavaScriptファイルに適用される圧縮ルールを確認してください。サーバーのルールはMIMEタイプごとに適用されることが多く、アセットがstatic.example.co.ukのような別のホスト名から配信されている場合もあります。
3. 最近変更したホスティングやCDNの設定が反映されない。 DNS、ルーティング、HTTPレスポンスヘッダーを調べてください。トラフィックがまだ以前のエッジやオリジンに到達していると、変更前の設定が結果に反映されることがあります。

圧縮の判定だけでなくレスポンスヘッダーも詳しく調べたい場合は、HTTPヘッダーの検索が役立ちます。BrotliとHTTP/2は別の機能です。接続プロトコルも確認する必要がある場合は、HTTP/2チェッカーを使用してください。HTTP/2を使わない接続でもBrotliは利用でき、HTTP/2を有効にしただけでBrotliが有効になるわけではありません。

curlを使ってコマンドラインから確認することもできます。たとえば、curl --compressed -D - -o /dev/null https://www.example.co.uk/を実行すると、curlが対応する圧縮を受け入れるよう指定し、レスポンスヘッダーを表示します。サーバーがコマンドラインクライアントを別扱いする場合や、通常のGETリクエストではなくHEADリクエストを使用した場合は、結果が異なることがあります。

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

キャッシュやルーティングの遅延により、想定している設定とは異なる結果が一時的に表示されることがあります。CDNでは、古い未圧縮オブジェクトやGzipで圧縮されたオブジェクトが、期限切れになるか削除されるまで保持される場合があります。

Accept-Encodingに応じて表現を選択する場合、オリジンのレスポンスにはVary: Accept-Encodingを含める必要があります。キャッシュはキャッシュキーを作成するときにこのフィールドを使い、圧縮対応状況が異なるクライアント向けの表現を分けて保持します。このヘッダーがないか、正しく処理されていないと、キャッシュから誤ったバリアントが返されることがあります。Brotliが検出されたりされなかったりする場合は、CDNのキャッシュキーとレスポンスヘッダーを確認してください。

DNSの変更も遅延の原因になります。リゾルバーはTTLが切れるまで以前のアドレスを保持することがあり、移行中はネットワークによって異なるサーバーへ接続される場合があります。このチェッカーはサーバー上で動作するため、使用するDNSやキャッシュの経路がブラウザと一致するとは限りません。また、ブラウザの開発者ツールにはローカルにキャッシュされたレスポンスが表示されることがあります。結果を比較するときは、キャッシュを無効にして再読み込みしてください。

よくある質問

BrotliとGzipは同時に有効にできる？

はい。一般にサーバーは両方に対応し、クライアントのAccept-Encodingヘッダーに基づいてエンコーディングを選択します。これにより、互換性のある古いクライアントにはGzipを使用し、0以外の品質値を指定したbrを通知するクライアントにはBrotliを使用できます。

Brotliファイルの拡張子は.brになる？

事前に圧縮したBrotliファイルでは、サーバー上で.br拡張子を使うことがあります。ただし、Webサイトの閲覧者は通常、元のURLをリクエストします。サーバーが圧縮済みの表現を選択し、Content-Encodingレスポンスヘッダーでその形式を示します。

WebサイトのすべてのファイルをBrotliで圧縮するべき？

いいえ。Brotliは一般にテキストベースのレスポンスに適しています。一方、画像、動画、PDF、アーカイブファイルはすでに圧縮されている場合があります。こうした形式を再圧縮しても、転送サイズをほとんど減らせないままサーバーの処理時間を消費する可能性があります。

Brotliを使うと検索順位は上がる？

Brotliを使用しても、検索順位が直接上がるとは限りません。テキストレスポンスが小さくなれば転送時間が短縮され、ページのパフォーマンス向上につながる可能性はあります。ただし、ユーザーが体感する結果には、キャッシュ、サーバーの応答時間、スクリプトの実行、画像の処理も影響します。

Brotliを有効にした後は何を確認すればいい？

代表的なテキストレスポンスがブラウザで正しく読み込まれることを確認してください。Content-Type、Content-Encoding、存在する場合はContent-Length、さらにVaryを確認します。古いバリアントがキャッシュに残っている場合は、該当するCDNエントリを削除してください。