指定したURLのHTTPレスポンスでBrotli圧縮が有効になっているかを確認し、圧縮効果を分析して、Webサイトのパフォーマンス最適化に役立てます。
動画をWEBM形式に変換
MP4などの動画をWebに最適化されたWEBM形式に変換し、読み込み時間を短縮してスムーズな再生を実現します。

HTTPリクエストメソッド早見表
HTTPリクエストメソッドの定義、セマンティクス、べき等性、安全性を確認し、Web開発とAPI設計をサポートします。

ランダムUser-Agent生成ツール
開発者、テスター、データ収集者向けに、異なるデバイスやプラットフォーム環境をシミュレートするためのランダムなブラウザUser-Agent文字列を生成します。

MIMEタイプ対応表
Web開発向けのファイルMIMEタイプと拡張子の対応表・検索ツール。

URLエンコード・デコード
URL内の特殊文字(日本語やスペースなど)とパーセントエンコーディングを相互に変換し、Web開発やデータ転送における文字の互換性問題を解決します。
Webサイトの読み込みが遅い場合、転送されるデータサイズが大きすぎることが原因かもしれません。本ツールは、特定の機能を持つリクエストヘッダーを含むHTTPリクエストを対象URLに送信し、レスポンスヘッダーのContent-Encodingフィールドを分析することで、そのWebページがBrotli圧縮アルゴリズムを使用しているかを検出します。BrotliはGoogleによって開発されたWebコンテンツ転送専用のロスレス圧縮アルゴリズムであり、HTML、CSS、JavaScriptなどのテキストリソースの転送サイズを大幅に削減できます。本ツールの主な出力は、明確なBrotli圧縮状態(有効/無効)および関連する圧縮パフォーマンス指標です。
Content-Encodingフィールドを専用にリクエストして分析し、サーバーがbrエンコーディングを返しているかを直接判断するため、正確な結果が得られます。Accept-Encoding: gzip, deflate, brヘッダーが含まれており、主要なブラウザの動作と一致するため、サーバーのBrotliに対する実際のサポート状況を検出できます。http://またはhttps://のプロトコルを含める必要があります(例:https://www.example.com)。Q:チェック結果に「Content-Encoding: gzip」と表示されるのはどういう意味ですか?
A:これは、対象のWebページがGzip圧縮を使用しているものの、Brotliは有効になっていないことを意味します。Gzipでも圧縮は可能ですが、通常Brotliの方がより高い圧縮率を提供します。
Q:自分のWebサイトでBrotli圧縮を有効にするにはどうすればよいですか?
A:Webサーバー(NginxやApacheなど)に適切なBrotliモジュールをインストールして設定する必要があります。例えばNginxの場合、ngx_brotliモジュールをインストールし、設定ファイルでbrotli on;ディレクティブを有効にします。具体的な手順は、サーバー環境やホスティングプロバイダーによって異なります。
入力するURLは完全で有効なものである必要があります。チェック結果は1回のリクエストのHTTPレスポンスヘッダーに基づいています。一部のWebサイトではユーザーエージェント(User-Agent)に応じて異なるエンコーディングを返す場合があり、結果は今回のチェックリクエスト時の状態を表します。本ツールは入力されたURLのメインドキュメントの圧縮状態のみをチェックし、ページ内で参照されているCSSやJSなどのサブリソースは自動的にはチェックしません。
Brotli圧縮はテキストコンテンツに対して最も高い圧縮効果を発揮し、特に繰り返し文字列の多いコードファイルに適しています。典型的な例として、100KBの非圧縮jQueryライブラリファイルは、Gzip圧縮で約30KBになりますが、Brotli圧縮を使用すると25KB以下に縮小される可能性があります。設定の際、Brotliには複数の圧縮レベル(通常0〜11)があることに注意してください。レベルが高いほど圧縮率は高くなりますが、CPU消費量も増加します。動的コンテンツの場合は、パフォーマンスと圧縮比のバランスを取ることをお勧めします(レベル4〜6の使用など)。Brotliを有効にした後は、ご利用のCDNプロバイダーもbrエンコーディングをサポートし、転送できることを必ず確認してください。