表示速度は、検索順位とお客さんにどう影響するか
表示速度は、ページを開いてから、中身が読めて、操作できるようになるまでの速さのことです。ただ「速い・遅い」だけでは、何を直せばよいのか分かりません。Googleは、ページを開いた人の体験を、表示・反応・見た目の安定の3つの数字で測っています。表示速度を考えるときは、この3つを目安にできます。この3つをまとめて「Core Web Vitals」と呼びます。
Googleの資料「Core Web Vitals と Google 検索の検索結果について」では、3つの数字に、それぞれ目安が書かれています。
Largest Contentful Paint（LCP）: 読み込みパフォーマンスの尺度。優れたユーザー エクスペリエンスを提供するには、ページの読み込み開始から 2.5 秒以内に LCP を実現するようにします。
Interaction To Next Paint (INP): 応答性の尺度。優れたユーザー エクスペリエンスを提供するには、INP を 200 ミリ秒未満に収めるようにします。
Cumulative Layout Shift（CLS）: 視覚的安定性の尺度。優れたユーザー エクスペリエンスを提供するには、CLS スコアを 0.1 未満に収めるようにします。
略語が並んでいますが、測っているのは、ページを開いた人が感じることです。
- LCP：ページの中でいちばん大きな画像や文章のまとまりが表示されるまでの時間。2.5秒以内が目安
- INP：ボタンを押したり文字を入力したりしてから、画面が反応するまでの時間。200ミリ秒（0.2秒）未満が目安
- CLS：読んでいる途中で、文やボタンが動いてずれる量。0.1未満が目安
目安に収まっていれば、測った画面には「良好」と出ます。
では、この3つは検索の順位に関係するのでしょうか。同じ資料には、こう書かれています。
検索結果でのランキングを上げ、全般的に優れたユーザー エクスペリエンスを提供できるよう、サイト所有者の皆様には、Core Web Vitals を改善することを強くおすすめします。Core Web Vitals は、その他のページ エクスペリエンス要素とともに、Google のコア ランキング システムがランキングを決定する際に考慮する要素です。
Googleは、順位を決める仕組みの中で、この3つを考慮しています。表示速度は、順位に関係する要素の1つです。
表示速度は、ページを開いたお客さんの行動にも影響します。何も表示されない時間が長ければ、読み始める前にページを閉じる人もいます。ボタンを押しても、しばらく画面が変わらないこともあります。押そうとしたボタンが、画像の読み込みで下にずれて、別のものを押してしまうこともあります。3つの目安は、この「待たされる」「押しても反応しない」「表示がずれる」を、数字で見られるようにしたものです。
どこまで気にするか：点数を目標にしない
表示速度が順位に関係するなら、PageSpeed Insights などで測った点数を満点に近づけるほど有利になる。そう考えたくなります。けれども、Googleは、別の資料「ページ エクスペリエンスが Google 検索の検索結果に与える影響について」で、3つの目安の結果と順位の関係について、はっきり書いています。
Search Console の Core Web Vitals レポートのようなレポートやサードパーティのツールで良い結果が得られても、Google 検索の検索結果で上位に表示されることが保証されるわけではありません。優れたページ エクスペリエンスには Core Web Vitals スコア以外の要素もあります。このスコアは、サイトの全体的なユーザー エクスペリエンスの改善に役立てるためのものなので、SEO 上の理由のためだけに満点を取ろうとするのは、有効な時間の使い方とは言えないでしょう。
3つの目安の結果が良くても、上位に出るとは限らない。結果は、サイトを使う人のために役立てるもので、SEOのためだけに満点を取りにいくのは、時間の使い方として勧めない。Googleは、そう言っています。測ったときに出る0〜100の点数は、この3つの目安とも別の数字で、何がページを遅くしているかを調べるのに使います（第3章）。
では、表示速度は順位にどのくらい効くのか。同じ資料の、この問いへの答えが参考になります。
Google 検索は、ページ エクスペリエンスが平均を下回るコンテンツも含め、常に最も関連性の高いコンテンツが表示されるように設計されています。ただし多くの場合、検索語句に一致するヘルプフル コンテンツが多数存在するため、その中で検索結果でのランキングを上げるには、優れたページ エクスペリエンスを実現していることが重要になります。
ここから読み取れることは2つです。1つは、Googleは、表示速度を含むページの使いやすさが平均より劣るページでも、いちばん関連性の高いページなら出すように作っている、ということです。中身が検索した人の問いに合っていることが先にあります。もう1つは、検索した内容に合う役立つページはたいてい多くあり、その中で上に出るには、表示速度などのページの使いやすさが大事になる、ということです。
この2つから、どこまで気にするかは、次のように決められます。
- 3つの目安が「良好」なら、点数を上げにいくより、ページの中身や、ほかのページとのつながりを見直す
- 「良好」でない数字があれば、その数字を悪くしている原因から直す
- 上の段に数字が出ないサイトは、第3章のとおり、下の段の項目から、何がページを遅くしているかを見る
- どの場合も、「表示速度は順位に関係ない」とは考えない。Googleは、順位を決める仕組みでこの3つを使っている
SEO対策には、表示速度の改善のようにサイトの作りに関わるものと、キーワード選びや記事の執筆に関わるものがあります。それぞれを、いつ、誰が決めるのかは、SEO対策の記事で解説しています。
自分のサイトを測る：PageSpeed Insights の上と下
自分のサイトが3つの目安に収まっているかは、Googleの無料ツール「PageSpeed Insights」で確かめられます。ページのURLを入れて「分析」を押すと、「携帯電話」と「デスクトップ」の結果が、別々のタブに出ます。お客さんがスマホで見ることが多いサイトなら、「携帯電話」のタブから見ます。
結果の画面は、上と下の2段に分かれています。この2つは、測り方がまったく違います。
1つ目は、上の段の「実際のユーザーの環境で評価する」です。Chromeを使ってそのページを開いた、実際の訪問者の記録です。Googleの資料「PageSpeed Insights について」によると、過去28日間の記録をもとにしています。数字は、記録を良い順に並べたとき、4分の3のところにある値です。4回に3回は、その数字か、それより良い値だった、ということです。3つの目安が「良好」かどうかは、この上の段で見ます。
2つ目は、下の段の「パフォーマンスの問題を診断する」です。こちらは、その場で1回、決まった条件でページを開いて調べた結果です。0〜100の点数が出るのはこの下の段で、90以上が良好、50〜89が改善が必要、50未満が不良、とされています。点数の下には、「インサイト」と「診断」という見出しで、何がページを遅くしているかの項目が並びます。
ここで、訪問者が少ないサイトは、上の段に数字が出ないことがあります。同じ資料には、こう書かれています。
ページが最近公開された場合や、実際のユーザーのサンプル数が少ない場合は、十分なデータがない場合もあります。
そのページだけで記録が足りないときは、サイト全体の記録に切り替わります。サイト全体でも記録が足りなければ、上の段に測った値は出ません。
このサイトの記事一覧のページも、2026年10月3日に「携帯電話」のタブで測ったところ、上の段は「データがありません」でした。
上の段に数字が出ないときは、下の段を使います。点数そのものより、点数の下に並ぶ項目を見ます。項目の頭に赤い三角（▲）が付いているものから見ます。項目によっては、直すとどのくらい軽くなるかの見込み（推定される削減サイズ）も出ます。
どこまで直せば十分かは、下の段の「指標」に出るLCPとCLSの値を、3つの目安の数字（LCPは2.5秒以内・CLSは0.1未満）と比べて決めます。ただし、これはその場で1回開いたときの値で、実際の訪問者の記録ではありません。反応の速さ（INP）は、下の段では分かりません。上の段に数字が出るようになったら、そこで確かめます。下の段のLCPとCLSが目安の数字に収まり、赤い三角の付いた項目のうち自分で直せるものを直したら、ひと区切りにしてよいでしょう。
Search Console を使っている場合は、「ウェブに関する主な指標」というレポート（Googleのヘルプでは「Core Web Vitals レポート」と呼んでいます）でも、同じ実際の訪問者の記録を見られます。ただ、こちらも訪問者が少ないと出ません。Googleのヘルプ「Core Web Vitals レポート」には、こうあります。
「データがありません」という画面が表示された場合は、Search Console のプロパティがまだ新しいか、CrUX レポートで利用できるデータが不足しているため、選択したデバイスタイプ（パソコンまたはモバイル）に関して有意義な情報を示すことができません。
CrUXは、上の段の「実際の訪問者の記録」のことです。どちらの画面でも「データがありません」と出たら、それは測れなかったという意味で、遅いという意味ではありません。
遅くしているものは、だいたい決まっている
下の段に並ぶ項目は、名前が技術的で、読みにくいものが多いです。ただ、ページを遅くしているものは、だいたい次の5つに分けられます。かぎ括弧の中は、下の段に出る項目の名前の例で、このサイトの記事一覧のページを測った画面に出ていたものです。
| 遅くしているもの | よくある形 | 自分で直せるか |
|---|---|---|
| 画像（下の段では「画像配信を改善する」） | 撮った写真や作った画像を、大きいままアップロードしている。表示する大きさの何倍もある | 直せる（アップロードする前に縮める・形式を変える） |
| 動画・SNS・地図の埋め込み（「サードパーティ」） | ページを開くと、外のサービスの部品をまとめて読み込む | 直せる（使っていないものを外す） |
| テーマのCSS・JavaScript（ページの見た目や動きを決めるファイル。「使用していない JavaScript の削減」「CSS の最小化」） | そのページでは使わない機能のCSSやJavaScriptまで読み込む | 頼む |
| 計測や広告のタグ（「サードパーティ」） | 外のサービスから読み込むプログラムが増えている | 頼む（何のタグかの棚卸しは一緒に） |
| サーバー（「効率的なキャッシュ保存期間を使用する」） | 最初の応答が遅い。キャッシュ（一度作ったものを取っておいて使い回す仕組み）が効いていない | 頼む |
この中で、自分で直せて、効き目が大きくなりやすいのが画像です。このサイトでも、直す前のサムネイルは1枚で1.4MBあり、直した後の記事一覧のページ全体（240KB）の5倍以上でした。次の章では、このサイトで画像を直したときのことを書きます。
テーマ・タグ・サーバーの直し方には、ファイルを圧縮する、読み込む順番を変える、キャッシュを設定するなど、いろいろな方法があります。ただ、どれもテーマやサーバーの設定に手を入れる作業です。どの方法が合うかはサイトの作りによって変わり、選ぶのは制作会社です。そこでこの記事では、頼むときに何を渡すかを第6章で書きます。
このサイトで、画像を直したときのこと
2026年9月10日、このサイトの記事一覧のページを開くと、10.3MBのデータを読み込んでいることに気づきました。幅1440pxの画面で、高精細な画面（文字や画像を、ふつうの2倍の細かさで表示する画面）と同じ表示にして測った値です。自分のサイトを測るときに、この条件に合わせる必要はありません。
原因は、記事のサムネイル画像を、作ったままの大きさ（幅2400px）のPNG形式でアップロードしていたことでした。WordPressは、アップロードした画像から、表示に使う小さめの画像（縮小版）を自動で作ります。その縮小版もPNGで、中には、元の画像より重いものがありました。元の画像が1.4MBなのに、縮小版の1つは2.0MBあったのです。高精細な画面では、その重い縮小版が選ばれて表示されていました。
直したことは2つです。
1つ目は、画像を、表示する大きさに合わせて縮めてからアップロードし直したことです。このサイトでサムネイルがいちばん大きく表示される所に合わせ、高精細な画面でもぼやけないように、その約2倍の幅1440pxにしました。形式は、PNGではなくWebPにしました。WebPは、同じ見た目の画像を、より小さなファイルにできる形式です。
その結果、記事一覧のページで読み込むデータ量は、10.3MBから240KBに減りました。40分の1ほどです。
2つ目は、同じ問題を防ぐ仕組みを作ったことです。「画像は縮めてWebPでアップロードする」と決めても、ルールを書いておくだけでは、作業中に忘れます。そこで、このサイトのテーマを、WebPで、決めた大きさ以内の画像しか受け付けない作りにしました。条件に合わない画像は、アップロードしようとした時点で断られます。同じような仕組みが自分のサイトにも欲しければ、「アップロードできる画像の形式と大きさを決めて、それ以外は受け付けないようにできるか」を制作会社に聞きます。
この経験から分かったことは3つあります。
- 画像の形式と大きさを変えるだけで、読み込む量は40分の1ほどになった
- 画像のファイルサイズは、アップロードする前に決まる。アップロードする人の手で直せる
- ルールは、アップロードする所に仕組みとして置いておくと守られる
分かったことの3つ目（ルールは仕組みに置く）は、サイトを作るときに決めておけることです。このサイトでは、画像の形式と上限の大きさを、テーマが画像を受け付ける所で守らせています。
画像のほかにも、読み込みに関わることはあります。画面の下のほうの画像を、見える位置に来てから読み込むこと（遅延読み込み）や、画面の大きさに合った縮小版を選んで表示することは、WordPressが初めからしています。テーマが読み込むJavaScriptなどをどうするかは、サイトを作る人が決める部分です。気になるときは、第6章のとおり、測った結果を渡して制作会社に聞きます。
自分のサイトがWordPressなら、遅延読み込みや縮小版の選び分けは、すでに効いていることが多いはずです。ただ、テーマの作りによっては効いていないこともあるので、気になるときは、下の段の項目を見て制作会社に確かめます。差が出るのは、アップロードする画像そのものの大きさと形式です。
画像をアップロードするときは、ファイルサイズのほかに、画像の内容を伝える説明の文（alt属性）も決めます。何を書くかは、alt属性の記事で解説しています。
関連記事alt属性とは？代替テキストの書き方と、SEOとの関係
自分で直すことと、制作会社に頼むこと
ここまでの話を、自分で直すことと、制作会社に頼むことに分けます。
自分で直せるのは、次の3つです。
- 画像を、表示する大きさに縮めてからアップロードする。スマホで撮った写真は、幅が4000ピクセルを超えることもあるので、そのままアップロードしない。形式は、WebPでアップロードできるならWebPにする
- 使っていない画像、動画、地図、SNSの埋め込みを外す
- 直したら、同じページをもう一度測る。上の段に数字が出るサイトなら、記録は過去28日分なので、変わるまでに日数がかかる
どの幅まで縮めればよいかは、画像が表示される場所の大きさで決まります。表示される大きさはサイトの作りで決まるので、制作会社に聞いて決めます。下の段に「画像配信を改善する」という項目が出ていれば、画像の形式や大きさを直す余地がある、という印です。縮めたりWebPにしたりするには、画像を編集するソフトを使う方法や、WordPressのプラグインを使う方法があります。
すでにアップロードしてある画像が重い場合は、縮めた画像に入れ替えます。WordPressには、アップロードするときに画像を縮めたり、形式を変えたりするプラグインもあります。プラグインを入れる前に、いまのテーマで問題なく動くかを、制作会社に確かめます。
制作会社に頼むのは、テーマ（読み込むCSSやJavaScript）、サーバー（最初の応答・キャッシュ）、計測や広告のタグの整理です。どれも、ページの作りに手を入れる作業です。
頼むときは、次のものを渡します。
- PageSpeed Insights の結果のURL（結果の画面の右上にある「リンクをコピー」で取れる）
- 遅いと感じるページのURL
- スマホとパソコンのどちらで遅いか
- 下の段で、赤い三角（▲）が付いている項目
測った結果のURLがあれば、制作会社は同じ画面を見ながら原因を探せます。「サイトが遅い」とだけ伝えるより、話が早く進みます。タグの整理を頼むときは、いま入っているタグの用途と、これからも要るかを、制作会社と一緒に確かめます。使っていない計測や広告のタグが、残ったままになっていることがあるからです。
表示速度の改善は、ページの中身や作りを直す仕事です。これとは別に、ホームページには、契約を切らさないことや、中身の控え（バックアップ）を取っておくことのように、公開しているあいだ続く管理の仕事があります。その仕事を、サーバーの会社・頼んでいる会社・自社のどこが受け持っているかの確かめ方は、ホームページの管理の記事で解説しています。
関連記事ホームページの管理とは？やることと、最初に確かめる契約・名義・期限
ARROWSのSEOコンサルティング
第2章で、3つの目安が「良好」なら、点数を上げにいくより、ページの中身や、ほかのページとのつながりを見直すと書きました。ARROWSのSEOコンサルティングが扱うのは、中身が検索した人の問いに合っているかと、つながりの側です。テーマやサーバーに手を入れる作業は、第6章のとおり、サイトを作った制作会社に頼みます。
初めの設計（キーワードの調査と記事の計画）のあとも頼む場合は、マーケティングコンサルティングとして、ページのタイトルや説明文、見出しの構成を、狙うキーワードに合わせて直します。記事が増えても、記事どうしのつながりが崩れないように保ちます。
直したら同じページをもう一度測るのは、中身とつながりを直したあとも同じです（第6章）。対策したキーワードの検索順位や問い合わせ数がどう変わったかを、1社ごとにつくる専用のデータベース「SEOカルテ」で毎月確かめ、その結果をもとに、次に何から手を付けるかを決め直します。
まとめ
表示速度は、Googleが順位を決めるときに使う要素の1つです。ただ、Googleは、表示速度などが劣るページでも、いちばん関連性の高いページを出すように作っている、と書いています。3つの目安についても、SEOのためだけに満点を取りにいくことは勧めていません。表示速度は、点数ではなく3つの目安で見て、「良好」でないものがあれば、その原因から直します。
まずは PageSpeed Insights で、自分のサイトのトップページと、いちばん見られているページ（分からなければ、トップページから）を測ります。最初に見るのは「携帯電話」のタブです。上の段に数字が出るかを見て、出なければ下の段の項目を見ます。下の段に画像の項目が出ていたら、画像の大きさや形式など、自分で直せるところから見直します。
