HTMLの圧縮にgzipを使用する必要がありますか？
オンラインテスターから、HTMLを約90％圧縮できることがわかりました。 gzipを使用することをお勧めしますか？多くのサイトでは使用されていないようです。
一部のページには、数キロバイトに圧縮できる大量のデータ（画像を含まない120 KBのHTML）が含まれているため、トラフィックが向上します。
はい。 HTMLのみで120 KB（！）を大幅に圧縮できます。 CSSおよびJavaScriptファイルと一緒に。これにより、ユーザーのブラウジングエクスペリエンスが高速化され、サーバーの帯域幅が節約されます。
サーバー側のスクリプトを使用して圧縮を実装し、圧縮ファイルをキャッシュすることで、ビジーなサーバーのCPUへの負荷を軽減できます。
はい、私が考えることができる理由はほとんどありませんnot常にGZIPを使用します。これは、無料の帯域幅を取得するようなもので、広くサポートされています。常にオンにしてください！
唯一の欠点は
CPUリソースが非常に限られている共有ホストを使用している場合、圧縮はサーバーで実行され、サーバーCPUのごくわずかな部分しか使用しません。ただし、これが実際に問題になるためには、サーバーが非常に過負荷になっているか、非常に古くなければなりません。
非常に大規模なサービスを提供している場合（そして大体は400キロバイト以上）動的 Webページ。非常に大きな動的コンテンツをオンザフライで圧縮することは、法外に費用がかかる可能性があります。
しかし、これらはどちらも私の経験ではまれなエッジ条件です。 HTTP圧縮の99％が確実に成功しています。
Gzipを使用することをお勧めしますか？
Webサーバーの環境に依存します。
サーバーのアイドルCPU時間が不足している場合、GZIPデフレを追加すると、サーバーが要求に応答する速度が実際に低下する可能性があります。
ただし、現在CPUのボトルネックに対処していない場合、GZIPデフレは素晴らしいアイデアですが、プレーンテキストファイルの場合はonlyです。
ほとんどの画像ファイル形式（PNG、JPG、GIFなど）はすでに圧縮されており、GZIPデフレはCPU時間の無駄です。