モバイルのページ表示速度とは、モバイルの訪問者がページを見て、使って、操作できるようになるまでにかかる時間と処理を指します。
意味と境界
ラボのツールはあるシナリオを再現したもので、フィールドデータは、データを得られたユーザー集団の状況を表します。どちらか一方だけでは、すべての端末とネットワークは説明できません。診断には、前提とカバー範囲を明記する必要があります。
代表的なモバイルのルートを、記録した条件でテストします。レスポンスのタイミング、レンダリングをブロックするリソース、画像のサイズ、操作時の処理を確認し、根拠のあるボトルネックを1つずつ修正します。非同期で読み込まれるアセットには、レイアウト上のスペースをあらかじめ確保しておきます。
確認方法
フィールドデータが得られるか、ラボの設定、サーバーのレスポンス、レンダリング後のサイズ、画像の挙動、レイアウトシフト、操作を確認します。データがない場合や、サンプルに含まれていないルートがある場合は、その旨を書きます。
モバイルの速度を調べるときは、実在するルートを、記録したビューポートとネットワークの条件でテストします。画像やスクリプトのせいにする前に、まずレスポンスのタイミングを読みます。続いて、レンダリング後のウォーターフォールで、レンダリングをブロックするCSS、サイズの大きいメディア、レイアウトの確保、メインスレッドの長い処理を調べます。オリジンの遅さ、重いヒーロー画像、クライアント側レンダリングの遅れは、それぞれ直し方が違います。1つのスコアにまとめてはいけません。
限界、確認方法、よくある間違い
スコアの改善を、ユーザーの成果や検索順位の成果として報告してはいけません。スコアは診断のシグナルであり、ページには、実際の条件で動くモバイル体験が引き続き必要です。
ラボの根拠を、得られているフィールドデータの集団と比べます。そのとき、日付とカバー範囲を明記します。変更は、ホームページだけでなく、コンテンツの重いルートでも確認します。ユーザー集団に低速な回線が含まれるなら、低速な接続でもテストします。フィールドデータがない場合は、その事実を報告し、ラボの条件を残します。すべてのユーザーにとって速いルートだとは言いません。
パフォーマンスの変更を指示する前に、オリジンのレスポンス、レンダリング後のアセットのサイズ、ページ構造を切り分けます。1つのスコアでは、どの層に問題があるかを特定できないからです。