「ホームページはあるのに、問い合わせがほとんど来ない」。その原因を調べると、デザインや文章ではなく「表示が遅い」ことが真因だったというケースは珍しくありません。画像が出てこない、ボタンを押しても反応しない、読んでいる途中で文章がずれる。こうした体験をした訪問者の多くは、問い合わせフォームに到達する前に離脱します。
Googleは、ページの表示速度や操作性を測る指標として「Core Web Vitals（コアウェブバイタル）」を定め、検索順位を決める要素の一つとしています。この記事では、2026年時点のCore Web Vitalsの基準値、表示速度が問い合わせ数に与える影響を示す調査データ、そして中小企業のサイトで実際に改善を進める手順を、Googleとweb.devの公式資料を根拠に解説します。
表示速度が問い合わせ数を左右する――データで見る影響
どれくらい差が出るのかを示したのが、Googleの委託でDeloitteが2020年3月に公開した調査「Milliseconds Make Millions」です。欧米の小売・旅行・高級ブランド・リード獲得サイトを4週間にわたって分析した結果、モバイルサイトの表示速度が0.1秒改善するだけで、次のような変化が確認されました（出典：Deloitte「Milliseconds Make Millions」, 2020）。
- 小売サイトのコンバージョン率：8.4%増、平均注文額：9.2%増
- 旅行サイトのコンバージョン率：10.1%増、平均注文額：1.9%増
- 高級ブランドサイトの1セッションあたりページビュー：8.6%増
- リード獲得サイト（問い合わせ型）の直帰率：8.3%改善
注目したいのは、最後の「リード獲得サイト」の数字です。ECサイトだけでなく、中小企業の多くが運営する「問い合わせを獲得するためのサイト」でも、わずか0.1秒の改善が離脱率に明確な差を生んでいます。
一方、現実には多くのサイトが基準を満たせていません。Chrome User Experience Report（CrUX）の2025年10月時点のデータでは、Core Web Vitalsの3指標すべてで「良好」と判定されたサイトは、デスクトップで約57.1%、モバイルでは約49.7%にとどまります（出典：DebugBear「2025 In Review: What’s New In Web Performance?」, 2025）。前年より改善はしているものの、モバイルでは半数のサイトが基準未達です。言い換えれば、基準を満たすだけで競合の半数より良い体験を提供できるということです。
Core Web Vitalsとは――3つの指標と2026年の基準値
Core Web Vitalsは、Googleが「すべてのWebページに共通して重要」と位置づけるユーザー体験の指標群です。2026年10月現在、次の3つで構成されています（出典：web.dev「Web Vitals」, Google）。
| 指標 | 何を測るか | 良好 | 改善が必要 | 不良 |
|---|---|---|---|---|
| LCP（Largest Contentful Paint） | 読み込み速度。画面内で最も大きな画像や文章が表示されるまでの時間 | 2.5秒以下 | 2.5〜4.0秒 | 4.0秒超 |
| INP（Interaction to Next Paint） | 操作への反応速度。タップやクリックから画面が反応するまでの時間 | 200ミリ秒以下 | 200〜500ミリ秒 | 500ミリ秒超 |
| CLS（Cumulative Layout Shift） | 視覚的な安定性。読み込み中にレイアウトが予期せずずれる量 | 0.1以下 | 0.1〜0.25 | 0.25超 |
「75パーセンタイル」で判定される
重要なのは、これらの基準が「平均値」ではなく「全訪問の75%が基準内に収まっているか」で判定される点です。Googleは、モバイルとデスクトップを分けたうえで、ページ読み込みの75パーセンタイルで目標値を満たすことを推奨しています（出典：web.dev, Google）。社内の高速Wi-Fiで「速く表示される」ことは保証になりません。古いスマートフォンや不安定な通信で訪れるお客様の体験まで含めて評価されます。
2024年3月にFIDからINPへ置き換わった
操作への反応速度を測る指標は、2024年3月12日に従来のFID（First Input Delay）からINPに正式に置き換えられました。FIDが最初の操作の「遅延」しか測れなかったのに対し、INPはページ滞在中のすべての操作を対象に、画面が実際に更新されるまでの時間を測ります（出典：web.dev「Interaction to Next Paint is officially a Core Web Vital」, 2024）。古い資料には「FID 100ミリ秒以下」と書かれていることがありますが、現在は使われていない指標ですのでご注意ください。
Core Web Vitalsは検索順位にどう影響するか
Googleは「ページ エクスペリエンス」に関する公式ドキュメントで、コアランキングシステムは「優れたページ体験を提供するコンテンツを評価するよう設計されている」と述べています。ただし、ページ体験を測る「単一のシグナル」は存在せず、Core Web Vitalsはその中で検索結果に直接用いられている指標です（出典：Google Search Central「ページ エクスペリエンスの Google 検索結果への影響について」, 2026）。
誤解されやすいので補足すると、Googleは「表示速度が速ければ上位表示される」とは言っていません。検索順位の基本は、あくまで検索意図に合った有用なコンテンツかどうかです。しかし、同じくらい有用なページが複数ある場合、ページ体験の優れたほうが有利になるとGoogleは説明しています。中小企業が競合と似た内容のサービスページで争う場面では、まさにこの「同点の決着」が起きやすく、表示速度が順位を分ける要因になります。
同じドキュメントでGoogleは、サイト運営者が自己評価すべき項目として、Core Web Vitalsのほかに「HTTPSで配信しているか」「モバイル端末で適切に表示されるか」「メインコンテンツを隠すほどの広告がないか」「煩わしいインタースティシャル（全画面ポップアップ）がないか」を挙げています（出典：Google Search Central, 2026）。速度だけを追うのではなく、これらを合わせて整えることが推奨されています。
まず現状を測る――無料ツールの使い方
改善の前に、自社サイトの現状を正確に把握します。Googleが提供する無料ツールだけで十分です（出典：web.dev, Google）。
- PageSpeed Insights URLを入力するだけで、実際の訪問者データ（CrUXに基づく「フィールドデータ」）と、その場で計測した「ラボデータ」の両方が表示されます。まずトップページと主力サービスページ、問い合わせページの3つを「モバイル」で測定します。
- Search Consoleの「ウェブに関する主な指標」レポート サイト全体で、どのURL群が「不良」「改善が必要」と判定されているかを一覧できます。問題のあるページを網羅的に見つけるのに最適です。
- Chrome DevTools／Lighthouse ブラウザ内蔵の開発者向けツールです。制作会社に依頼する際は、PageSpeed Insightsの結果URLを共有すると話が早く進みます。
測定の際は、「フィールドデータ（実際のユーザー）」の数字を優先してください。ラボデータはあくまで原因分析のための参考値で、Googleの評価に使われるのは実際の訪問者の体験データです。なお、アクセス数の少ないサイトではフィールドデータが表示されないことがあります。その場合はラボデータで改善を進めつつ、Search Consoleのレポートを定期的に確認します。
改善手順――指標別に「何をすれば下がるか」
ここからは、3つの指標ごとに原因と対処を整理します。WordPressなどのCMS利用を前提に、制作会社への指示にも使える粒度で書いています。
LCP（読み込み速度）の改善
web.devはLCPを「サーバー応答時間（TTFB）」「リソース読み込み遅延」「リソース読み込み時間」「要素の描画遅延」の4つの部分に分けて考えることを推奨し、「単一の箇所を直すだけで大きく改善することはまれ」だとしています（出典：web.dev「Optimize Largest Contentful Paint」, Google）。中小企業サイトで効果が大きい順に挙げます。
- メインビジュアルの画像を軽くする LCPの対象になるのは多くの場合、ページ上部の大きな画像です。WebPやAVIFといった新しい形式に変換し、表示サイズに合った解像度で書き出します。
- メインビジュアルを遅延読み込み（lazy-load）しない web.devは「LCPとなる画像を遅延読み込みしてはならない。必ず不要な読み込み遅延を招く」と明記しています（出典：web.dev, Google）。WordPressのプラグインで「すべての画像を遅延読み込み」に設定していると、最も重要な画像まで遅くなります。ファーストビューの画像だけ除外し、fetchpriority=”high”を指定します。
- サーバー応答時間（TTFB）を短くする web.devはTTFBの目安を0.8秒以下、1.8秒超を不良としています（出典：web.dev「Time to First Byte」, Google）。格安の共用サーバーで応答が遅い場合は、サーバーの見直しやページキャッシュの導入が有効です。
- 不要なプラグイン・スクリプトを減らす headタグ内で同期的に読み込まれるJavaScriptやCSSは描画を止めます。使っていないプラグインの削除、CSS・JSの圧縮を行います。
- CDNを利用する 画像やCSSを訪問者に近いサーバーから配信することで、読み込み時間を短縮できます。
INP（操作への反応）の改善
INPは「入力遅延」「処理時間」「表示遅延」の3段階で構成され、いずれもブラウザのメインスレッドが長い処理で塞がれていることが主な原因です（出典：web.dev「Optimize Interaction to Next Paint」, Google）。
- 第三者スクリプトの棚卸し チャットツール、ヒートマップ、広告タグ、SNS埋め込みなど、外部サービスのスクリプトは処理を重くする代表例です。本当に使っているものだけ残し、残すものも読み込みタイミングを遅らせます。
- 長いJavaScript処理の分割 スライダーやアニメーションを多用したテーマは処理が重くなりがちです。制作会社に「50ミリ秒を超える長いタスクを分割してほしい」と伝えると、具体的な指示になります。
- DOMサイズ（HTMLの要素数）を減らす web.devは、巨大なDOMは描画処理を増やすと指摘しています（出典：web.dev, Google）。ページビルダーで作られたサイトは不要な入れ子構造が多くなるため、構造の見直しが効果的です。
CLS（レイアウトのずれ）の改善
CLSは技術的に最も直しやすい指標です。web.devが挙げる主な原因と対策は次のとおりです（出典：web.dev「Optimize Cumulative Layout Shift」, Google）。
- 画像・動画にwidthとheightを必ず指定する サイズ指定がないと、画像が読み込まれた瞬間に下の文章が押し下げられます。CSSのaspect-ratioで領域を確保する方法も有効です。
- 広告・埋め込み・バナーの表示領域を事前に確保する 後から挿入される要素には、min-heightであらかじめ高さを確保します。
- Webフォントの読み込みでずれないようにする フォントが切り替わる瞬間に文字幅が変わりずれが起きます。font-displayの設定や、代替フォントの調整で防ぎます。
- ユーザー操作なしに上部へ要素を挿入しない 読み込み後に突然出てくる通知バーやクッキー同意バナーは、画面全体を押し下げる原因になります。
改善を進める際の優先順位と進め方
限られた予算と時間で成果を出すには、順番が重要です。弊社が中小企業のサイト改善で用いている進め方を示します。
| ステップ | 内容 | 目安期間 |
|---|---|---|
| 1. 計測と記録 | 主要3ページをPageSpeed Insightsで測定し、スクリーンショットで現状を保存 | 1日 |
| 2. 画像の最適化 | ファーストビュー画像の圧縮・形式変換、遅延読み込みの除外設定 | 1週間 |
| 3. プラグイン・スクリプトの整理 | 未使用プラグインの削除、外部タグの棚卸し | 1〜2週間 |
| 4. CLS対策 | 画像サイズ指定、フォント設定、バナーの領域確保 | 1週間 |
| 5. サーバー・キャッシュ | キャッシュプラグイン導入、必要ならサーバー移転 | 2〜4週間 |
| 6. 再計測と効果確認 | CrUXのデータは28日間の集計のため、施策後1か月をおいて再測定 | 施策後1か月 |
ステップ2〜4までは、WordPressであれば大規模な改修なしで対応できることが多く、この段階でLCPが「不良」から「改善が必要」へ、CLSが「良好」へ変わるケースが大半です。それでも基準に届かない場合は、テーマの作り直しやサーバー移転といった構造的な対策を検討します。
弊社では、神戸を拠点に全国の中小企業のサイト制作とSEO対策を支援しており、表示速度の改善をSEOの基礎工事として位置づけています。地域名＋サービス名で検索1位の実績が多数ありますが、その多くは「コンテンツの質」と「ページ体験」を同時に整えた結果です。海外（アメリカ・オランダ）のクライアント支援でも、Core Web Vitalsは共通の評価軸として用いています。
よくある質問
Q1. PageSpeed Insightsのスコアは100点を目指すべきですか？
その必要はありません。スコアはラボ環境での参考値であり、Googleの評価に使われるのは実際の訪問者の体験データ（フィールドデータ）です。目標にすべきは、Core Web Vitalsの3指標が75パーセンタイルで「良好」の範囲に入ることです（出典：web.dev, Google）。スコアの数点を争うより、「不良」判定の指標をなくすことに集中してください。
Q2. 表示速度を改善すれば、検索順位は必ず上がりますか？
必ず上がるとは言えません。Googleは「ページ体験を測る単一のシグナルはない」とし、順位の基本は有用なコンテンツかどうかだと説明しています（出典：Google Search Central, 2026）。ただし、競合と内容が近い場合にはページ体験が差を生みますし、順位とは別に、離脱率や問い合わせ率の改善という直接的な効果が期待できます。Deloitteの調査では、リード獲得サイトで0.1秒の改善が直帰率を8.3%改善しています（出典：Deloitte, 2020）。
Q3. 改善の効果はいつ数字に反映されますか？
PageSpeed Insightsのフィールドデータや Search Consoleのレポートは、CrUXの直近28日間の訪問データを集計しています。そのため、施策を実施してから評価が「良好」に切り替わるまで最大1か月ほどかかります。施策直後はラボデータで改善を確認し、1か月後にフィールドデータで最終確認する、という2段階で見るのが確実です。
参考資料・出典
- Web Vitals｜web.dev（Google）
- Interaction to Next Paint is officially a Core Web Vital｜web.dev（Google, 2024年3月）
- ページ エクスペリエンスの Google 検索結果への影響について｜Google Search Central（2026年9月更新）
- Milliseconds Make Millions｜Deloitte（Google委託, 2020年3月）
- 2025 In Review: What’s New In Web Performance?（CrUXデータに基づく合格率）｜DebugBear（2025年12月）
- Optimize Largest Contentful Paint｜web.dev（Google）
- Optimize Interaction to Next Paint｜web.dev（Google）
- Optimize Cumulative Layout Shift｜web.dev（Google）
- Time to First Byte (TTFB)｜web.dev（Google）
まとめ
ホームページの表示速度は、デザインや文章と同じく問い合わせ数を左右する経営指標です。Core Web Vitalsの基準は、LCP 2.5秒以下・INP 200ミリ秒以下・CLS 0.1以下を、全訪問の75%で満たすこと。モバイルでこれを達成しているサイトは約半数にとどまるため、基準を満たすだけで競合に差をつけられます。まずPageSpeed Insightsで主要3ページを測り、画像の最適化とプラグインの整理から始めてください。
神戸・大阪・東京から全国のWeb集客を支援する株式会社グッドラフでは、無料のサイト診断を行っています。お問い合わせからお気軽にご相談ください。
