Search ConsoleのLCP問題を修正する方法——2026年版ガイド
LCP(最大コンテンツの描画)は2.5秒以内に読み込む必要があります。モダンな画像フォーマット(WebP/AVIF)の提供、LCP要素のプリロード、レンダリングをブロックするリソースの排除、サーバー応答時間の改善によって修正できます。
毎週水曜。28,400人以上の読者。無駄なし。
✓ メールをご確認ください — 確認リンクをクリックして登録を完了してください。
✓ 登録が完了しました!
✓ すでに登録済みです。
Table of contents
Open Table of contents
LCPとは何か?
最大コンテンツの描画(LCP)は、ページ上で最も大きな可視要素——通常はヒーロー画像、動画サムネイル、または大きなテキストブロック——がビューポートに完全にレンダリングされるまでの時間を計測します。これはユーザーが体感する読み込み速度の指標です。ページの読み込みが始まった時点ではなく、メインコンテンツが表示される時点を基準にしています。
Googleのしきい値:
- 良好: 2.5秒未満
- 改善が必要: 2.5〜4秒
- 不良: 4秒超
クリックやスクロール後にのみ表示される要素はLCP計測から除外されます。訪問者が到着直後に目にするコンテンツに特化した指標です。
関連:Search ConsoleでのCLS問題の修正方法もこちらでお読みください
2026年のCore Web Vitalsとは何か?
Core Web Vitalsは、ページエクスペリエンスに関するGoogleの標準化された指標セットです。2024年3月時点で、3つの指標は次のとおりです:
- LCP(最大コンテンツの描画) — 読み込みパフォーマンス;目標は2.5秒未満
- INP(次の描画までのインタラクション) — 応答性;目標は200ms未満
- CLS(累積レイアウトシフト) — 視覚的安定性;目標は0.1未満
重要な更新: FID(初回入力遅延)は2024年3月にCore Web Vitalsから廃止され、INPに置き換えられました。INPはより厳格で、最初のインタラクションだけでなく、ページセッション全体を通じた最悪ケースのインタラクション遅延を計測します。FIDに言及している古い記事やドキュメントがある場合、それらの情報はすでに時代遅れです。
ウェブサイト全体の速度最適化については、私のCore Web Vitalsガイドで詳しく解説しています。
LCPがランキングに重要な理由
GoogleはCore Web Vitalsをランキングシグナルとして使用しています。LCPが不良なだけでは、ユーザーエクスペリエンスを損なうだけでなく、検索結果での順位も下がります。
より具体的に言えば:ヒーロー画像の読み込みが遅いと、ユーザーは数秒間、空白または一部しか読み込まれていないページを目にすることになります。これはバウンス率を押し上げ、特にモバイルでその傾向が顕著です。LCP要素が商品画像や注目記事の写真であれば、表示に余分な1秒かかるごとに、ユーザーが滞在するかどうかを迷う1秒が増えます。
Search Consoleで問題のあるURLを見つける方法
- Google Search Consoleにログインする
- 左サイドバーのエクスペリエンス下でCore Web Vitalsをクリックする
- モバイルとデスクトップの個別レポートが表示される——両方確認する
- どちらかのレポートを開くをクリックする
- レポートには「不良」「改善が必要」「良好」のステータス別URLグループが表示される
- 「LCPの問題:4秒超」 の行をクリックして、サンプルURLを確認する
これらは実際のユーザーによる計測値(Chrome User Experience Reportのフィールドデータ)であり、実際の訪問者の環境を反映しています——実験室テストだけではありません。
PageSpeed InsightsでLCPスコアを確認する方法
調査するURLが決まったら、PageSpeed InsightsにアクセスしてURLを入力します。フィールドデータ(利用可能な場合)と制御されたテストのラボデータの両方が表示されます。
確認すべき点:
- Core Web VitalsのLCP値
- その下の改善の機会と診断セクション——具体的な問題と推定節約時間が一覧表示される
テストはモバイルとデスクトップを別々に実行してください。モバイルはネットワークの遅さとCPU性能の低さから通常スコアが低く、Googleのランキングでより重く評価されます。
LCP要素を特定する方法
確認したいページでChrome DevToolsを開きます:
- ページ上の任意の場所を右クリック → 検証
- パフォーマンスタブに移動する
- 記録(円形アイコン)をクリックし、ページをリロードして、記録を停止する
- Timings行のLCPマーカーを探す
- クリックしてLCP要素として識別された要素を確認する
ほとんどの場合、ヒーロー画像、大きな <h1>、または動画ポスターフレームです。正確にどの要素かがわかれば、最適化作業をどこに集中させるべきかが明確になります。
LCP問題を修正する効果的な方法
1. 画像をモダンなフォーマットで配信する
画像が多いLCPに対して最も手軽に得られる改善は、JPEG/PNGからWebPまたはAVIFへの切り替えです。どちらも同等の視覚品質で大幅に優れた圧縮を提供します。
WordPressサイトでは、Imagify、ShortPixel、Cloudflare’s Image Resizingなどのプラグインが変換を自動で処理し、ブラウザのサポート状況に基づいて適切なフォーマットを配信します。静的サイトでは、大多数のビルドツール(Next.js、Astroなど)にビルド時に変換・リサイズを行う画像最適化機能が組み込まれています。
注意:JPEG XRとJPEG 2000(旧ガイドで言及されていたもの)は事実上時代遅れです。WebPはブラウザで普遍的にサポートされており、AVIFは2024年以降広くサポートされています。
2. LCP要素をプリロードする
LCP要素が画像の場合、<head>内に<link rel="preload">タグを追加して、HTMLの解析中に後から発見されるのではなく、ブラウザがすぐに取得するようにします:
<link rel="preload" as="image" href="/images/hero.webp" fetchpriority="high">fetchpriority="high"属性(現在ブラウザで広くサポートされている)は、このリソースをページ上の他の画像より優先するようブラウザに指示します。
3. レンダリングをブロックするリソースを排除する
レンダリングをブロックするCSSとJavaScriptは、ブラウザがページのペイントを開始できるタイミングを遅らせます。一般的な修正方法:
- 重要でないCSSを非同期で読み込む、またはクリティカルCSSをインラインで記述する
- すぐに必要でないJavaScriptファイルに
deferまたはasyncを追加する - Webフォントに
font-display: swapを使用して、カスタムフォントが読み込まれる間もフォールバックフォントでテキストをレンダリングする
PageSpeed Insightsなどのツールは、改善の機会セクションで具体的なブロッキングリソースを指摘します。
4. サーバー応答時間を改善する(TTFB)
サーバーの応答に時間がかかりすぎると、その後のすべての処理が遅れます。Time to First Byte(TTFB)を800ms未満に抑えることを目標にしてください。
TTFBを改善する方法:
- CDNを使用して、ユーザーに近いエッジノードからページを配信する
- サーバーサイドキャッシュを有効にする(ページキャッシュ、オブジェクトキャッシュ)
- 動的サイトの場合、データベースクエリを最適化するか、より高速なホスティングスタックに移行する
- 静的サイトの場合、アセットがCDN上にあることを確認する——ファイル配信はほぼ瞬時であるべき
5. スクロールせずに見える部分以下の画像に遅延読み込みを使用する(LCP要素は除く)
スクロールせずに見える部分(フォールド)の下に表示される画像にはloading="lazy"を使用して読み込みを遅らせます。ただし、決定的なポイントとして——LCP要素自体には遅延読み込みを適用しないでください。それによってさらに遅延が発生し、LCPスコアが直接悪化します。これはWordPressサイトでグローバルな遅延読み込みプラグインが無差別に適用されている場合によく見られる失敗パターンです。
6. レスポンシブ画像を使用する
リクエストを行うデバイスに適したサイズの画像を配信します。モバイルユーザーには幅2400pxの画像は不要です。srcsetとsizes属性を使用して、ブラウザが適切なバージョンを選択できるようにします:
<img
src="hero-800.webp"
srcset="hero-400.webp 400w, hero-800.webp 800w, hero-1600.webp 1600w"
sizes="(max-width: 600px) 400px, (max-width: 1200px) 800px, 1600px"
alt="Hero image"
fetchpriority="high"
>7. Search Consoleで修正を検証する
変更を加えた後、PageSpeed Insightsに戻り、URLを再テストしてLCPがラボデータで改善されていることを確認します。次に、Search ConsoleでCore Web Vitalsレポートを開き、影響を受けたURLグループの修正を検証をクリックします。これによりGoogleに改善を行ったことが伝わります。
注意:フィールドデータ(実際のユーザーによる計測)はSearch Consoleで更新されるまで数週間かかります。実際の訪問の継続的なウィンドウを反映しているためです。レポートがすぐに変わることを期待しないでください。
LCP修正のFAQ——2026年
LCPを修正すればランキング向上が保証されますか?
直接的には保証されません。Core Web Vitalsはランキング要因ですが、多数ある要因のひとつです。不良なLCPスコアを修正すると、あなたに不利に働いている可能性のあるシグナルを排除でき、ランキング改善につながることがあります——特に競合ページ間で他のシグナルが似通っている競争の激しいニッチでは効果的です。特定のランキングジャンプを保証するレバーではなく、底上げとして捉えてください。
GoogleはFIDをINPに置き換えましたか?
はい。2024年3月、GoogleはCore Web VitalsのResponsivenessメトリクスをFirst Input Delay(FID)からInteraction to Next Paint(INP)に公式に置き換えました。INPはページセッション全体(最初のインタラクションだけでなく)における最悪ケースのインタラクション遅延を計測するため、使用中のページの応答性をより厳格かつ現実的に測定します。
PageSpeed InsightsのスコアはよいのにSearch Consoleがまだ「不良」を示しています。なぜですか?
PageSpeed Insightsのラボデータは制御された合成テストです。Search Consoleのフィールドデータは、実際の環境(多様なデバイス、ネットワーク速度、地域)でサイトを訪問する実際のChromeユーザーから収集されています。ラボテストでは問題がなくても、低速モバイル回線を使用する実際の訪問者に対しては性能が低い場合があります。実験室スコアだけを追うのではなく、根本原因——通常は画像サイズ、レンダリングをブロックするリソース、またはサーバー応答の遅さ——を解消してフィールドデータを改善することに注力してください。
2026年にLCPを診断するにはどのツールを使えばいいですか?
主要なツール:PageSpeed Insights(pagespeed.web.dev)——ラボデータとフィールドデータを組み合わせた分析;Chrome DevToolsパフォーマンスパネル——要素レベルの診断;WebPageTest——ウォーターフォール分析とフィルムストリップビュー;そしてSearch ConsoleのCore Web Vitalsレポート——サイト全体のフィールドデータ。Chrome DevToolsに組み込まれているLighthouseもLCP診断を表示します。
関連記事:
短縮版
ここで説明するワークフローが週の作業時間を食い潰しているという理由でこれを読んでいるなら、まさにそういったループのために私はAIエージェントを構築しています。同時に2つのビルドスロットをオープンしています。
2026年5月更新
2026年のGoogleの動向はAI Overviewsの全面展開です。2023年のSGE実験は2024年5月にデフォルト機能となり、現在では**米国の情報検索クエリの約60%**に表示されています。SEOと広告の担当者にとって:
- AI Overviewsが表示されるクエリの自然流入CTRは平均15〜30%低下しており、Ahrefs、Authoritasなどの調査(2024〜25年データ)が示しています。
- Google AdsはPMaxの複数機能をAI-powered Searchにリブランドし、キャンペーン管理UIはAI入札提案をデフォルトで表示するようになりました。
- Search Consoleは2025年末に「AIオーバービューのインプレッション」フィルターを追加しました——本サイトにGSCレポートを参照している記事がある場合、内容の更新が必要です。
- Googleの広告収入は2024年に約2,650億ドルを超え、Searchは引き続きAlphabet総収益の約57%を占めています。
2026年における「Googleはどのように収益を上げているか」への答え:検索広告が依然として主軸ですが、YouTube広告、Cloud、サブスクリプション(YouTube Premium + Google One)もいずれも重要な収益源となっています。
毎週水曜。28,400人以上の読者。無駄なし。
✓ メールをご確認ください — 確認リンクをクリックして登録を完了してください。
✓ 登録が完了しました!
✓ すでに登録済みです。
AIプレイブックをメールでお届け
毎週水曜。28,400人以上の読者。無駄なし。
メールをご確認ください。
確認メールをお送りしました — リンクをクリックして登録を完了してください。1分以内に届かない場合は迷惑メールをご確認ください。
登録が完了しました。
ようこそ — 次号がまもなくお手元に届きます。
すでに登録済みです — 毎週水曜日にお届けします。