スマホ表示とページの速さ — Core Web Vitalsを初心者向けに解説、3つの数字の読み方と順位との本当の関係
目次
この記事の結論：Core Web Vitalsは「ページの使い心地の健康診断」。大事だが、順位を約束する数字ではない
「サイトが遅いと検索順位が下がるらしい」。Web担当になると、こんな話を一度は耳にします。Googleの公式ドキュメントとweb.devの解説を読み比べて、私が初心者にまず伝えたいと感じた点は次の4つです。
- Core Web Vitalsは3つの数字でページの使い心地を測る — 主要な部分が表示されるまでの時間（LCP）、操作への反応の速さ（INP）、表示中のレイアウトのずれ（CLS）の3つです。Googleが示す「良好」の目安は、LCP 2.5秒以下、INP 200ミリ秒以下、CLS 0.1以下です
- Googleはスマホ版のページを基準に見ている — Googleはインデックス登録（検索のデータベースへの登録）と順位付けに、スマートフォン用のクローラーで読み込んだモバイル版のページを使います。これを「モバイルファーストインデックス」と呼びます
- 順位の決め手の1つだが、「速くすれば上がる」わけではない — GoogleはCore Web Vitalsをランキングシステムが使う要素としつつ、良い数字でも上位表示は保証されず、関連性の高い内容が常に優先されると説明しています
- 確かめるのは無料の2つの道具で足りる — PageSpeed Insightsでページ単位の数字を、Search ConsoleのCore Web Vitalsレポートでサイト全体の傾向を見ます。どちらも実際の利用者のデータが土台です
以下では、3つの数字の意味から、スマホ表示の考え方、順位との関係、確かめ方まで順に見ていきます。
1. Core Web Vitalsとは何か
一言でいうと「ページを使っている人がイライラしないか」を測るものさし
Core Web Vitals（コアウェブバイタル）は、ページの使い心地を測るためにGoogleが定めた3つの指標です。見るのは「表示の速さ」「操作への反応」「見た目の安定」の3点です。
たとえるなら、お店の入り口の健康診断のようなものです。扉がすぐ開くか、店員に声をかけたらすぐ返事があるか、商品棚が急に動いて別の商品をつかまされないか。どれもお店の品ぞろえとは別の話ですが、ひどければお客さんは帰ってしまいます。
「ページエクスペリエンス」の一部
Googleは、ページの使い心地全体を「ページエクスペリエンス」と呼んでいます。Core Web Vitalsはその一部で、ほかにも次のような観点があります。
- 安全な方法（HTTPS、URLが「https://」で始まる暗号化された通信）でページを配信しているか
- スマートフォンで適切に表示されるか
- 主要な内容を邪魔するほどの広告を載せていないか
- 画面をふさぐ煩わしい全面広告（インタースティシャル）を避けているか
- 主要な内容と、それ以外を見分けやすい作りか
これらはGoogleがサイト運営者向けに挙げている自己チェックの観点です。数字で測れるのがCore Web Vitals、それ以外は目で見て確かめる項目、と考えると整理しやすくなります。
参考・引用： ページ エクスペリエンスと Google 検索結果への影響 - Google 検索セントラル Core Web Vitals と Google 検索の検索結果について - Google 検索セントラル
2. 3つの数字を身近な例で読む
LCP：ページの「主役」が表示されるまでの時間
LCP（Largest Contentful Paint）は、画面に見えている範囲で最も大きな画像や文章のかたまりが表示されるまでの時間です。ニュース記事ならトップの写真や見出しの部分、商品ページなら商品画像が該当することが多いでしょう。「ページを開いて、中身が見えたと感じるまで」と考えてください。
INP：タップやクリックへの反応の速さ
INP（Interaction to Next Paint）は、クリック・タップ・キー入力をしてから、画面に反応が表示されるまでの時間です。ボタンを押したのに何も起きず、もう一度押してしまう。あの「反応の鈍さ」を測ります。スクロールや、マウスを重ねるだけの操作は対象外です。INPは2024年に、以前の指標FID（First Input Delay）に代わってCore Web Vitalsに加わりました。
CLS：表示中にレイアウトがずれないか
CLS（Cumulative Layout Shift）は、読んでいる途中で文章やボタンが予期せず動く度合いです。リンクを押そうとした瞬間に上から広告が差し込まれ、別のリンクを押してしまった。web.devの解説には、キャンセルするつもりが大きな注文を確定させてしまう例まで挙がっています。なお、利用者自身が操作した直後（0.5秒以内）のずれは数えません。
基準値の一覧
web.devとSearch Consoleのヘルプでは、3段階の基準が次のように示されています（2026年10月13日に確認）。
| 指標 | 何を測るか | 良好 | 改善が必要 | 不良（Search Consoleでは「低速」） |
|---|---|---|---|---|
| LCP | 主要な部分の表示 | 2.5秒以下 | 4秒以下 | 4秒超 |
| INP | 操作への反応 | 200ミリ秒以下 | 500ミリ秒以下 | 500ミリ秒超 |
| CLS | レイアウトのずれ | 0.1以下 | 0.25以下 | 0.25超 |
CLSだけ単位がないのは、時間ではなく「どれだけ動いたか」を点数にしたものだからです。
「75%の訪問で達成しているか」で判定する
ここが初心者の見落としやすい点です。Core Web Vitalsは、1回測った数字で合否を決めるものではありません。web.devは、実際の訪問を並べたときの75パーセンタイル（遅いほうから4分の1の位置）で判定するのが適切だとしています。言い換えると、訪問の75%以上で基準を満たしていれば「良好」です。
しかも、この判定はスマートフォンとパソコンで分けて行います。自分のパソコンで開いて速く感じても、スマホで来る人には遅い。そんなずれは珍しくありません。
参考・引用： Web Vitals - web.dev Largest Contentful Paint（LCP） - web.dev Interaction to Next Paint（INP） - web.dev Cumulative Layout Shift（CLS） - web.dev Core Web Vitals レポート - Search Console ヘルプ
3. なぜスマホでの表示が大事なのか
3つの数字を押さえたところで、もう1つの柱である「スマホ表示」に移ります。
Googleはスマホ版のページを読んでいる
Googleは、インデックス登録と順位付けに、スマートフォン用のクローラー（ページを巡回して読み取るプログラム）で読み込んだモバイル版のページを使っています。これがモバイルファーストインデックスです。検索エンジンが「見つける・覚える・選ぶ」の3段階で動く流れは「検索エンジンはどう動くのか」で紹介しました。その「覚える」段階で読まれているのが、スマホ版というわけです。
スマホ版で内容を削ると、検索での評価にも響く
Googleのガイドは、モバイル版にもパソコン版と同じ内容を載せるよう求めています。スマホでは画面が狭いからと本文を短くすると、ある程度のトラフィック（訪問）の減少が予想される、とまで書かれています。画面に収まらない内容は、削るのではなく、アコーディオン（タップで開閉する部分）やタブで折りたためばよい、という考え方です。
もう1つ注意したいのが、タップやスワイプをしないと読み込まれない本文です。Googleはクリックなどの操作をしてコンテンツを読み込むことはしないので、主要な内容をその方式で出すと読まれません。
作り方はレスポンシブ デザインが基本
Googleは、同じURL・同じHTMLのまま画面の幅に合わせて見た目を変える「レスポンシブ ウェブ デザイン」を、実装と管理が最も簡単な方式として推奨しています。最近のWordPressのテーマや、ホームページ作成サービスの多くはこの方式です。
なお、モバイル版を用意することは検索に出るための必須条件ではありません。ただしGoogleは「非常に強く推奨」しています。
4. 順位とはどう関係するのか
ここがこの記事でいちばん大事なところです。
Googleの公式な位置づけ
Googleの説明を整理すると、次のようになります。
| Googleの説明 | 読み取れること |
|---|---|
| Core Web Vitalsはランキングシステムで使われている | 順位を決める材料の1つではある |
| ページエクスペリエンスを示す単一のシグナルはない | 「この数字を満たせば加点」という単純な仕組みではない |
| 良い結果が出ても、上位に表示される保証はない | 合格しても順位が上がるとは限らない |
| ページエクスペリエンスが平均を下回っても、最も関連性の高い内容を表示する | 内容が質問にぴったり合っていれば、遅いページでも上位に出ることはある |
| 役立つ内容が多数ある検索では、優れたページエクスペリエンスが重要になる | 役立つページが多い中では、後押しになることがある |
公式ドキュメントを読んでいて私が印象に残ったのは、Googleが「改善を強くおすすめする」と言いながら、同じ文書の中で「保証はない」「関連性が優先」と何度も念を押していることです。Core Web Vitals以外のページエクスペリエンスの要素は、順位の上昇に直接は貢献しない、とも書かれています。ただし利用者の満足度を上げるので、全体として改善する意味はある、という書き方です。
つまり「足切り」でも「必勝法」でもない
私の理解では、Core Web Vitalsは、内容が同じくらい役に立つページ同士で比べられたときに効いてくる要素です。中身が検索した人の疑問に答えていないページを、速さだけで押し上げることはできません。逆に、数字が「改善が必要」だから検索に出ない、というものでもありません。
順位が下がったときに、真っ先に速度を疑うのも早計です。順位の変動には日々の小さな揺れとアップデートによる大きな変化があり、その見分け方は「検索順位はなぜ毎日変わるのか」と「「順位が下がった」とき最初に確認すること」で解説しています。
参考・引用： ページ エクスペリエンスと Google 検索結果への影響 - Google 検索セントラル Core Web Vitals と Google 検索の検索結果について - Google 検索セントラル
5. 自分のサイトの数字を確かめるには
位置づけが分かったら、実際の数字を見てみましょう。道具は無料の2つで足ります。
PageSpeed Insights：1ページずつ詳しく見る
PageSpeed Insightsは、URLを入れるとそのページの速さを分析してくれるGoogleの無料ツールです。結果には2種類の数字が並びます。私がこのツールを人に説明するとき、いちばん時間を使うのがこの2つの区別です。
| 種類 | 中身 | 使いどころ |
|---|---|---|
| 実際のユーザーのデータ（フィールドデータ） | Chromeの利用者から集めた過去28日間の実測 | Core Web Vitalsの合否はこちらで判定 |
| ラボデータ（パフォーマンス スコアなど） | 決まった条件で読み込みをシミュレーションした結果 | 原因を探す手がかり |
0〜100点で出る「パフォーマンス」スコアは、ラボデータから計算された点数です。90点以上が良好の目安ですが、これはCore Web Vitalsの合否そのものではありません。web.devも、ラボでの測定は実測の代わりにはならないと書いています。
訪問の少ないページや新しいページでは、実測のデータが足りずに表示されないことがあります。その場合はサイト全体のデータが表示されるか、何も表示されません。
Search ConsoleのCore Web Vitalsレポート：サイト全体の傾向を見る
Search Console（Googleが無料で提供するサイト管理ツール）には「Core Web Vitals」というレポートがあります。こちらも実際の利用者のデータが土台で、似た作りのページをグループにまとめて「良好」「改善が必要」「低速」に振り分けます。3つの指標のうち最も悪いものが、そのグループの評価になります。スマホとパソコンは別々に表示されます。
修正した後は「トラッキングを開始」を押すと、28日間の追跡が始まります。この期間に問題が出なければ解決済みと扱われます。結果が出るまで約1か月かかるので、直した翌日に数字が変わらなくても焦る必要はありません。Search Consoleの登録がまだの方は「Search Consoleの最初の1時間」から始めてください。
1つのツールで続けて見るのも手
ページの点検と速さの確認をまとめて進めたい場合は、LinkSurgeのAI Ready診断で、ページの点検結果と一緒にスマホ・パソコン両方の表示速度の分析を実行できます。中身はPageSpeed Insightsの結果なので、上の表の「実測」と「ラボ」の区別はそのまま当てはまります。
参考・引用： PageSpeed Insights について - Google for Developers Core Web Vitals レポート - Search Console ヘルプ Web Vitals - web.dev
6. 数字が悪かったとき、まず疑う場所
実際に直す作業は、制作会社やエンジニアに頼むことが多いでしょう。それでも、原因の当たりを知っておくと相談がずっと早くなります。web.devの改善ガイドで挙げられている典型的な原因を、指標ごとにまとめました。
| 指標 | よくある原因 | 相談するときの言い方の例 |
|---|---|---|
| LCP | 最初に見える画像が大きすぎる、その画像を後回しで読み込む設定（遅延読み込み）にしている、サーバーの応答が遅い | 「最初に見える画像のサイズと読み込み方、サーバーの応答時間を確認してほしい」 |
| INP | JavaScript（ページを動かすプログラム）の重い処理が、操作への反応を待たせている | 「タップしてから反応するまでが遅い。重い処理がないか見てほしい」 |
| CLS | 画像や動画のサイズが指定されていない、後から広告や埋め込みが差し込まれる、Webフォントの切り替わり | 「読み込み中に画面がずれる。画像の幅と高さの指定と、広告枠の確保を確認してほしい」 |
私が自社のページを見直したときも、最初に効いたのは地味な作業でした。画像の幅と高さを指定する、使っていない埋め込みを外す。それだけでCLSが落ち着くことはよくあります。
直したら、順位や流入がどう動いたかも記録しておきましょう。特定のキーワードの順位を同じ条件で毎日記録するなら、LinkSurgeの順位チェックツールのような道具が使えます。ただし前の節のとおり、速度を直した直後に順位が上がらなくても、それは珍しいことではありません。
参考・引用： Largest Contentful Paint を最適化する - web.dev 次のペイントに対するインタラクションを最適化する - web.dev Cumulative Layout Shift（CLS） - web.dev
7. よくある誤解・失敗例
速さの話は、数字が出るぶん誤解も生まれやすい分野です。よく見かける5つを挙げます。
誤解1：「PageSpeed Insightsで100点を取れば順位が上がる」
点数はラボでのシミュレーション結果で、Core Web Vitalsの合否そのものではありません。さらにGoogleは、Core Web Vitalsが良好でも上位表示は保証されないと明言しています。80点を95点にする作業に何週間も使うより、内容の改善に時間を回したほうがよい場面は多いはずです。
誤解2：「自分のパソコンで速いから問題ない」
Googleはスマホ版を基準に読み、Core Web Vitalsもスマホとパソコンを分けて判定します。社内の速い回線とパソコンで確かめただけでは、外出先のスマホで見る人の体験は分かりません。
誤解3：「スマホでは本文を短くしたほうが親切」
Googleは、モバイル版にもパソコン版と同じ内容を載せるよう求めています。内容を削るとトラフィックの減少が予想される、とも書いています。読みやすさのためなら、削らずに折りたたむ方法を選びましょう。
誤解4：「順位が下がったのは、きっとサイトが遅いせいだ」
速度は順位を決める材料の1つにすぎません。Googleは関連性の高い内容を常に優先すると説明しています。順位が下がったら、計測の不具合やサイトの技術的な問題、アップデートなどを順番に確かめるほうが先です。
誤解5：「昔のモバイルフレンドリーテストで確認すればいい」
Search Consoleの「モバイル ユーザビリティ」レポートとモバイル フレンドリー テスト ツールは、2023年12月1日に提供を終えています。Googleは、スマホでの使いやすさが重要でなくなったわけではないとしたうえで、代わりの手段としてChromeのLighthouseなどを挙げています。古い記事の手順をそのまま追わないよう注意してください。
参考・引用： ページ エクスペリエンスと Google 検索結果への影響 - Google 検索セントラル モバイルファースト インデックスに関するおすすめの方法 - Google 検索セントラル The role of page experience in creating helpful content - Google Search Central Blog
LinkSurge
linksurge.jp
SEO・AIO・GEO統合分析プラットフォーム。AI Overviews分析、SEO順位計測、GEO引用最適化など、生成AI時代のブランド露出を最大化するための分析ツールを提供しています。
確認チェック
問1：Core Web Vitalsの3つの指標と、それぞれが測るものを答えてください。
答え：LCPは主要な部分が表示されるまでの時間、INPは操作への反応の速さ、CLSは表示中のレイアウトのずれです。
問2：PageSpeed Insightsの0〜100点の「パフォーマンス」スコアが90点未満なら、Core Web Vitalsは不合格ですか？
答え：そうとは限りません。点数はラボでのシミュレーション結果で、Core Web Vitalsの合否は実際の利用者のデータ（過去28日間）で判定します。
問3：Core Web Vitalsが「良好」になれば、検索順位は上がりますか？
答え：保証されません。Googleはランキングで使う要素の1つとしつつ、良い結果でも上位表示は保証されず、最も関連性の高い内容が優先されると説明しています。
よくある質問（FAQ）
Core Web Vitalsの基準値はいくつですか？
「良好」の目安は、LCPが2.5秒以下、INPが200ミリ秒以下、CLSが0.1以下です。判定は実際の訪問の75%以上で基準を満たしているかで行い、スマートフォンとパソコンは別々に評価されます。
モバイルファーストインデックスとは何ですか？
Googleが、インデックス登録と順位付けに、スマートフォン用のクローラーで読み込んだモバイル版のページを使う仕組みです。モバイル版にもパソコン版と同じ内容を載せることが勧められています。
Search ConsoleのCore Web Vitalsレポートに「データがありません」と出るのはなぜですか？
実際の利用者のデータが十分に集まっていないためです。新しいサイトや訪問の少ないサイトではよく起こります。その間はPageSpeed Insightsのラボデータで、原因の当たりをつける使い方ができます。
表示速度の改善は自分でできますか？
画像を圧縮する、画像に幅と高さを指定する、使っていないプラグインや埋め込みを外す、といった作業は、CMS（WordPressなどのサイト管理システム）の画面から自分でできることもあります。サーバーやスクリプトの改善は専門知識が必要なので、制作会社やエンジニアに数字を見せて相談するのが確実です。
まとめ：まずスマホの実測データを1回見る
Core Web Vitalsは、ページの使い心地を3つの数字で示す健康診断です。最初の一歩は、PageSpeed Insightsで主要なページを1つ測り、スマホの「実際のユーザーのデータ」を見ることです。数字が足りなければ、Search ConsoleのCore Web Vitalsレポートで、サイト全体のどのグループに問題があるかを確かめます。
改善は、内容づくりを止めてまで取り組むものではありません。画像のサイズ指定のような手軽な作業から片付け、大がかりな改修は数字を添えて専門家に相談しましょう。
この記事は第3弾「よくある失敗と、困ったときの対処」の1本です。前の記事は「キーワード選びの基本」、次に読む記事は、検索エンジンにページの中身を伝える方法を扱う「構造化データとは」です。SEOの基本の中での速さの位置づけは「AI時代でも変わらないSEOの基本5つ」でも触れています。シリーズ全体の順番は「SEO・GEO・AIO 入門カリキュラム」、言葉に迷ったら「SEO用語集」をご覧ください。
LinkSurgeのAI Ready診断では、ページの点検とあわせて、スマホ・パソコン両方の表示速度を分析できます。
