ほとんどの画像形式はすでに圧縮されています。しかし、実際、画像を取得して圧縮（gzip）し、圧縮された画像と圧縮されていない画像を比較すると、そのような劇的な違いはありませんが、サイズに違いがあります。
問題は、画像をgzip圧縮する価値があるかどうかです。クライアントのブラウザにフラッシュされるコンテンツサイズは小さくなりますが、解凍するとクライアントのオーバーヘッドが発生します。
回答:
Googleはペイロードサイズの最小化でgzipおよび画像/バイナリファイルを参照します
画像やその他のバイナリファイルにgzipを使用しないでください。
Webでサポートされている画像ファイル形式、およびビデオ、PDF、その他のバイナリ形式は既に圧縮されています。それらでgzipを使用しても追加の利点はなく、実際に大きくすることができます。画像を圧縮するには、画像の最適化を参照してください。
これは、クライアントの解凍リソース（時間、処理能力、メモリなど）またはネットワーク帯域幅のどちらがより重要かによって異なります。
例1）クライアントシステムは、サーバーに非常に近い（ローカルネットワーク上など）か、高速接続を使用しますが、非常に低電力です（おそらくリソースが限られている組み込みシステム）。クライアント側のオーバーヘッド（gzip解除）は不要であり、転送のオーバーヘッドは簡単に余裕があります（ローカルネットワークの現実の世界では数バイトの違いはありません）。
例2）クライアントはすべて非常に強力なシステムです（平均的なオフィスワークステーションなど）が、数千台あり、サーバーの帯域幅の割り当ては限られています。このシナリオでは、エンドユーザーはオーバーヘッドを簡単に支払うことができ、すべてのバイトがサーバーにとって重要です。gzipで！
現実世界）画像をgzip圧縮することはお勧めできません。しかし、現実の世界で誰かが携帯電話または他の低電力システムを使用することを期待している場合、最新のシステムは処理に十分な余裕があります。さらに、受信者がgzipを解凍できるという制限を課しています。ほとんどの場合問題になりませんが、なぜ誰かを制限するのですか？サイズの節約は簡単で、処理のオーバーヘッドはどのシステムでも発生しません。サイズの節約が大きくなると、プロセッサのオーバーヘッドがさらに大きくなるため、通常の種類の接続で転送を保存すると、gzipを使用可能なものに処理するのにかかる時間までに再作成できる可能性があります。
IMOの最善の策は、より高度な最適化と代替の画像形式を調べることです。すべてのJPEGが同等に作成されるわけではありません。例：画像をPhotoshopでJPEGとして保存し、「Webおよびデバイス用に保存」をJPEGとして保存すると、同じ品質設定でファイルサイズが大幅に異なるはずです。さらに、「保存」オプションには、品質とファイルサイズを微調整するためのより多くのオプションがあります。GIFのような「日付付き」の形式も恐れる必要はありません。画像がGIF形式の制限内できれいに表示される場合、それははるかに小さい可能性が高く、透明度などの追加の利点を提供します...
いいえ、実際には事態を悪化させる可能性があります。Webサイトを高速化するための Yahooのベストプラクティスから：
画像とPDFファイルは既に圧縮されているため、gzip圧縮しないでください。それらをgzipしようとすると、CPUが無駄になるだけでなく、ファイルサイズが大きくなる可能性があります。