HTTP圧縮とは？

Webサーバーはページ、スクリプト、スタイルシートを送信前に圧縮でき、ブラウザーは受信時に展開します。ブラウザーは、理解できる形式をリクエストヘッダー Accept-Encoding に列挙し、サーバーは使用した形式を Content-Encoding に指定します。テキストはよく圧縮されるため、圧縮したページのサイズは通常、元の4分の1以下になり、読み込みが速くなって帯域幅も節約できます。

エンコード方式 ヘッダー値 備考
gzip gzip どこでもサポートされており、すべてのサーバーで対応すべき基本方式
Brotli br テキストでは通常、gzipより15～25%小さくなります。HTTPSのみ
Zstandard (zstd) zstd 新しい方式です。圧縮が速く、ChromeとFirefoxでサポートされています

ツールの説明

URLを入力して「圧縮を確認」を押してください。当サーバーが圧縮なしで1回、各エンコード方式でそれぞれ1回ダウンロードし、サイズを比較します。

  • 「対応」は、サーバーがそのエンコード方式で応答したかどうかを示します
  • 「サイズ」は圧縮後に送信されたバイト数、「削減量」は「非圧縮」サイズと比べてどれだけ小さくなったかを示します
  • Vary: Accept-Encoding は、応答がエンコード方式によって異なることをサーバーがキャッシュやCDNに伝えているかを示します。これにより、圧縮データを読み取れないクライアントに、キャッシュやCDNが圧縮済みのコピーを渡すのを防ぎます

リダイレクトは最大5回まで追跡され、「確認済みURL」には最終的なURLが表示されます。各ダウンロードの読み込み上限は5 MBです。

Rapid Tool Set MCPサーバーに接続されたAIアシスタントは、http_compression_checker として同じチェックを実行できます。

ヒント

  • 速度に最も影響するファイルを確認してください。ページ本体、メインのJavaScriptバンドル、CSSが対象です。
  • 画像、動画、WOFF2などのフォントはすでに圧縮されているため、サーバーがHTTP圧縮なしで送信するのは適切です。
  • Brotliが利用できない場合、設定を1つ追加するだけで済むことがよくあります。nginxではngx_brotliモジュールと brotli on; を設定し、Apacheでは mod_brotli を使用します。CloudflareなどのCDNでは自動的に有効になります。