2026 年の Core Web Vitals：INP、LCP、そして現場での計測

ようやく安定した土台

Core Web Vitals は、実際の体験を計測します——読み込み（LCP）、反応性（INP）、視覚的な安定性（CLS）。2024 年 3 月以降、INP が旧来の FID に代わって反応性の指標となりました——最初の遅延だけでなく、インタラクションのすべてのレイテンシを捉えるため、大きな変化です。

より最近の変化は地味ですが、真剣に計測する者には重要です。**Safari 26.2（2025 年 12 月 12 日）**をもって、LCP と INP は **「Baseline Newly available」**になりました——言い換えれば、すべての主要ブラウザの最新版が、ついにそれらを計測するために必要な API を備えたのです。したがって 2026 年には、これらの指標を Chrome だけでなく、オーディエンス全体にわたって追えます。

目指すべき目標値

突飛なものではありませんが、守らねばなりません。

• LCP — 主要な要素が 2.5 秒未満で表示される。
• INP — クリックへの目に見える反応が 200 ミリ秒未満。
• CLS — レイアウトのずれが 0.1 未満。

本当の教訓：現場で計測する

2026 年の教訓は、新しいしきい値ではなく、方法です。ラボのスコア（Lighthouse）では足りません——強力なマシンと完璧な接続を映すだけです。大切なのは現場のデータ——実ユーザー、Chrome UX Report、そして今や普遍的になった API を通じて。そして Google は、これらのシグナルをページ単位だけでなく、ますますサイト単位で集約しています。数ページの遅さが、全体に重くのしかかることがあるのです。

私がプロジェクトでしていること

• 納品前に一度だけではなく、継続的に計測します（Speed Insights、CrUX）。
• INP を本当の課題として扱います：JavaScript を分割し、イベントハンドラを軽くし、メインスレッドをブロックする長いタスクを避ける。
• CLS を保つため、画像とフォントのスペースを確保します。

2026 年、問いはもはや「ラボのスコアは？」ではなく、「私の実際の訪問者は、実際のスマホで何を体験しているか？」です。それこそが、唯一意味のある尺度です。