私はページ速度の表示時間の改善に取り組んでおり、その方法の1つはWebサーバーからコンテンツをgzipすることです。
gzip圧縮は、より大きなリソースに対してのみ有益であることに注意してください。圧縮と解凍のオーバーヘッドと遅延のため、特定のサイズのしきい値を超えるgzipファイルのみを使用する必要があります。150〜1000バイトの最小範囲をお勧めします。150バイト未満のファイルをgzip圧縮すると、実際にはサイズが大きくなる可能性があります。
Akamaiを介してコンテンツを提供し、プロキシとCDNのネットワークを使用します。彼らが私に言ったこと：
アカマイがエンドユーザーに送信する際に、要求されたオブジェクトを圧縮する最小サイズについての質問をフォローアップします。最小サイズは860バイトです。
私の返信：
アカマイの最小サイズが860バイトである理由は何ですか？そして、たとえば、AkamaiがFacebookに提供するファイルの場合はなぜではないのですか？（以下を参照）gzipをより積極的に使用することをお勧めします。そして、それは私たちのサイトでは適切であるように思えます。最も頻繁にヒットするのは、860バイト未満のAJAX呼び出しです。
アカマイの対応：
860バイトが圧縮の最小サイズである理由は2つあります。（1）860バイト未満のオブジェクトを圧縮するオーバーヘッドは、パフォーマンスの向上を上回ります。（2）860バイト未満のオブジェクトは、とにかく単一のパケットで送信できるため、それらを圧縮する説得力のある理由はありません。
だから私はいくつかの事実確認のためにここにいます。パケットサイズによる860バイトの制限は、この推論の終わりですか？なぜトラフィック量の多いサイトがこれを150バイトの制限まで押し下げるのでしょうか...帯域幅コストを節約するためだけに（CDNは料金をオリジンからオフロードされた帯域幅に基づいているため）、そうすることでパフォーマンスが向上しますか？
2012年7月9日更新：既にパケットよりも小さいgzip応答のパフォーマンス向上があるかどうかと、Steve Souders に質問し、gzipのパフォーマンスの利点のために推奨される最小オブジェクトサイズを教えてください。
メールありがとう。サイズは1〜5Kの間です。Apacheにはデフォルトがありますが、それが何であるか忘れています-それは良いガイドです。
F5アプライアンスで圧縮を実行します。そのため、それと1Kの間にAJAX呼び出しがかなりあるため、350バイトに減らします。私たちのウェブサイトで350バイト未満のAJAX呼び出しはすべて約70バイトダウンしています... Googleの推奨よりも少ないので...本当にあなたのウェブサイトを知り、コードに基づいて調整するようになります。
本番でしばらくF5アップデートを実行した後、この投稿に戻ります。パフォーマンス上のメリットはほとんどないと思いますが、アカマイのサービスが少ないため、アカマイのコストを少し引き下げます。