架空の部品メーカーでは、営業が顧客から「スマートフォンで製品を見るのが遅い」と聞きました。この感想だけでは、写真が出ない、メニューが動かない、読んでいる段落が動く、のどれかが分かりません。営業は顧客へ困ったページと操作を尋ね、個人情報を除いた状況を制作担当へ渡します。

LCPは大きな主要コンテンツが表示されるまでの指標です。INPはクリックなどの操作から次の画面描画までの応答、CLSは予期しない配置のずれを扱います。「すべての画像の読み込みが終わる時間」とLCPは同じではありません。3つを分けると、制作担当が調べる場所を絞れます。

Googleの良好の目安はLCPが2.5秒以内、INPが200ミリ秒以内、CLSが0.1以下です。原則として端末別の実利用の75パーセンタイル、つまり値を順に並べた75％地点で評価します。この目安への対応は読みやすさの一部であり、検索1位や問い合わせ増を約束するものではありません。

この章の根拠：出典1

PageSpeed Insightsには実利用データと試験診断があります。実利用データは過去28日間のChrome利用者の集計、試験は条件を設定したLighthouseの診断です。制作担当の高性能PCで速くても、通信の弱いスマートフォンの訪問者が速いとは限りません。

ページ単位のデータが足りないときは、同じオリジン全体の情報が表示される場合があります。オリジンは通信方式とホスト等でまとまる単位です。製品ページ1件の測定値なのか、サイト全体の集計なのかをメモします。「実利用データなし」を「問題なし」とは読みません。

試験1回の点数は通信や負荷でも変わります。同じURL、端末区分、測定方法をそろえて複数回確認し、変更した内容を残します。Lighthouseの通常の読み込み試験のTBTを、利用者の操作を測るINPそのものと呼ばないことも大切です。

この章の根拠：出典1出典2

LCPが遅い場合、画像の容量だけでなく、サーバー応答、画像を発見する時点、表示を止める処理などが候補になります。営業が最初に見せたい製品写真を決め、制作担当が実際の主要要素と待ち時間を確認します。写真の解像度を下げるだけでは原因が残ることがあります。

INPが悪い場合は、メニューやフォームの操作時に重い処理が重なっていないかを調べます。経営者は「遅いボタン」を具体的に示し、制作担当へ操作の再現を依頼します。不要と分からない外部タグを一括削除すると計測や機能を壊すため、用途と管理者を確かめます。

CLSが悪い場合は、画像の大きさの予約、後から出るバナー、文字の切替えなどが候補です。記事の見出しを読み始めた直後に図が入り段落が動くなら、図の表示領域を先に確保する対応を検討します。本文を隠して点数だけ改善することは、読者の目的を満たしません。

この章の根拠：出典1出典3

架空のメーカーでは、問い合わせへ進む製品ページP01とP02で同じ画像部品を使っています。P01だけの問題なのか、共通部品の問題なのかで修正範囲が変わります。制作担当は類似ページを確認し、修正が他ページへ及ぼす影響を経営者へ説明します。

優先順位は点数の低さだけでは決めません。問い合わせフォームが操作できない、主要な製品が読めない、といった顧客の仕事を止める症状を先に扱います。訪問数が少ないページでも、重要な商談相手が使う場合があります。影響人数と事業上の重要性を分けて書きます。

共通の図や写真を更新する場合は、表示品質と容量を両方確認します。スマートフォン用の画像を用意しても、数字が小さすぎれば内容は伝わりません。Googleの画像ガイドの実装面と、人が実画面で理解できるかの確認を組み合わせます。

この章の根拠：出典1出典3

制作担当が画像を更新したら、経営者または業務担当は同じ製品説明を読み、画像の意味が分かり、フォームまで進めるかを確かめます。画質、文字の切れ、リンク、メニューが正常かも確認します。速くなっても製品番号が読めなくなれば、業務の目的は達成できません。

次に同条件の試験値を比較します。変更日と測定日、端末と回数を残し、変更前後の画像容量等も確認します。複数の施策を同時に変えた場合は、どの変更が効いたかを特定できない範囲を記録します。点数の単発の上昇だけで原因が解消したと決めません。

実利用データには過去の期間が含まれるため、公開直後に全体が新しい版の体験へ切り替わるわけではありません。実利用の傾向を後日確認する担当と日を決めます。問い合わせ数の増減は、集客経路や商談の季節性など別の要因も確認します。

この章の根拠：出典1出典2

Core Web Vitalsの改善は、読者が製品を読み、操作し、次の行動へ進める体験を確かめる仕事です。LCP・INP・CLSを区別し、実利用と試験の条件をそろえることで、制作会社への依頼が具体的になります。経営者がコードを書く必要はありません。

まず、顧客が困ったページ1件を選んでください。症状が再現しない場合も、問題がなかったと決めず、端末や操作の条件を担当者へ確認します。原因がまだ不明でも、記入メモの未確認欄を残すと次の調査を始められます。

修正の完成条件は「点数を上げる」だけでなく、「この端末でこの説明を読める」「この操作を完了できる」と書きます。本文、図、フォームの意味を保ったまま直し、試験後に実利用を追います。検索順位や売上の判断は、その記録とは分けて測定します。

この章の根拠：出典1出典2出典3