Core Web Vitals in 2026: INP、LCP、CLS を正しい順序で修正する

Core Web Vitalsは3フィールドメトリクスで、共有されたしきい値を持っていますが、3相互に置き換え可能なチケットではありません。 Largest Contentful Paint は読み込み体験を測定します. インタラクションから次のペイントまでの応答性を測定. 累積レイアウトシフトは視覚的安定性を測定します. それぞれはページライフサイクルの異なる部分を指し、しばしば異なるエンジニアリングオーナーが担当します. Googleの文書化された「良い」閾値はLCPが2.5秒以下、INPが200ミリ秒以下、CLSが0.1以下、75パーセンタイルで評価されます。 75パーセンタイルルールは重要です：目的はほとんどの訪問で良い体験を提供することであり、速いラップトップでの例外的なトレースではありません.

この可視化のスケールは比較のために正規化されています。単位を等価にするわけではありません. 修復計画は各指標の実際の単位と原因を保持しなければならない.

フィールドの証拠とテンプレートの到達で始める

ラボツールは制御された条件下でページを説明します. フィールドデータは、対象となる実際の訪問で経験したことを説明します。 両方とも必要ですが、異なる質問に答えます. 十分なデータがある場合は、Chrome User Experience ReportまたはSearch ConsoleのCore Web Vitalsレポートからのフィールド証拠で監査を開始します. 影響を受けるURLをテンプレートと動作でグループ化. 次に、ラボトレースを使用して代表的な失敗を再現し、原因を特定します. ホームページだけをテストして開始しないでください. 高速なホームページは、遅い商品ページ、安定しない記事テンプレート、そしてインタラクションが多いダッシュボード型検索体験と共存できます. 修理ユニットは通常、テンプレートまたは共有コンポーネントであり、個々の URL ではありません。 すべてのグループについて、記録してください。

• メトリックとフィールドの状態
• デバイスクラス
• 75パーセンタイル値
• 影響を受けるテンプレートと推定URLリーチ
• トラフィックまたはビジネスの重要性
• 再現トレース
• 疑わしい共有依存関係

この証拠は、魅力的なスコアを生む簡単なURLを最適化しつつ、高リーチテンプレートを変更しないという慣れ親しんだ失敗を防ぎます。

個別の症状よりも共有原因を先に修正する

パフォーマンス作業には依存関係があります. 大規模なクライアントバンドルはインタラクションの準備を遅らせ、最大要素のレンダリングも遅延させる可能性があります. 画像の寸法が欠落するとレイアウトシフトや不要なレンダリング作業が発生します. サードパーティタグはロード時とインタラクション時の両方でメインスレッドをブロックする可能性があります. メトリックごとに作業を分割する前に因果グラフをマッピングする：

2メトリクスとテンプレート内のすべてのページに影響を与える共有原因は、通常、孤立したマイクロ最適化よりも優先されるべきです. ここで、システマティック監査がハンドオフを改善します：発見は単一の総合評価ではなく、範囲と証拠を含みます.

LCPを4-パートタイムラインとして診断する

LCPは単に「ヒーローイメージが大きい」だけではありません。時間を「最初のバイトまで」「リソース読み込み遅延」「リソース読み込み時間」「要素描画遅延」に分けて考えます. 主なセグメントが修復を決定します.

• 最初のバイトが遅い: アプリケーションの作業、キャッシュ、データベース呼び出し、地理的距離、そして CDN の挙動を調査します。
• リソースが遅れて検出される: LCPリソースを初期の HTML に公開し、レスポンシブ画像マークアップを正しく使用し、正当化されたプリロードまたは fetchpriority を検討します。
• リソース転送が遅い: 画像を圧縮・リサイズし、適切なフォーマットを使用し、効果的なキャッシュ/CDN パスを通じて配信します。
• 要素が遅れて描画される: ブロッキング CSS、長いメインスレッドタスク、ハイドレーション依存、主要コンテンツを隠すリベールアニメーションを減らします。

LCP要素はデバイスや訪問によって異なる場合があります. フィールドパターンと代表的なトレースを調べ、すべてのページの最大要素がデスクトップヒーローであると仮定しないでください. JavaScript-レンダリングされた本文もLCPをレンダリングアーキテクチャの問題に変えることがあります。 JavaScript SEO監査 は、ソースとレンダリングされたコンテンツを比較する方法をカバーしています。同じ比較は、主要要素が遅れて検出される理由を明らかにすることがよくあります。

INPをインタラクションで診断し、ページロードではなく

INPは訪問全体にわたるユーザーインタラクションのレイテンシを評価します. 関連する単位はインタラクションです：入力遅延、イベント処理、プレゼンテーション遅延. 影響を受けるテンプレートで重要なインタラクションを棚卸します—ナビゲーションメニュー、検索候補、フィルター、アコーディオン、カート追加コントロール、フォーム、同意UI。遅いインタラクションを再現し、パフォーマンストレースを記録します. 一般的な原因は次のとおりです：

• イベント開始を妨げる長いタスク
• 大きな同期ハンドラ
• コンポーネントツリーの過度な更新を行うフレームワーク作業
• ハンドラ後のレイアウトまたはスタイル再計算
• メインスレッドを競合するサードパーティスクリプト
• ページが準備完了と見なされる長時間にわたるクライアント側初期化

修復には長いタスクの分割、JavaScript の削減、非必須作業の遅延、状態更新の縮小、ブラウザへの譲渡、またはメインスレッドからの作業移動が含まれる場合があります。 正しい選択はトレースに従います. 単独で高速なクリックハンドラを良いINPと混同しないでください。入力遅延は、関連のないコードがイベント開始前にメインスレッドを占有したため、主なセグメントになることがあります.

CLSを不安定な要素とそのソースで診断します

CLSは予期しないレイアウトの移動を測定します. シフトした要素を見つけ、次にその周囲のスペースを変えたものを特定します. 高価値のチェック項目には次のものが含まれます：

• 安定した寸法やアスペクト比のない画像と動画
• 予約スペースなしに挿入された広告、埋め込み、バナー、同意UI
• 行折り返しを変えるWebフォント
• 既存コンテンツの上に注入されたコンポーネント
• 変換を使用せずにレイアウトプロパティを変更するアニメーション
• サーバーとクライアントのレイアウトが不一致のレスポンシブコンポーネント

移動する可視要素が必ずしも原因ではありません. 段落は、その上にある画像が寸法を取得したためにシフトすることがあります. 被害者と原因の両方を記録します. CLS修正はしばしば比較的限定的ですが、常に最初に来るわけではありません. 実際のユーザーへの影響とテンプレートのリーチを優先します. チェックアウトやリードフォームでの重大なシフトは、情報ページでのわずかなLCPミスよりも重大な結果を招くことがあります.

影響、リーチ、信頼度で修復をランク付けします

実用的な優先順位モデルは4要因を使用します：

1。 ユーザーの重症度：フィールド値が良好な閾値からどれだけ離れているか、そしてどの挙動が損なわれているか. 2。 テンプレートリーチ：原因を共有する重要なURLと訪問数. 3。 ビジネスロール：テンプレートが発見、閲覧、リード取得、購入、または他の重要タスクをサポートしているか. 4。 証拠の信頼度：トレースとコードパスが因果的修復を特定しているか、相関関係に過ぎないか.

労力はシーケンス化時に重要ですが、重症度を消去すべきではありません. 高影響の修復は、安全な最初のステップに分解でき、低価値スコアの磨きで置き換えられるべきではありません. Googleのページエクスペリエンスガイダンスは境界を明確にします：Core Web Vitalsはランキングシステムで使用されますが、良好なスコアがトップランキングを保証するわけではなく、チームはSEOだけを目的に完璧なスコアを追求すべきではありません。ページエクスペリエンスはこれら3つの指標以上を含み、関連性は依然として基本です。

問題が発見された同じレイヤーで検証します

出荷後、疑わしい原因が変わったことを確認するためにラボトレースを繰り返します. その後、十分なフィールドデータが揃うまで待ち、75パーセンタイルで結果を評価します. ラボ改善は迅速なフィードバックです。フィールド結果の代替ではありません. テンプレートとリリースに結びつけた前後の証拠を保持します. バンドル変更、リソースタイミング、長時間タスク、LCPサブパーツ、不安定要素、フィールドウィンドウを記録します. フィールドメトリックが変化しない場合、成功と宣言するのではなく因果モデルを再開します. 最も強力なCore Web Vitalsプログラムは、3数値を緑にするキャンペーンではありません. それは繰り返し可能な運用ループです：テンプレートでグループ化し、実際のライフサイクル段階を診断し、共有原因を修復し、ラボで検証し、フィールドデータで確認します. そのループは、実際に人々が受け取るページを改善するため、検索準備性を向上させます.