2026年のサイト速度：Core Web Vitals の公式しきい値と、モバイルブログの実例
サーバーは0.23秒で応答していたのに、スマートフォンでは記事がまったく表示されませんでした。Core Web Vitals の公式しきい値、検索への影響について Google が述べていること、そして原因を突き止めカバー画像を約2MBから213KBに減らした自社の事例と確認点を解説します。
Google が重視する速度の指標は？
Core Web Vitals は3つの指標です。LCP（読み込み）：最大の要素が2.5秒以内に表示されること。INP（応答性）：操作に200ミリ秒以内に反応すること。CLS（視覚的な安定性）：レイアウトのずれが0.1以下であること。ページ読み込みの75パーセンタイルで、モバイルとパソコンを分けて測定し、3つすべてが良好な場合にのみ合格です。INP は2024年に FID に代わりました。web.dev は、安定した指標の変更は年1回までと明記しており、一部のブログが言う「2026年の新しいしきい値」は Google が認めたものではありません。
速度は検索順位に影響する？
Google は、Core Web Vitals はページ エクスペリエンスの他の要素とともに、主要なランキング システムが評価しようとするものと一致していると述べ、良好なスコアを強く推奨しています。速度の個別の重みは示されていないため、魔法のボタンではなく条件の一つです。実際のユーザーデータは Search Console の「ウェブに関する主な指標」レポートで確認できます。
自社サイトで何が見つかった？
2026年11月11日、スマートフォンで Metriverra のブログを開くと、記事の表示が「とても遅い」状態でした。測定するとサーバーは0.23秒で応答しており、原因はサーバーではありません。19件の記事一覧は、ブロックの12%が画面に入ると表示される出現アニメーション付きの1つのブロックでした。スマートフォンではブロックの高さが8,509ピクセル、画面は844ピクセルで、わずか9.9%。しきい値に届かず、記事は見えないままでした。さらにカバー画像は原寸のまま配信され、一覧あたり約2MBありました。一覧からアニメーションを外し、1ページ10件・9件に分け、縮小したカバー画像を配信するようにしました。12枚のカバーは約2MBではなく213KBになりました。
自分のサイトで何を確認する？
Search Console の「ウェブに関する主な指標」レポートを開き、モバイルのページから確認しましょう。サーバーの応答時間だけでなく、実際のモバイル画面でページを確認します。スクリプトが動くまで隠れているコンテンツは、ユーザーには見えません。画像は画面サイズに合わせて配信し（srcset）、ファーストビューより下の画像は遅延読み込みにしますが、メイン画像は遅延させません。画像の表示領域を確保してレイアウトのずれを防ぎ、重いスクリプトやタグが応答性（INP）を悪化させる点にも注意します。
今やること
- **Search Console の「ウェブに関する主な指標」レポートを開き、**モバイルの URL から確認する。
- **主要なページをモバイル画面で確認する：**アニメーションやスクリプトを待たずに内容が見えるか。
- **画面サイズに合った画像を配信し、**一覧やカードには縮小版を使う。
- **ファーストビューのメイン画像は遅延読み込みしない。**下の画像だけにする。
- **大きなサイト変更のたびに指標を確認する。**年1回ではなく。
Metriverra では訪問者の行動とコンバージョンを毎日確認できるため、速度の改善前後で直帰や売上を比べられます。
まとめ
- Google のしきい値：LCP ≤ 2.5秒、INP ≤ 200ミリ秒、CLS ≤ 0.1（75パーセンタイル）。
- 安定した指標の変更は年1回まで。「2026年の新しいしきい値」は Google 未確認。
- Google：Core Web Vitals はランキング システムが評価するものと一致。
- 自社の事例：サーバーは0.23秒でも、アニメーションのせいで記事が見えなかった。
- 一覧のカバー画像：約2MB → 213KB。
出典: web.dev — Web Vitals · Google Search Central — Understanding Core Web Vitals and Google search results
