表示速度・スマホ対応・構造化データ：技術面の基本｜SEOの教科書 第7回

Core Web Vitals：3つの指標と目安

Core Web Vitalsは、ページの使いやすさを測るためにGoogleが定めた3つの指標です。それぞれ、読む人の体験の別の側面を表しています。

INPは2024年3月に、それまでの指標だったFID（First Input Delay）に代わってCore Web Vitalsの1つになりました。FIDは最初の操作だけを測っていましたが、INPはページを使っている間の操作全体の反応を見るため、より実際の体験に近い指標とされています。

目安の数値は、実際にそのページを訪れた人のデータの75パーセンタイル（ページの読み込み100回のうち、速い方から数えて75回目くらいの体験）で判定されます。つまり、自分のパソコンで1回測って速かったとしても、通信環境が良くないスマートフォンで見ている人の体験が遅ければ、「良好」にはなりません。

どこで測るか：実際のデータと実験のデータ

Core Web Vitalsの数値は、主に次の道具で確認できます。

• Search Consoleの「Core Web Vitals」レポート：実際に訪れた人のデータ（フィールドデータ）をもとに、サイト内のページを「良好」「改善が必要」「不良」に分けて表示します。サイト全体の傾向をつかむのに向いています。
• PageSpeed Insights：URLを入れると、実際の利用者のデータ（十分なデータがある場合）と、その場で測った実験のデータ（ラボデータ）の両方を表示し、改善のヒントも示してくれます。個別のページを詳しく調べるのに向いています。

注意したいのは、PageSpeed Insightsで表示される「パフォーマンスのスコア」（0〜100点）は実験のデータにもとづく目安で、Core Web Vitalsの合否そのものではないことです。点数を100点に近づけることにこだわるより、実際の利用者のデータで「不良」のページを減らすことを目標にしましょう。

改善の定番：まず効きやすいところから

マーケティング部門が自分で取り組みやすいのは、画像の圧縮と、使っていない計測タグや外部ツールの整理です。タグ管理ツールに古いタグが溜まっていないか、定期的に棚卸しするだけでも改善することがあります。

スマートフォン対応：Googleはスマホ版を見ている

Googleは現在、基本的にページのスマートフォン版の内容をもとにインデックス登録と順位づけを行っています（モバイルファーストインデックス）。つまり、パソコンで見たときにだけ表示される本文や見出しは、評価の対象にならない可能性があるということです。

• スマートフォン版でも、パソコン版と同じ本文、見出し、画像、構造化データが表示されているか
• 文字が小さすぎず、ボタンやリンクが押しやすい大きさと間隔になっているか
• 横にはみ出して、横スクロールが必要になっていないか

画面の幅に合わせてレイアウトが変わる「レスポンシブデザイン」で作られていれば、基本的には同じ内容が表示されます。Googleもレスポンシブデザインを推奨しています。ただし、スマホでは一部の内容を折りたたんだり省略したりするデザインもあるため、大事な内容がスマホ版で抜けていないかは確認しておきましょう。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する→

構造化データ：検索エンジンに「意味」を伝えるラベル

構造化データとは、ページの内容が「何であるか」を検索エンジンに分かりやすく伝えるための、決まった形式の情報です。たとえば「このページは記事で、公開日はいつ、書いた人は誰」「この数字は商品の価格」「この部分はパンくずリスト」といった意味を、機械が読める形で書き添えます。Googleは、JSON-LDという形式で書くことを推奨しています。

構造化データを正しく書くと、検索結果で通常より情報の多い表示（リッチリザルト）の対象になることがあります。たとえば、パンくずリストの表示、商品の価格や在庫、イベントの日時などです。

よくある誤解：「構造化データを入れれば順位が上がる」

構造化データは、検索エンジンが内容を理解する助けになり、リッチリザルトとして目立つ表示になる可能性を開くものです。しかし、Googleは、構造化データの効果を検索結果での見え方（リッチリザルト）として説明しており、順位が上がるとは説明していません。また、ガイドラインに沿っていない構造化データはリッチリザルトとして表示されない場合があり、沿っていても表示が約束されるわけではありません。また、表示の種類はGoogleの方針で変わります。たとえばFAQ（よくある質問）のリッチリザルトは、2023年以降、表示の対象が権威のある政府系や健康関連のサイトなどに絞られ、多くのサイトでは表示されなくなりました。構造化データは「内容を正しく伝えるための整備」として、ページの実際の内容と一致する形で入れましょう。Googleは、ページを見ている人に表示されない情報については、正確であっても構造化データを追加しないよう求めています。

実務ではこう使う：技術対策の優先順位

技術対策はやろうと思えばいくらでもあります。限られた開発の工数をどこに使うかは、次の順番で考えると失敗しにくくなります。

1. インデックスの問題（第6回）：大事なページが検索結果に載っていない問題は、最優先で直します。
2. スマートフォンで内容が欠けている・使えない問題：スマホ版の評価が基本なので、本文の欠けや操作できない状態は優先度が高い問題です。
3. Core Web Vitalsで「不良」が多いページ群：特に流入や成果の多いページ（記事のテンプレートや、問い合わせにつながるページ）から改善します。テンプレートを直すと、同じ型のページがまとめて改善することが多いです。
4. 構造化データの整備：記事、パンくずリスト、組織など、サイトの種類に合った基本のものから入れます。
5. 細かな速度の調整：「良好」になったページをさらに速くする作業は、内容の改善と比べて効果を見極めてから行います。

開発の担当者や制作会社と話すときは、「Search ConsoleのCore Web Vitalsレポートで不良になっているURLのグループ」と「その原因」をセットで伝えると、話が早く進みます。技術面の改善をサイトの作り直しと合わせて検討するなら、SEOに強いホームページ制作会社のおすすめ比較も参考になります。

もう一歩深く：HTTPSとセキュリティ

HTTPS（通信の暗号化）は、ページ エクスペリエンスの要素の1つとして挙げられています。現在では多くのサイトがHTTPSに対応していますが、一部のページや画像だけがhttpのまま残っていないかも確認しておきましょう。また、サイトが改ざんされて不正なページが作られることは、Googleのスパムに関するポリシーでも「ハッキングされたコンテンツ」として扱われる問題で、検索での評価に大きく響くおそれがあります。CMSやプラグインの更新を怠らないことも、技術面のSEOの大切な一部です。

この回のまとめ

• ページ エクスペリエンスは「読む人が快適に使えるか」。ただし内容の関連性や質の代わりにはならない。
• Core Web VitalsはLCP（2.5秒以内）、INP（200ミリ秒未満）、CLS（0.1未満）。実際の利用者のデータで判定される。
• Googleは基本的にスマホ版の内容で評価する。スマホで本文が欠けていないかを確かめる。
• 構造化データは内容の意味を伝えるラベル。順位やリッチリザルトを保証するものではない。
• 技術対策はインデックス→スマホ→Core Web Vitalsの不良→構造化データ→細かな調整の順に。

確認テスト

次回予告

第8回は「被リンクとサイテーション」です。ここまではサイトの内側の話でした。次回は、ほかのサイトからのリンクや言及という「外部からの評価」が、どのように効くのか、そして避けるべき手法は何かを解説します。

参考資料

• Google 検索セントラル「ページ エクスペリエンスが Google 検索の検索結果に与える影響について」 https://developers.google.com/search/docs/appearance/page-experience?hl=ja（2026年11月12日確認）
• Google 検索セントラル「Core Web Vitals と Google 検索の検索結果について」 https://developers.google.com/search/docs/appearance/core-web-vitals?hl=ja（2026年11月12日確認）
• web.dev「Interaction to Next Paint は正式に Core Web Vitals となり、First Input Delay に代わって 3 月 12 日に有効になります」（2024年） https://web.dev/blog/inp-cwv-march-12?hl=ja（2026年11月12日確認）
• Google for Developers「PageSpeed Insights について」 https://developers.google.com/speed/docs/insights/v5/about?hl=ja（2026年11月12日確認）
• Google 検索セントラル「モバイルサイトとモバイルファースト インデックスに関するおすすめの方法」 https://developers.google.com/search/mobile-sites/get-started?hl=ja（2026年11月12日確認）
• Google 検索セントラル「Google 検索における構造化データのマークアップの概要」 https://developers.google.com/search/docs/advanced/structured-data/intro-structured-data?hl=JA（2026年11月12日確認）
• Wordtracker「Google to show fewer How-to and FAQ rich results in Search」（2023年8月のGoogleの発表の解説） https://keyword.wordtracker.com/blog/seo/google-to-show-fewer-howto-and-faq-rich-results-in-search（2026年11月12日確認）
• Google 検索セントラル「Google ウェブ検索のスパムに関するポリシー」 https://developers.google.com/search/docs/advanced/guidelines/malicious-behavior?hl=ja（2026年11月12日確認）