三つの指標と、それぞれが捉えるもの
各指標はページが「おかしい」と感じられる別々の側面を担当し、互いに独立して失敗します。速く読み込まれるのに読者の指の下でずれるページもあれば、完全に安定していながら何かが出るまで四秒かかるページもあります。
| 指標 | 対象 | 良好 | 改善が必要な水準 |
|---|---|---|---|
| LCP | 読み込み | 2.5秒以下 | 4.0秒超 |
| INP | 応答性 | 200ミリ秒以下 | 500ミリ秒超 |
| CLS | 視覚的安定性 | 0.1以下 | 0.25超 |
Largest Contentful Paintは、表示領域で最大の要素の描画が終わった瞬間を示します。多くはヒーロー画像か見出しブロックです。「ページが到着したように見える」の代役であり、だからこそ最初の描画のような古い指標に勝ります。空の画面が速く描かれても、それは速く読み込まれたページではありません。
Interaction to Next Paintは2024年3月にFirst Input Delayに代わって安定版のCore Web Vitalとなりました。この交代には意味があります。FIDは最初の操作が処理されるまでの遅延しか測らず、最初のタップに軽快に応えてから重くなるページを実力以上に見せていました。INPは訪問中の操作全体の遅延を見て、その中で最も悪い部類に近い値を報告します。
Cumulative Layout Shiftは、描画された後に動くコンテンツを測ります。リンクに指を伸ばしたら下から届いた広告に当たる、という誰もが知る体験の裏側にある指標です。時間ではなくスコアなので、ページ後半の一度のひどいずれが数値全体を支配することがあります。
評価は75パーセンタイル、フィールドデータで
チームが足をすくわれるのがここです。評価は28日間の移動ウィンドウにおけるページ読み込みの75パーセンタイルを使い、モバイルとデスクトップを分けて集計します。中央値が快適でも遅い裾があれば不合格です。これは設計どおりで、指標が語るのは最も苦しい四分の一の訪問者であり、典型的な訪問者ではありません。
同時に、そのデータはフィールドデータであり、実際の訪問から集めたものであって、ラボの実行結果ではありません。ラボツールは診断器具です。どのリソースが描画を止めているかを教えてくれる点で、それは正しい道具です。しかし評価そのものではありません。ラボが緑でフィールド評価が不合格でも矛盾ではなく、あなたの実際の訪問者はテストに使った機械の上にいない、という意味です。
各指標を実際に動かすもの
原因は地味で、サイトをまたいで繰り返されます。作業の大半は、意味のある最初の描画までにブラウザが何を持っていなければならないかを決め、それ以外にはその行列の順番を与えないことです。
| 指標 | よくある原因 | よくある対処 |
|---|---|---|
| LCP | サーバー応答が遅い | 文書をキャッシュ、リダイレクト連鎖を短縮 |
| LCP | ヒーロー画像の発見が遅い | 先読みする。遅延読み込みは避ける |
| LCP | 描画を止めるCSSやフォント | 重要CSSをインライン化、font-displayを使う |
| INP | メインスレッド上の長いJavaScript処理 | 分割する。不要な処理は後回しに |
| INP | 重い外部スクリプト | 遅く読み込むか、外す |
| CLS | 寸法のない画像や埋め込み | widthとheight、またはaspect-ratioを指定 |
| CLS | フォント差し替えによる文字の再流し込み | 代替フォントの指標を合わせ、先読みする |
| CLS | 本文の上に差し込まれるバナー | 埋まる前に場所を確保しておく |
外部スクリプトは別立てで挙げる価値があります。INPの問題で最も多い原因であり、しかも誰も引き受けない原因だからです。解析、チャット、テスト、同意管理のために足されたタグはどれも、読者のタップが必要とするのと同じメインスレッドを奪い合います。監査で問うべきは各タグが有用かどうかではなく、75パーセンタイルでいくら費やすかです。
ページ体験は信号のどこに位置するか
Googleは、同社の中核となるランキングシステムはCore Web Vitalsを使用しているが、単一の「ページエクスペリエンスシグナル」は存在しないと述べている。関連性は依然として最優先であり、優れた Core Web Vitals が上位にランクされることを保証するものではありません。
合格しきい値をランキング保証と考えず、特に重要なテンプレートで実ユーザーが直面している問題を優先します。体験が悪くても関連性の高いページが順位を得ることはありますし、検索意図に合わないページは速いだけでは関連性を得られません。
実務的な手順
不合格の評価から始める場合、この順序はよくある無駄——すでに通っている項目の微調整や、流入のないページの修正——を避けられます。
- まずフィールドデータを、モバイルとデスクトップに分けて読む。落ちるのはたいていモバイルだけで、デスクトップを直しても何も変わりません。
- どの指標が、どのページ群で落ちているかを特定する。テンプレートは揃って落ちます。単一のURLから分かることは多くありません。
- 原因をラボで、回線を絞って再現する。ラボは何が遅いかを教え、フィールドはそれが問題であることをすでに教えています。
- 最大の寄与要因を一つ直して出す。これらの指標は部分的な改善の積み上げで動きます。単一のスイッチはまずありません。
- 判断は28日ウィンドウを待ってから。評価は遅れて反映される平均なので、今日出した修正は徐々に現れます。