Core Web Vitalsの読み方：実ユーザーデータとラボテストを分ける

PageSpeed Insightsのラボスコアが高く、Core Web Vitalsの評価が悪い場合でも、両方とも正しいことがあります。ラボは一つの条件をテストし、フィールドデータは実際の訪問者が一定期間に体験した内容を示します。開発者に作業を依頼する前に、改善したいのがどちらの結果か決めてください。

サイト運営者にとっての実務上の目的は、読者がページを読み込んで操作し、本文を読むときの体験を改善することです。満点の数字が写ったスクリーンショットを手に入れることではありません。まず、調べたページ、端末の区分、テストした日付、データが対象とする範囲を記録してください。その情報がなければ、二つのレポートは別の対象を測っているだけなのに、互いに矛盾しているように見えることがあります。

ラボスコアより先に実測評価を読みます

GoogleのPageSpeed Insights文書によると、フィールドデータはChrome User Experience Reportから取得し、過去28日間を対象とします。URLのデータが足りなければ、オリジン全体のデータに切り替わることがあります。どちらにも十分なデータがなければ、フィールド評価は表示されません。

一つの記事への判定と受け取る前に、パネルがそのURLを示しているのか、オリジンを示しているのか確認します。オリジンの結果には、サイトの他の場所の体験も含まれます。一ページを改善しても、他のすべてのテンプレートの履歴が即座に書き換わるわけではありません。

フィールドデータがないことは、ページが速いとも遅いとも意味しません。利用可能なデータでは、表示する評価を裏付けられないということです。ラボテストや適切な自社測定で調べることはできますが、流入が少ないページの実測結果を作り上げず、それぞれの範囲を明示してください。

モバイルとデスクトップの証拠は分けます。高速回線につないだ開発用ノートPCはデバッグに役立ちますが、すべての読者の端末の代わりにはなりません。代表的なページと条件を選び、次回の比較に意味があるよう設定を保存します。

本当に不合格の指標を診断します

現在のCore Web Vitalsの定義では、読み込みにLargest Contentful Paint、応答性にInteraction to Next Paint、表示の安定性にCumulative Layout Shiftを使います。良好な基準は、LCPが2.5秒以下、INPが200ミリ秒以下、CLSが0.1以下です。

フィールド評価では75パーセンタイルを用い、三つすべてで良好な基準を満たす必要があります。読み込みが非常に速ければ操作の遅さを相殺できる平均点ではありません。一つの総合的な数字で残る問題を隠さないよう、進捗報告にも各指標の値を残します。

読み込みが遅い場合は、すべての画像を無差別に軽くする前に、主な可視コンテンツを何が遅らせているか調べます。操作性が悪ければ、反応が鈍い動作を再現します。レイアウトがずれるなら、画像、フォント、他の部品が出るときの読書位置を観察します。症状ごとに必要な調査は異なります。

仮の記事で、メイン画像はすぐ表示されても、読んでいる段落の上に広告が現れて画面が跳ねることがあります。画像をさらに圧縮しても、その移動は解決しません。後から表示される部品のために適切な空間を確保する方が、観測した症状へ直接対応します。

ラボでは具体的な仮説を試します

同じページを一定の設定で測り、一つの点を変更して再測定します。複数回の実行で、差が安定しているのか、単なるばらつきなのか分かることがあります。測定時のコンテンツと外部部品も含め、コードの何を変え、何を変えなかったか記録してください。

監査で負荷が高いとされたからといって、必須の機能を削除しないでください。まず読者への価値と実際のコストを確かめます。利用者が目的にした操作を消すより、軽い実装、重要でない処理の延期、分かりやすい読み込み表示の方がよい場合があります。

GoogleのSearch Consoleレポートは似たURLをまとめますが、PageSpeed Insightsは個別URLまたはオリジンを表示します。一つの例示ページで良好な結果が出ても、グループ全体が直った証拠にはなりません。代表的なテンプレートと、それらを結ぶ共通部品を確認します。

速度改善と一緒に、アクセシビリティと使いやすさも確認します。JavaScriptが減っても、メニューが開かなくなれば改善ではありません。ラボの成績がよくなったことを機能テスト省略の許可と考えず、最適化後に重要な操作をもう一度試してください。

実測データに時間を与え、結果を確かめます

移動する集計期間には、変更の公開前の訪問も含まれます。公開日を記録して指標を追い、昨日の訪問者が今日の修正を遡って体験することは期待しないでください。ラボ結果は早期診断の材料であり、フィールドのパネルが直ちに良好になるという約束ではありません。

Search Consoleの検証処理は問題を28日間監視します。開始しても再インデックスは起動しません。対象範囲を修正した後に使い、サイトを直すボタンとは考えないでください。該当グループに同じ問題が続くなら、調査を続けます。

Googleの検索ドキュメントはCore Web Vitalsをページ体験と関連付けていますが、性能改善だけで順位や流入の成果を確定できません。体験の改善をそれ自体の価値として追跡します。検索での見え方は、今回公開した特定の速度修正以外の要因にも左右されます。

画像がボトルネックなら記事画像のガイド、訪問数が変わるなら流入調査ガイドを使います。最後に、対象の指標、試した変更、観察した結果を残してください。理由の分からない緑色のスコアより、保守にとってはるかに有用な記録になります。