ページ表示速度をRFPに入れるようにしませんか？

とはいえ、こうした測定条件を細かく設定してその環境を用意して定期的に測るのも大変ですし、実際のユーザーの環境は年月が経つと変わっていきます。ですから、現実的な解としては、次のようなデータを使うのが良さそうです。

　・Googleアナリティクスなどのアクセス解析ツールが提供する「ページ読み込み時間」のデータ
　・コンピュウェア ゴメスのページ表示速度測定サービス（サムライズ社やコンピュウェア社が提供）
　・キーノート・システムズ社のページ表示速度測定サービス（日本ではフォワードネットワーク社が提供）
　・WEbPagetestなどの無料のサービスで都度手動で計測
　・HtmlUnitなどのサーバーサイドのJavaScriptが動作するブラウザプログラムを使って自前で計測

Googleアナリティクスの「サイトの速度」を正しく読むには？

予算がある場合は商用の測定サービスを利用するのがいいですが、まずはGoogleアナリティクスなどのツールを利用するのが簡単でいいでしょう（［標準レポート］＞［コンテンツ］＞［サイトの速度］）。以前は特別なトラッキングコードを入れなければ測定できなかった項目ですが、いまはふつうにだれでも計測されているはずです。

実は、Googleアナリティクスの「サイトの速度」レポートはよくできているのです。というのも、HTML5のNavigation Timing APIという仕組みを使うことで、ページの先頭にJavaScriptを配置して測定する場合よりも正確に「ユーザーが体感するページ読み込み時間」を測れる仕組みになっているからです（DNS参照やサーバーの応答時間なども含めた時間を測定しています）。

とはいえ、Googleアナリティクスのレポートもそもまま見ると実は良くないのです。

というのも、デフォルトでは、モバイルからのアクセスも、たまたまたユーザー側の環境の問題で遅くなったものも含めて、「ざっくり全体のデータ」として出しているからです。

私は、次のようにしてGoogleアナリティクスの「サイトの速度」のデータを見ています。

　・アドバンスセグメントで「モバイル以外」を作って適用 ―― ケータイやスマホからのアクセスとPCのアクセスは分けて考えましょう。モバイル中心の場合は、逆にデフォルトのセグメントとして用意されている「モバイルトラフィック」を適用して見るのがいいでしょう。

　・アドバンスフィルタで極端値を除外 ―― 私は「ページの平均読み込み時間（秒）」で「30秒を下回る」ものに絞り込んで見るようにしています。ユーザー側の環境や、たまたまFacebookの埋め込みウィジェットの反応が鈍かったときのデータを除外できるからです。