websitetest.com であなたのサイトを見てみました。テストはhttp://www.websitetest.com/ui/tests/50c62366bdf73026db00029eで確認できます。
パフォーマンスについてあなたが言いたいことはわかります。シンガポールでは間違いなく最速ですが、それでもかなり遅いです。世界中の他の場所では、さらに悪い状況です。私が見たいことがいくつかあります。
最初にhttp://www.websitetest.com/ui/tests/50c62366bdf73026db00029e/samples/50c6253a0fdd7f07060012b6などのサンプルを選択します。現在、Chrome DevTools または FireBug でこの情報の一部を取得できますが、ここでの利点は、世界中のさまざまな場所からの測定値を確認できることです。
滝までスクロールします。タイムラインの列見出しの右側はずっとドロップダウンです。降順でソートすることを選択します。ここで、本当のボトルネックを見ることができます。ビューの最初のものは GetSellerRoller.json です。ファイルのダウンロードにほとんど時間がかかっていないようです。ほとんどの時間は、サーバーがファイルを生成するのを待つために費やされます。サイトが IIS と ASP.net を使用していることがわかります。これを高速化するために、サーバー側のキャッシュを利用することを検討します。
メインの html についても同じことが言えますが、そのファイルのダウンロードにはもう少し時間がかかります。巨大なファイル(htmlの場合)であるため、ダウンロードに時間がかかるようです。そこからインライン CSS と JS を取り出します。
タイムラインの自然な順序に戻ってから、表示するファイルの種類を変更してみてください。読み込んでいる CSS ファイルが 10 個あるようです。それらの CSS ファイルを連結して圧縮することを検討してください。
すべてをダウンロードするには、サイトで 220 以上の接続を確立する必要があるようです。それは膨大な数です。それらのいくつかを排除してみてください。
リストの下に、いくつかの大きな jpg ファイルが表示されます。これらのほとんどはサーバー上で待機中ですが、ダウンロードに時間がかかるものもあります。私はラップトップの 1 つを見て、高度に圧縮された png に変換し、サイズを 30% 節約して、同じように見えるファイルを取得することができました。その後、100 枚をはるかに超える画像があり、その多くが非常に小さいことに気付きました。サイトの大きな問題の 1 つは、ブラウザーで管理する必要がある接続が非常に多いことです。これらの小さな画像に CSS スプライトを実装する方法を見てみましょう。おそらく 30 ~ 50 個の画像を 1 回のダウンロードでダウンロードできます。
最後に気付いたのは、ページの上部近くに大量の JavaScript が読み込まれていることです。その一部を(可能な場合は)ページの後半に移動してみてください。また、可能な場合は js を非同期でロードすることも検討してください。
色々と試していただきたい提案だと思います。これらの問題を解決したら、CDN やその他のキャッシュ サービスを活用して、ほとんどの訪問者の処理を高速化する方法を検討してください。
これらの推奨事項の多くは、Steve Souder の著書「High Performance Web Sites」でもう少し詳しく説明されています。この本は 5 年前に出版されたものですが、今日でも相変わらず関連性があります。