「PageSpeed Insightsの点数が低いと順位が下がるのか」「速度改善はどこまでやればいいのか」——ページ表示速度は、数字がはっきり出るぶん、こだわり始めると際限がなくなる領域です。90点を95点にする作業に何週間もかける一方で、もっと成果に近い改善が放置される——支援の現場でよく見る光景です。
先に正しい期待値をお伝えします。表示速度が順位に与える影響は限定的、しかし読者の離脱に与える影響は甚大です。この非対称を理解すると、「どこまでやるか」の線引きが明確になります。
私は大規模データベース型サイトの技術改善を主力とするSEOコンサルタントです。この記事では、Core Web Vitalsの意味、費用対効果順の改善リスト、当メディアで実際に運用している画像ルールまでを解説します。
キーワード選定から構成、AIによる一次執筆、人による編集、WordPress入稿まで一括で対応します。制作リソースの不足や、記事ごとの品質差にお困りの企業向けサービスです。
先に結論：合格点を取ったら、深追いしない
まず最初に、結論からお伝えします。
1つ目。速度は「合格・不合格」で考えます。Core Web Vitalsの「良好」の基準を満たしたら、それ以上の点数の深追いは、多くのサイトで費用対効果が合いません。
2つ目。改善の第一候補は、ほぼ例外なく画像です。表示速度の問題の大半は、大きすぎる画像と読み込みの順序で起きており、ここは非エンジニアでも直せます。
3つ目。速度の本当の受益者は、順位ではなく読者です。遅いページは読まれる前に閉じられます。順位への影響が小さいから放置でいい、とはならない理由がここにあります。
表示速度とSEOの関係：影響は「限定的だが実在する」
GoogleのCore Web Vitalsと検索結果に関する公式ドキュメントが示すとおり、GoogleはCore Web Vitals（ページ体験の指標）をランキングに使用しています。ただし、その位置づけは「内容の有用性が拮抗したときに効く要素の1つ」であり、コンテンツの質を逆転させるほどの力はありません。「速度を上げたのに順位が動かない」という相談の多くは、この期待値のずれが原因です。順位を動かす主戦場はあくまで内容であり、速度はその内容を読者に届けきるための整備だと位置づけてください。
一方で、読者への影響は直接的です。読み込みが数秒かかるページでは、読者の相当数が本文を見る前に離脱します。つまり遅いサイトは、せっかく獲得した流入を、玄関先で取りこぼしている状態です。順位のためではなく、流入を成果に変える歩留まりのために速度を整える——これが投資判断の正しい枠組みです。
前提として、評価も改善もモバイル基準で考えてください。Googleの評価はモバイル版のページが基準であり、読者の大半もスマホで訪れます。会社のPCと高速回線では快適でも、外出先のスマホでは別物——このずれを前提に、確認は常にスマホ側から行います。
もう1つ、間接的な経路もあります。表示が遅い・レイアウトが崩れるサイトは読者の再訪が減り、回遊が浅くなります。その行動の蓄積は、長期的にサイトの評価に響きます。速度は「順位の直接要因」としては小粒でも、「読者体験の土台」としては軽視できない——この二面性で捉えてください。
Core Web Vitals：3つの指標の意味
Core Web Vitalsは、Googleが定めたページ体験の3指標です。web.devのWeb Vitals解説（Google公式）の定義を、実務の言葉に訳すと次のようになります。
| 指標 | 測っているもの | 「良好」の目安 | 悪化の典型原因 |
|---|---|---|---|
| LCP（最大コンテンツの描画） | 主要な内容が表示されるまでの時間 | 2.5秒以内 | 重い画像・遅いサーバー応答 |
| INP（操作への応答） | タップやクリックへの反応の速さ | 200ミリ秒以内 | 重いJavaScript・広告スクリプト |
| CLS（レイアウトのずれ） | 読み込み中に画面がガタつかないか | 0.1以下 | サイズ未指定の画像・後から差し込まれる広告 |
用語に身構える必要はありません。3つとも、読者として誰もが感じたことのある不快——「なかなか表示されない」「タップしても反応しない」「読んでいる場所が急にずれる」——を数値にしただけです。
3指標のうち、記事メディアでまず見るべきはLCPとCLSです。LCPはたいていアイキャッチ画像の重さで決まり、CLSは画像サイズの指定漏れと広告の差し込みで決まります。どちらも原因が特定しやすく、対処も定型的です。INPが悪化している場合は、入れすぎた計測タグ・チャットツール・広告スクリプトの棚卸しが必要で、こちらはやや技術寄りの作業になります。
キーワード選定から構成、AIによる一次執筆、人による編集、WordPress入稿まで一括で対応します。制作リソースの不足や、記事ごとの品質差にお困りの企業向けサービスです。
費用対効果順の改善リストと、当メディアの運用ルール
改善は、効果が大きく手間が小さい順に上から着手します。
画像を圧縮し、適切なサイズで配信する
最も効果が大きい定番です。物理サイズの縮小（表示幅に合わせる）と圧縮（WebP等の軽い形式への変換）で、ページの重さは劇的に変わります。
画像の遅延読み込み（Lazy Load）を有効にする
画面に入ってから画像を読み込む仕組みです。最初の表示に必要なデータ量が減り、LCPが改善します。多くのCMS・テーマは設定1つで有効化できます。
画像・広告枠のサイズを指定してCLSを止める
幅と高さの指定があれば、読み込み中に本文がガタつきません。読者のストレスに直結する割に、直すのは簡単な項目です。
使っていないプラグイン・計測タグを棚卸しする
「いつか使うかも」で残っているスクリプトが、INPと全体の重さを蝕みます。四半期に1度の棚卸しをおすすめします。
キャッシュとサーバーを見直す（最後）
上記で足りない場合に、キャッシュプラグインの導入やサーバープランの変更を検討します。効果はありますが、設定ミスのリスクもあるため順番は最後です。
参考までに、当メディアが全記事で標準化している画像運用ルールを公開します。本文写真は横1200×縦675ピクセル（16:9）に統一・1枚200KB以下に圧縮・アップロード前にファイル名を内容が分かる英語スラッグにする——この3点です。ルール化してしまえば、記事を何本追加しても速度の劣化は起きません。速度対策は「直す」より「劣化させない仕組み」のほうが本質的です。
WordPressサイトの実務も補足します。画像の圧縮・WebP変換・遅延読み込みは、定番の画像最適化プラグインを1つ入れれば自動化できます。注意点は2つ。①同じ機能を持つプラグインを重ねて入れない（競合して逆に遅くなる）、②導入前後でPageSpeed Insightsの数値を記録し、効果を確認してから次に進む。速度改善も、リライトと同じで「変更と計測をセット」で進めるのが基本です。
この運用は内部対策の4層モデルで言う第4層（体験）にあたります。サイト全体の技術的な土台と合わせて点検してください。
計測の方法と「やめどき」
計測ツールは2つで足ります。PageSpeed InsightsはURLを入れるだけで診断と改善提案が出る公式ツール。Search Consoleの「ウェブに関する主な指標」レポートは、実際の訪問者のデータに基づいて、問題のあるURL群を教えてくれます。この2つの関係は「健康診断（実測データ）と精密検査（その場の診断）」です。まずSearch Consoleで「不良」「改善が必要」のURL群を見つけ、PageSpeed Insightsで個別の原因を特定する順番が効率的です。
2つのツールの数字が食い違うことがありますが、これは異常ではありません。PageSpeed Insightsの点数は「シミュレーション環境での測定（ラボデータ）」、Search Consoleのレポートは「実際の訪問者の体験の集計（フィールドデータ）」だからです。順位や評価に関係するのは後者の実測です。点数が低くても実測が良好なら慌てる必要はなく、逆に点数が高くても実測が不良なら、実際の読者の回線・端末で問題が起きています。迷ったらフィールドデータを信じる——これが判断の原則です。
そして重要なのが「やめどき」です。Search Consoleの主要指標が「良好」に入り、PageSpeed Insightsのモバイルスコアが実用水準（目安として70以上）に達したら、速度改善は一区切りにして、コンテンツと導線の改善に時間を戻してください。90点を98点にする作業は、読者にはほぼ知覚されません。速度は劣化していないかを月次で見張る「維持のフェーズ」に移行し、攻めの時間は記事と導線に使う——このメリハリが、限られた運用時間の正しい配分です。
PageSpeed Insightsの点数が40点台です。何から手を付ければいいでしょうか……。
まず、スマホ表示のスクリーンショットと「改善できる項目」の上位3つを見てください。40点台のサイトの大半は、①巨大な画像、②サイズ未指定によるレイアウトのずれ、③使っていないスクリプトの3つが原因です。撮影したままの数MBの写真がそのまま載っているケースは、本当によくあります。この記事の改善リストの1〜3番だけで、多くの場合60〜70点台まで回復します。逆に、いきなりサーバー移転から入るのは順番が違います。安い手当てから試すのが速度改善の鉄則です。
今泉の視点：速度改善の相談で私がまず確認するのは、点数ではなく「誰がどの端末で見て遅いと感じたか」です。担当者のPCでは速いのに、読者の多い古めのスマホ＋モバイル回線では遅い——このずれが放置の温床になります。月に1度、自分のスマホの4G回線で自社サイトを開いてみてください。ツールの点数より、その30秒の体感のほうが、直すべきものを正直に教えてくれます。
よくあるご質問
まとめ：直すより、劣化させない仕組みを
- 順位への影響は限定的、離脱への影響は甚大。この非対称で判断する
- 記事メディアはLCP（画像の重さ）とCLS（ガタつき）から見る
- 改善の第一候補は画像。圧縮・遅延読み込み・サイズ指定で大半が片付く
- 画像運用をルール化すれば劣化は起きない（当メディアは1200×675・200KB以下）
- 良好の基準に入ったら深追いせず、コンテンツ改善に時間を戻す
次の一歩は、自分のスマホの4G回線で自社サイトの主要記事を開いてみることです。体感で遅ければ、PageSpeed Insightsで原因を特定し、この記事のリストの上から直してください。速度を含む技術面の診断・改善の実務はSEO診断・メディア支援で承っています。リニューアル時の速度設計はサイトリニューアルのSEO、数字の追い方はKPI設定の記事もどうぞ。
キーワード選定から構成、AIによる一次執筆、人による編集、WordPress入稿まで一括で対応します。制作リソースの不足や、記事ごとの品質差にお困りの企業向けサービスです。
