ページスピードとは？SEO・CVRへの影響と改善の優先順位を実務者向けに解説

ページスピード（表示速度）とは、ユーザーがURLにアクセスしてからページのコンテンツが表示されるまでの時間のことです。SEO・ユーザー体験・コンバージョン率のすべてに影響する重要な指標で、Googleも2018年からモバイル検索のランキング要因に組み込んでいます。

PageSpeed Insightsでスコアを測ってみたら真っ赤だった、という経験はないでしょうか。「改善が必要な項目」がずらっと並ぶと焦りますが、何から手をつければいいのかわからないまま放置してしまうケースも多いはずです。

実際、Deloitteの調査では、たった0.1秒の表示速度改善でコンバージョン率が8%向上したという結果が出ています。ただし、PSIスコア100点を目指す必要はありません。大切なのは「どこに時間をかけるか」の優先順位を見極めることです。

この記事では、ページスピードの計測方法からPSIスコアの正しい読み方、効果の高い改善施策の優先順位、そして「どこまでやるべきか」の判断基準まで、インハウスSEOの実務者向けに解説します。

＼ SEOの課題を見える化 ／

inSite（インサイト）

SEO担当者向けのサイト管理ツール。サイトの状態を「過去・現在・未来」の3軸で可視化し、判断に集中できる環境を提供します。

無料で試してみる ↗

ページスピードとは？SEOへの影響を正しく理解する

ページスピードは「ユーザー体験（UX）」「SEO」「コンバージョン率（CVR）」の3つの側面に影響を与えます。ただし、影響の大きさはそれぞれ異なります。まずはその全体像を把握しておきましょう。

ユーザー体験（UX）への影響

表示速度はユーザーの行動に直結します。Think with Googleの調査によると、モバイルページの読み込みに3秒以上かかると、53%のユーザーがそのページを離脱するというデータがあります。

読み込み時間が1秒から3秒に増えるだけで直帰率は32%増加し、5秒まで延びると90%も増加します。ユーザーは「遅い」と感じた瞬間に戻るボタンを押してしまうのです。

Portent社の調査でも、追加1秒ごとにコンバージョン率が平均4.42%低下するという結果が報告されています。どれほど良いコンテンツを用意しても、表示される前にユーザーが離脱してしまえば意味がありません。

SEOへの影響

Googleは2018年のSpeed Updateでモバイル検索のランキング要因にページ速度を追加しました。さらに2021年のページエクスペリエンスアップデートでは、Core Web Vitals（CWV）がランキングシグナルに組み込まれています。

ただし、SEOへの影響度は限定的です。GoogleのJohn Mueller氏は「ランキング要因ではあるが、関連性に取って代わるものではない」と明言しています。Speed Updateの公式発表でも、影響を受けるのは「最も遅い体験を提供するページ」だけとされており、クエリ全体のごく一部に過ぎません。

つまり、表示が極端に遅くなければ、順位への影響はほぼ気にしなくて良いレベルです。コンテンツの質のほうがはるかに重要な要素であることは変わりません。

コンバージョン率（CVR）への影響

実は、ページスピードの改善がビジネスに与えるインパクトは、SEO以上に大きい可能性があります。

Google委託のDeloitte調査「Milliseconds Make Millions」では、55社のモバイルサイトを4週間分析した結果、0.1秒の速度改善で小売業のCVRが8.4%向上、旅行業では10.1%向上したと報告されています。

他の大手企業の事例も、表示速度とビジネス成果の相関を裏付けています。

SEOの順位改善よりも、CVRの改善のほうが直接的に売上に貢献するケースは珍しくありません。「SEOのために速度を改善する」のではなく、「ビジネス成果のために速度を改善する」と考えたほうが、より正確な投資判断ができるでしょう。

ページスピードの計測方法と計測ツールの使い分け

ページスピードを改善するには、まず現状を正確に把握する必要があります。ここでは主要な計測ツールの特徴と使い分けを解説します。

PageSpeed Insights（PSI）はまず最初に使うべきツール

PageSpeed Insights（PSI）は、Googleのランキング評価に使われるフィールドデータを確認できる唯一の公式ツールです。URLを入力するだけで、フィールドデータ（実ユーザーの計測結果）とラボデータ（Lighthouseによるシミュレーション）の両方を確認できます。

PSIで得られる情報は大きく2つに分かれます。

「どれか1つだけ使うならPSI」と覚えておけば間違いありません。Googleのランキング評価に直結するフィールドデータを確認できるのはPSIだけだからです。

フィールドデータとラボデータの違い

PSIの結果画面で混乱しやすいのが、フィールドデータとラボデータの違いです。この2つは別物なので、正しく理解しておく必要があります。

Googleのランキング評価に使われるのはフィールドデータ（CrUX）のほうです。ラボデータのLighthouseスコアが95点でも、フィールドデータでPoor判定になることは珍しくありません。逆もまた然りで、ラボスコアが低くてもフィールドデータがGoodなら、SEO上の問題はないと考えて大丈夫です。

Chrome DevToolsでボトルネックを特定する

Chrome DevToolsは、PSIで見つかった問題の原因を深掘りするためのツールです。開発者向けですが、SEO担当者でも基本的な使い方を知っておくと便利です。

PSIで「改善が必要な項目」が見つかったとき、「具体的にどのファイルが原因なのか」を突き止めるのがDevToolsの役割です。エンジニアに改善を依頼する際、DevToolsのスクリーンショットを添えると伝わりやすくなります。

GTmetrix・WebPageTestでより詳細に分析する

基本的にはPSIで十分ですが、より深い分析が必要な場合に使えるツールを2つ紹介します。

GTmetrixは、実際のネットワーク制限を適用してテストを行います。PSIのLighthouseはシミュレーションベース（Lanternモデル）で速度を推定しますが、GTmetrixは実際にブラウザを遅くしてテストするため、現実に近い結果が得られる場合があります。CrUXフィールドデータも表示可能です。

WebPageTestは、パケットレベルのスロットリングで最も正確なラボ計測ができるツールです。ウォーターフォール図（リソースの読み込み順序と時間を可視化したチャート）の分析に強く、読み込みのどこでボトルネックが起きているか詳細に把握できます。

どちらも上級者向けのツールなので、まずはPSIで現状を確認し、深掘りが必要なときだけ使うのが効率的です。

PSIスコアの見方と目安

PSIのパフォーマンススコアを見て「何点あればOKなのか」と気になる人は多いでしょう。ここではスコアの仕組みと、実務上の判断基準を解説します。

パフォーマンススコアの構成

PSIのパフォーマンススコア（0-100点）は、Lighthouseが計測する5つの指標を加重平均して算出されます。

スコアの色分けは、0-49が赤（Poor）、50-89がオレンジ（Needs Improvement）、90-100が緑（Good）です。

なお、PSIスコアはテストのたびに変動します。ネットワーク状況やサーバー負荷が毎回異なるため、5-10点程度のブレは正常です。1回の計測で一喜一憂せず、複数回テストして傾向を見るようにしましょう。

スコアの目安はどこまで改善すれば十分か

結論から言うと、PSIスコアそのものより、CWVのフィールドデータ（Good/Needs Improvement/Poor）で判断するのが正解です。

とはいえ、スコアの目安がないと判断しづらいのも事実です。実務上の基準としては次のように考えるとよいでしょう。

繰り返しになりますが、スコアの数字はあくまで参考値です。フィールドデータでCWVの3指標（LCP・INP・CLS）がGood判定であれば、スコアが50点台でもSEO上の問題はありません。

ページスピード改善の優先順位と効果の高い施策

改善施策はたくさんありますが、すべてに取り組む必要はありません。効果の大きさと実装の難易度で優先順位をつけ、上から順に着手するのが効率的です。

画像の最適化が最も効果が高く簡単

画像の最適化は、ページスピード改善で最初に取り組むべき施策です。効果が大きいうえに、エンジニアでなくても対応できるケースが多いからです。

Google公式の調査によると、WebP形式はJPEGに比べて25-34%軽量です。さらに透過PNGをWebPに変換すれば、ファイルサイズを60-70%削減できます。

レンダリングブロックの排除

ブラウザはCSS・JavaScriptの読み込みが完了するまでページの描画を止めてしまいます。これが「レンダリングブロック」と呼ばれる問題で、LCPの悪化に直結します。

レンダリングブロックの改善はエンジニアの対応が必要になることが多い施策です。PSIの「改善できる項目」に「レンダリングを妨げるリソースの除外」が表示されている場合、具体的にどのファイルが原因なのかをエンジニアに共有して対応を依頼しましょう。

サーバー応答時間の短縮

サーバーの応答が遅いと、それ以降のすべての処理が後ろにズレます。Web Almanac 2024のデータによると、LCPがPoor判定のサイトはTTFB（Time to First Byte）だけで2.27秒を費やしていることがわかっています。LCPのGood基準が2.5秒であることを考えると、TTFBだけでほぼ枠を使い切っている計算です。

CDNの導入は効果が大きい施策の一つです。Cloudflareなどの無料プランでも基本的なCDN機能は使えるため、まだ導入していない場合は検討する価値があるでしょう。

その他の改善施策

上記3つの施策で大きな改善が見込めますが、さらに細かい最適化として以下の対策もあります。

これらの施策は単体での効果は小さいものの、積み重ねることで全体のスコア改善に寄与します。ただし、先に画像最適化やレンダリングブロック対策を済ませてから取り組むほうが効率的です。

inSite（インサイト）

サイト全体の課題を可視化し、改善の優先順位づけをサポートします。

無料で試す →

インハウスSEOでの判断基準はページスピードにどこまで時間をかけるか

ここまで改善施策を紹介してきましたが、インハウスSEOの現場では「全部やりましょう」は現実的ではありません。限られたリソースをどこに配分するかが、成果を左右する判断です。

CWVフィールドデータがGoodならそれ以上は不要

Search ConsoleやPSIのフィールドデータでCWVがGood判定であれば、それ以上の速度改善はROIが低いと判断して問題ありません。

Googleのランキング評価に使われるのはフィールドデータです。ラボスコアが60点でもフィールドデータがGoodなら、SEO上の問題はないと考えてよいでしょう。Good圏内でのスコア改善（例えば85点を95点にする）に時間をかけるよりも、コンテンツの改善や内部リンクの整備に注力したほうが成果に繋がる可能性が高いです。

Poor判定のURLのみ優先対応する

逆に、CWVのフィールドデータでPoor判定が出ているURLは優先的に対応すべきです。Search Consoleの「ウェブに関する主な指標」レポートで、Poor判定のURLの数と傾向を定期的にチェックしましょう。

実務での判断は「コンテンツ改善とのバランス」

以前、数万ページ規模の人材求人サイトでインハウスSEOに取り組んでいた際、ページスピードの改善にリソースをどこまで割くかは常に悩みの種でした。

結論から言えば、コンテンツの品質改善と内部リンクの最適化にリソースを集中させたことが、最終的に最も大きな成果に繋がりました。低品質なコンテンツの削除・統合と情報の最新化を徹底したことで、アルゴリズムアップデートからの回復に成功し、約1年でアクセスを底値から2.1倍に伸ばすことができました。

ページスピードを全く無視してよいわけではありません。ただ、少人数チームでリソースが限られる中では「Poor判定のURLだけ対応して、あとはコンテンツに集中する」という割り切りが効果的でした。

よくある質問

まとめ

ページスピードは確かに重要な指標ですが、それだけに固執する必要はありません。計測して現状を把握し、Poor判定があれば優先的に改善する。Good判定であれば、コンテンツ改善や内部リンク整備など、より成果に直結する施策にリソースを回す。この「計測→判断→改善」のサイクルを冷静に回していくことが、インハウスSEOで成果を出すための近道です。

＼ SEOの課題を見える化 ／

inSite（インサイト）

SEO担当者向けのサイト管理ツール。サイトの状態を「過去・現在・未来」の3軸で可視化し、改善すべきポイントが一目でわかります。

無料で試してみる ↗