LCP（Largest Contentful Paint）を改善した。
PageSpeed Insightsでは緑、数値も良好。
――それなのに、実際の検索順位や体感速度が思ったほど良くならない。
これは珍しい話ではありません。
むしろ、LCP改善に本気で取り組んだ人ほど、一度は必ずハマる「罠」です。
本当の道は、晴れた直線ばかりではない
LCPの改善は、よく「晴れた直線道路」で語られます。
- 高速回線
- 新しいPC
- キャッシュが効いた状態
- テスト環境での計測
この条件では、確かにLCPは速くなります。
しかし、実戦は違います。
実際のユーザー環境は、
- 夜間や昼休みのアクセス集中
- モバイル回線
- 初回アクセス（キャッシュなし）
- CDN経由の初回取得
- 古い端末やブラウザ
いわば
山道・でこぼこ道・雨の日・雪の日
このすべてを含んだ世界です。
LCPは「一番速い条件」で勝っても意味がなく、
**「一番悪い条件で崩れないこと」**が重要だと、実務では痛感しました。
実測が速い＝実戦で速い、ではなかった
私自身、
- WebP化
- SWELLの設定調整
- Cloudflareの導入
- Lazy Loadの最適化
を行い、実測値だけ見れば明確に改善しました。
それでも、
- 検索順位の回復が鈍い
- 日によって体感がブレる
- 「良好」と「要改善」を行き来する
という状態が続きました。
原因はシンプルで、
見ている数字が「実戦」を反映していなかったからです。
数字は「点」ではなく「分布」で見る
LCPは、単発の数値では判断できません。
- P50だけ見て安心する
- 一度のPageSpeedで満足する
これは非常に危険です。
実戦で意味があるのは、
- 28日データ
- 分布（P75 / P90）
- 「悪いURLが減っているか」
このあたりです。
特に重要なのは、
悪い条件のユーザーがどれだけ救われているか。
晴れた直線を速くするより、
雨の日でも事故らない設計のほうが、結果的に速くなります。
LCPを追いすぎると迷子になる
LCPは大事です。
ただし、追いすぎると判断を誤ります。
- 数値が0.1秒動いて一喜一憂する
- 設定を頻繁に変える
- 改善したのか悪化したのか分からなくなる
これは、実務ではよくある失敗です。
私自身、
「何もしない時間」こそが、一番改善を確認できた時間でした。
実戦で使えるLCPとは
結論はシンプルです。
- 最速である必要はない
- 安定していること
- 悪条件でも崩れないこと
- 長期データで改善が確認できること
LCPは競技用マシンではなく、
毎日走る実用車のようなものだと思っています。
まとめ
LCPの改善は、
「晴れた直線だけを速くする競争」ではありません。
- 山道
- 雨の日
- 雪の日
- 初回アクセス
これらを含めて、トータルで速いこと。
それが、実戦で意味のあるLCPです。
実測値に惑わされず、
数字を信じすぎず、
分布と時間で判断する。
これが、私が実務でたどり着いた答えです。
