ページエクスペリエンスとは、Googleがコンテンツ以外のユーザー体験の質を評価するための指標群です。
「自社サイトのページエクスペリエンスが低いとSEOに影響するのか」「どの指標をどう改善すればいいのか」と疑問を持つWeb担当者の方は多いはずです。
結論からお伝えすると、ページエクスペリエンスはSEOランキングシグナルの一つであり、特にCore Web Vitalsを中心に改善することで、検索評価とユーザー体験の両方を底上げできます。
この記事では、ページエクスペリエンスを構成する4つのシグナルとGoogle Search Console、PageSpeed Insightsを使った確認方法、WordPressサイトで効果が出やすい改善施策、そしてAI Overview引用との関係性まで、実務に即した視点で解説します。
ページエクスペリエンスとは何か？
ページエクスペリエンスとは、Webページがユーザーにとって快適に利用できるかどうかをGoogleが評価するための指標群です。コンテンツの質とは独立した「体験の質」を測る仕組みと理解してください。
コンテンツ以外のユーザー体験を評価するGoogleの指標
Googleはページの評価軸を「コンテンツの質」と「ページの体験品質」の2層で考えています。
どれだけ優れたコンテンツを持つページでも、表示が遅い・レイアウトが崩れる・スマホで読みにくい、といった体験上の問題があれば、ユーザーはすぐに離脱します。
ページエクスペリエンスは、この体験品質を数値化してSEO評価に組み込んだ仕組みです。 Googleは2021年6月にページエクスペリエンスをランキングシグナルとして正式導入し、2021年8月に完全展開しました。
ページエクスペリエンスはなぜSEOに影響するのか
Googleの検索アルゴリズムは「ユーザーの役に立つページを上位に表示する」という原則に基づいています。
コンテンツが優れていても、読み込みが遅い・操作に反応しない・画面が乱れるページは、ユーザーにとって「役に立たない」体験を提供していることになります。
ただし、Googleはページエクスペリエンスについて「コンテンツ品質が低くても、ページエクスペリエンスが高ければ上位表示できるわけではない」と明言しています。あくまでコンテンツ品質が前提であり、その上でページエクスペリエンスが差を生む「タイブレーカー」的な役割を担います。
ページエクスペリエンスを構成する4つのシグナルとは？
2026年現在、ページエクスペリエンスを構成するシグナルは4つです。
以前は「セーフブラウジング」を含む形で紹介されることがありましたが、2021年8月以降はセーフブラウジングがページエクスペリエンスレポートから除外されています。
古い情報のまま「6つのシグナル」と解説しているサイトも見られますが、現在は4つが正しい情報です。
| シグナル | 概要 |
|---|---|
| Core Web Vitals | LCP・INP・CLSの3指標。ページの速度・応答性・安定性を測る |
| HTTPSセキュリティ | サイトがHTTPS（SSL/TLS）で配信されているか |
| モバイルフレンドリー | スマートフォンで適切に表示・操作できるか |
| 煩わしいインタースティシャルがないこと | コンテンツを遮るポップアップや全画面広告がないか |
Core Web Vitals（LCP・INP・CLS）
Core Web Vitals（コアウェブバイタル）は、ページエクスペリエンスの中核を担う3つの指標です。読み込み速度・操作への応答性・表示の安定性を数値で測ります。SEO担当者として最も重点的に把握すべき指標群です。
HTTPSセキュリティ
サイトがHTTPS（SSLによる暗号化通信）で配信されていることがシグナルの一つです。現在では大多数のサイトがHTTPS化されているため、基本条件として押さえておく項目という位置づけです。
モバイルフレンドリー
スマートフォンでの表示・操作性が最適化されているかを評価します。日本国内のWeb閲覧のうちスマートフォンからのアクセスが大多数を占める現状では、モバイルフレンドリーはSEO評価の根幹です。
モバイルフレンドリーについては、スマホ対応されていないサイトの影響とは？SEOへのダメージと改善策で詳しく解説しています。
煩わしいインタースティシャルがないこと
コンテンツへのアクセスを妨げるポップアップや全画面広告がないことが求められます。
特にモバイルで画面を覆う広告やCTA表示はユーザー体験を損ない、Googleからネガティブな評価を受けるリスクがあります。
Core Web Vitalsの3指標はそれぞれ何を測っているのか？
Core Web Vitalsは以下の3指標で構成されます。それぞれが「どんな体験の質」を測っているのかを正確に理解することが、改善施策の優先順位付けにつながります。
LCP（Largest Contentful Paint）：読み込み速度
LCPは、ページを開いてから最も大きな視覚的コンテンツ（メイン画像やヒーローテキストなど）が画面に表示されるまでの時間を測る指標です。
| 評価 | 時間の目安 |
|---|---|
| 良好（Good） | 2.5秒以内 |
| 要改善（Needs Improvement） | 2.5〜4.0秒 |
| 不良（Poor） | 4.0秒以上 |
「ページが遅い」と感じるユーザー体験のほとんどは、LCPの遅延に起因します。
WordPressサイトでは、LCPの主な原因として画像の最適化不足・サーバーレスポンスの遅さ・レンダリングブロックが挙げられます。
INP（Interaction to Next Paint）：操作への応答速度
INP（Interaction to Next Paint）は、ユーザーがページを操作（クリック、タップ、キー入力）してから次の画面描画が開始されるまでの応答時間を測る指標です。
2024年3月にFID（First Input Delay）からINPへ変更された重要な指標です。 FIDが「最初の操作だけ」を測定していたのに対し、INPは「ページ滞在中のすべての操作」を評価します。
| 評価 | 時間の目安 |
|---|---|
| 良好（Good） | 200ミリ秒以内 |
| 要改善（Needs Improvement） | 200〜500ミリ秒 |
| 不良（Poor） | 500ミリ秒以上 |
切り替え後、現場での大きな影響報告は限定的で、多くのサイトがFID評価からINP評価に移行しても急激なスコア変化は発生していません。ただし、JavaScriptが重いサイトや複雑なインタラクションを持つサイトでは、INPが課題として浮上するケースがあります。
CLS（Cumulative Layout Shift）：表示の安定性
CLS（Cumulative Layout Shift）は、ページが読み込まれる際にコンテンツが意図せず移動する量（レイアウトシフト）を測る指標です。
「テキストを読もうとしたら広告が表示されてスクロールした」「ボタンを押したら別のボタンにすり替わっていた」という体験がCLSの問題です。
| 評価 | スコアの目安 |
|---|---|
| 良好（Good） | 0.1以下 |
| 要改善（Needs Improvement） | 0.1〜0.25 |
| 不良（Poor） | 0.25以上 |
CLSの主な原因は、画像やiframeのwidth/height属性が未設定であることと、後から読み込まれる広告・フォントによるレイアウト崩れです。
ページエクスペリエンスはどのツールで確認できるのか？
ページエクスペリエンスの確認には主に2つのツールを使います。役割が異なるため、目的に応じて使い分けることが重要です。
Google Search Consoleの「ページエクスペリエンス」レポートの見方
Google Search Consoleでは、サイト全体のページエクスペリエンス状況をまとめて確認できます。
確認手順：
- Search Consoleにログインし、左メニューから「エクスペリエンス」→「ページエクスペリエンス」を開く
- PCとモバイルそれぞれのスコアを確認する
- 「良好なURL」「要改善のURL」の割合と、問題の概要を把握する
- Core Web Vitalsのレポートを開き、LCP・INP・CLSの問題URLを特定する
Search Consoleは「実際のユーザーの使用データ（フィールドデータ）」をもとにしており、サイト全体の傾向把握に最適です。 ただし、データ収集に一定のトラフィックが必要なため、流入が少ないページは評価対象に含まれないことがあります。
PageSpeed Insightsで個別ページを診断する手順
PageSpeed Insightsは、URLを入力して個別ページのCore Web Vitalsとパフォーマンス診断を行うツールです。
確認手順：
- PageSpeed Insightsにアクセスし、診断したいURLを入力して「分析」をクリック
- モバイルとPCそれぞれのタブでスコアを確認する
- 「診断」セクションで改善の具体的な提案を確認する
- 「機会」セクションで短縮可能な読み込み時間を確認する
PageSpeed Insightsは実際のユーザーデータと、ラボ環境でのテスト結果の両方を表示します。問題の特定と改善後の検証に活用できます。
2つのツールの使い分け方（現状把握 vs 改善実装）
| 用途 | 使うツール |
|---|---|
| サイト全体の現状を把握する | Search Console（ページエクスペリエンス/Core Web Vitalsレポート） |
| 特定ページの問題箇所を特定する | PageSpeed Insights |
| 改善施策後の効果を確認する | PageSpeed Insights（即日反映） + Search Console（数週間後の実データ反映） |
実務フローとしては、Search Consoleで「問題あり」と判定されたURLをPageSpeed Insightsで診断する流れが効率的です。
改善後の即時確認にはPageSpeed Insightsを使い、実ユーザーへの反映はSearch Consoleで数週間後に確認します。
Core Web Vitalsの改善は何から手をつければいいのか？
Core Web Vitalsの改善を始める際、「何から手をつけるか」の優先順位が重要です。
結論から言えば、Search ConsoleのCore Web VitalsレポートでPoor（不良）に分類されているURLから優先的に対処するのが実務的なアプローチです。
WordPressサイトで効果が出やすい施策（キャッシュ・画像・HTML/CSS圧縮）
WordPressサイトでCWVを改善する際に効果が出やすい施策を優先順位順に整理します。
LCP改善の施策（優先度：高）
- 画像の最適化：WebP形式への変換、適切なサイズへのリサイズ、lazy load属性の活用
- width/height属性の設定：全画像にサイズ指定を追加してレイアウトシフトを防ぐ
- キャッシュプラグインの導入：WP Super CacheやW3 Total Cacheによるページキャッシュの有効化
- HTML/CSS/JS圧縮：Minificationによるファイルサイズ削減
CLS改善の施策（優先度：高）
- 画像・動画要素へのwidth/height属性追加
- 広告・フォントのローカルフォント化または事前読み込み設定
INP改善の施策（優先度：中）
- JavaScriptの最適化と不要なスクリプトの削除
- サードパーティスクリプトの遅延読み込み設定
WordPressにテーマやプラグインを追加・変更した後にCWVが悪化するケースは多く見られます。変更後はPageSpeed Insightsで確認する習慣を持つことが重要です。
テクニカルSEO完全ガイド｜診断・優先施策・実装手順を実務で解説【チェックリスト30項目】で、ページ速度改善を含むテクニカルSEO全体の体系的な確認方法を解説しています。
CWV改善の効果をSEOと切り分けて評価するのが難しい理由
CWV改善に取り組む際、実務上の現実として「CWV改善だけが効いた」と切り分けられる場面はほぼありません。
理由は、CWV改善は常にコンテンツSEOや内部リンク整備などの他施策と並行して進めるからです。また、Googleのコアアップデートのタイミングが重なると、CWV以外の要因で順位変動が起きても因果関係を特定できません。
実務では「CWV改善が直接順位を上げた」という検証よりも、「総合的なサイト品質の向上に貢献した」という位置づけで進めることが現実的です。
SEO内部対策とは？クロール・インデックス・UX別に16施策を徹底解説では、ページエクスペリエンス改善をUX最適化施策の一部として整理しています。
「CWV満点を目指すべきか？」Googleの公式見解と実務スタンス
Googleはページエクスペリエンスについて、「コンテンツ品質より重要ではない」という公式見解を示しています。良いコンテンツを持つページが、ページエクスペリエンスが若干劣るページに順位で負けることはないとも述べています。
実務スタンスとしては、以下の優先順位が適切です：
- まずコンテンツ品質を固める：検索意図を満たす内容・構成・情報の正確性
- 次にPoor（不良）判定を解消する：Poorのままでは評価に影響するリスクがある
- Good到達を目指す：ただし「満点＝100点」に固執する必要はない
「CWV満点を目指すべきか？」への回答は「No」です。 点数を100点にすることに時間とコストをかけるより、コンテンツの充実や被リンク獲得に投資する方が多くのケースで費用対効果が高くなります。
ページエクスペリエンスとAI Overview引用の関係は？
ページエクスペリエンスとGoogleのAI Overviewに関係があるのか、という疑問を持つ担当者も増えています。
SEO評価の積み上げの一部としてCWVも間接的に影響する
結論から言えば、CWVとAI Overview引用の「直接的な相関」は現時点では確認されていません。 ただし、「SEOの土台の上にAI引用が乗る」構造で考えると、間接的な影響はあります。
Googleの研究データによると、AI Overviewsに引用されるコンテンツはほぼ例外なくGoogle検索の上位10ページ（あるいはそれ以上の評価を持つページ）から選ばれています。
CWVを含むページエクスペリエンスはSEO評価の構成要素の一つです。そのため、CWVが著しく低い状態はSEO評価全体を下げ、結果としてAI引用の機会も減らす可能性があります。
AIO対策としてページエクスペリエンスをどう位置づけるか
ページエクスペリエンスは、「AIO対策の直接的な施策」ではありません。 「AIO対策を機能させるためのSEO基盤整備の一部」という位置づけが正確です。
具体的には、以下の優先順位で考えます：
- コンテンツ品質（最優先）：AI検索に引用されるコンテンツは、質問に対する明確な回答・E-E-A-Tの充実が必須
- 構造化データの実装：FAQやArticleのJSON-LD実装でAIが情報を解析しやすくする
- ページエクスペリエンス（基盤整備）：CWVがPoor判定でなければ、AIO対策上の優先度は高くない
ページエクスペリエンスの改善は、AIに選ばれるサイトの基盤として「やっておくべき施策」であり、「AIO対策の切り札」ではありません。
まとめ
- ページエクスペリエンスは4つのシグナル（Core Web Vitals・HTTPS・モバイルフレンドリー・インタースティシャルなし）で構成される。
- Core Web VitalsはLCP・INP・CLSの3指標。2024年3月にFIDからINPへ変更されており、最新情報への対応が必要
- 現状確認はSearch ConsoleとPageSpeed Insightsを組み合わせる。Search Consoleで全体の傾向を把握し、PageSpeed Insightsで個別ページを診断する
- WordPressでの改善は、画像最適化・width/height属性追加・キャッシュ設定を優先する。CWV満点を目指す必要はない
- AIO引用とCWVの直接的な相関は確認されていないが、SEO評価の基盤として間接的に影響する。AIO対策の核心はコンテンツ品質と構造化データ
まずはGoogle Search ConsoleでCore Web Vitalsレポートを開き、Poor判定のURLがあるかどうかを確認することから始めてみてはいかがでしょうか。
よくある質問（FAQ）
Q. ページエクスペリエンスのスコアが低いと検索順位は下がりますか？
ページエクスペリエンスはランキングシグナルの一つですが、コンテンツ品質が前提です。ただし、Core Web VitalsがPoor（不良）判定のままの場合は、同程度のコンテンツ品質を持つ競合ページに比べて不利になる可能性があります。Poor判定の解消を優先し、Good到達を目指すことが実務的な対応です。
Q. Core Web VitalsのFIDはINPに変わったのですか？
はい、2024年3月にFID（First Input Delay）からINP（Interaction to Next Paint）へ正式に変更されました。FIDが「最初の操作だけ」を測定していたのに対し、INPは「ページ滞在中のすべての操作への応答速度」を評価します。Google Search ConsoleのCore Web Vitalsレポートも2024年3月以降はINPを表示しています。
Q. PageSpeed InsightsとGoogle Search Consoleはどちらを見ればいいですか？
2つのツールは目的が異なるため、使い分けが重要です。サイト全体のページエクスペリエンス状況を把握するにはSearch Console、特定のページの問題箇所を特定して改善するにはPageSpeed Insightsが適しています。実務では、Search ConsoleでPoor判定のURLを特定し、PageSpeed Insightsで診断・改善するという流れで使い分けます。
Q. CWV対策とコンテンツSEOはどちらを先に進めるべきですか？
コンテンツSEOを優先することをおすすめします。Googleはページエクスペリエンスよりもコンテンツ品質を重視すると公式に述べています。ただし、Core Web VitalsのPoor判定が多い場合は、コンテンツ施策と並行して解消することが現実的です。CWVの満点を目指してリソースを集中させるよりも、コンテンツの充実や被リンク獲得に投資する方が費用対効果が高いケースがほとんどです。
Q. WordPressでCWVを改善するにはどのプラグインが有効ですか？
LCP改善にはキャッシュ系プラグイン（WP Super Cache、W3 Total Cache、WP Rocket）と画像最適化プラグイン（EWWW Image Optimizer、Smush）が有効です。CLS改善には画像へのwidth/height属性自動付与をサポートするプラグインが有効です。ただし、プラグインを追加・変更するたびにPageSpeed Insightsでスコアを確認し、意図せずCWVが悪化していないかチェックすることを忘れないでください。
