ウェブサイトの速度最適化のベンチマーク
ウェブサイトの速度の最適化に取り組んでいます。最適化の速度を分析するために、主に3つのツールを使用しました。
速度分析ツール：
上記のツールとベンチマークの結果を使用して、パフォーマンスの前後を測定しています。
最適化前：
- Google PageSpeed Insightsスコア：53/100
- Webページパフォーマンステスト：55/100（最初のビュー：10.710秒、繰り返しビュー：6.387秒）
- Yahoo全体的なパフォーマンススコア：68
ステージ1最適化後：
- Google PageSpeed Insightsスコア：88/100
- Webページパフォーマンステスト：88/100（最初のビュー：6.733秒、繰り返しビュー：1.908秒）
- Yahoo全体的なパフォーマンススコア：80
私の質問は？
- 私は正しい方法をやっていますか？
- 速度最適化のベンチマークの最良の方法は何ですか？
- 標準はありますか？
- 速度を分析するためのはるかに優れたツールはありますか？
いいえ、標準はありません。
予測可能な環境（テスト期間中にアクセスできる唯一のユーザーである開発サーバーまたはステージングサーバーなど）で同じことを測定する場合、ある程度まで最適化して、少なくとも結果と努力を比較できます（あなたのように）行う）。名前を付けたツールは、大量の推奨事項（DNS、静的コンテンツと動的コンテンツのサーバーの分離、CSSスプライトなど）を提供します。 Chrome開発者ツール、特に[ネットワークとタイムライン]タブもご覧ください。
ブラウザ（リクエストするファイル、すべてのアセットのメモリ、レンダリングの複雑さなど）とサーバー（後者は Apache Benchmark のようなツールでベンチマークできます）の作業と作業負荷を削減できます。 =、たとえば）。
本番サイトでは、プロバイダーのネットワーク設定と状況、DNS応答時間（DNS往復時間）、負荷分散、HTTPとHTTPS、クライアントの状況と構成、コンテンツの利用など、他の側面が役割を果たします配信ネットワーク。
私はほとんど同じツール（およびPingdom）を使用しているので、あなたは正しいことをしているようです。
とはいえ、最適化されたほぼ7秒の最初の視聴時間は、深刻な再考を余儀なくさせるものです。私はかなり新しい開発者であり、モバイルの互換性に重点を置いているので、7秒はそれほどおかしくないかもしれません。
ただし、何かをクリックしてロードするのに7秒かかると、開く前に「戻る」ことができます。そうしないと、毎回7秒待つことを期待して別のページにアクセスすることはほとんどありません。
Steve Soudersは、このトピックに関する素晴らしい情報源です。個人的には、画像をBase64でエンコードしてCSSに埋め込み、Modernizrでリソースを条件付きで（および非同期で）ロードします。