「アクセス解析を見るとスマホ経由の流入が大半なのに、検索順位がなかなか伸びない」「モバイル対応が大事だと聞くけれど、結局何から手をつければいいのかわからない」——Webサイトの運用担当者から、こうした声をよく聞きます。レスポンシブデザインを導入しただけで対応済みと考えていたら、実は表示速度やユーザビリティに大きな課題が残っていた、というケースは珍しくありません。
この記事では、スマホSEO対策の基本的な考え方から、モバイルファーストインデックス（MFI）の現状、自社サイトの状態を無料ツールでチェックする方法、そして今日から着手できる具体的な改善方法までを体系的に解説します。読み終えたときには、自社のWebサイトで何を優先的に改善すべきかが明確になっているはずです。
スマホSEO対策とは
スマホSEO（モバイルSEO）の定義
スマホSEO対策とは、スマートフォンで閲覧されることを前提に、Webサイトの構築・設計・コンテンツを最適化し、検索エンジンでの評価と検索順位の向上を目指す施策全般を指します。モバイルSEOと呼ばれることもあります。
ここで重要なのは、スマホSEOがPCサイトのSEOとまったく別物ではない、という点です。キーワード設計、コンテンツの品質、内部リンク構造といったSEOの基本的な要素は共通しています。違いは「スマートフォンという小さな画面・不安定な通信環境・指での操作」という制約のもとで、いかに検索エンジンとユーザーの双方に評価される状態をつくるかにあります。
具体的には、次のような要素が対象になります。
- スマホでの表示崩れがなく、閲覧しやすいレイアウトになっているか
- ページの表示速度が十分に速いか
- リンクやボタンが指でタップしやすいサイズ・間隔になっているか
- PC版とスマホ版でコンテンツの内容が一致しているか
- 構造化データやメタ情報がモバイル版にも正しく実装されているか
これらはいずれも、Googleのアルゴリズムがサイトを評価する際の判断材料になると同時に、ユーザーの離脱率や滞在時間にも直結します。
なぜスマホSEO対策が重要なのか
スマホSEO対策が必要とされる理由は、大きく2つあります。
1つ目は、ユーザーの利用実態がスマートフォン中心になっていること。
総務省の通信利用動向調査によると、端末別のインターネット利用率は「スマートフォン」が「パソコン」を20ポイント以上上回る状況が続いています。2024年の調査では、スマートフォンでの利用率が74.4％、パソコンが46.8％と報告されており、その差は27.6ポイントに達します。世帯のスマートフォン保有率も9割を超え、テレビの保有率を上回ったと報じられました。
BtoBビジネスであっても、この傾向を無視することはできません。通勤中や外出先での情報収集、SNSやメルマガからの流入など、最初の接点がスマホであるケースは年々増えています。検索行動の入口がスマホであるなら、そこで快適に閲覧できないサイトは、比較検討の土俵にすら上がれないということになります。
2つ目は、Googleの評価軸そのものがモバイル基準になっていること。
Googleは2018年からモバイルファーストインデックス（MFI）の導入を進め、2023年10月にはすべてのサイトでモバイル版を基準としたインデックス登録に切り替わったことを公式に発表しました。パソコン用のGooglebotによるクロールは実質的に役割を終え、現在はスマートフォン用Googlebotが取得したモバイル版の内容が、検索順位を決める主軸になっています。
つまり、PC版にどれだけ充実したコンテンツがあっても、モバイル版に存在しなければGoogleの評価対象になりにくいということです。この構造を理解しているかどうかが、スマホSEO対策の出発点になります。
モバイルフレンドリーとモバイルファーストインデックス（MFI）の基本
スマホSEOを語るうえで頻出する2つの用語が「モバイルフレンドリー」と「モバイルファーストインデックス」です。混同されがちですが、指している内容は異なります。
モバイルフレンドリーとは
モバイルフレンドリーとは、Webページがスマートフォンで快適に閲覧・操作できる状態を指す概念です。Googleは2015年4月のアルゴリズム更新（通称モバイルフレンドリーアップデート）で、スマホ対応済みのページをモバイル検索で優遇する方針を打ち出しました。
モバイルフレンドリーとされる主な条件は、おおむね次の通りです。
| 観点 | 望ましい状態 |
|---|---|
| 表示領域 | ビューポートが正しく設定され、横スクロールが発生しない |
| 文字サイズ | 拡大しなくても読める大きさ（16px程度が目安） |
| タップ要素 | ボタンやリンクが指でタップしやすいサイズと間隔 |
| コンテンツ幅 | 画面幅に収まり、要素がはみ出さない |
| 再生形式 | 非対応のプラグインに依存していない |
なお、かつてGoogleが提供していた「モバイルフレンドリーテスト」ツールと、Search Consoleの「モバイルユーザビリティ」レポートは、2023年12月1日をもって提供が終了しました。約10年にわたって使われてきたツールですが、スマホ対応が一般化したことで役目を終えたという判断です。現在は代替として、Chromeに標準搭載されているLighthouseやDevToolsのデバイスモード、PageSpeed Insightsなどを組み合わせて確認するのが一般的な方法になっています。
「専用ツールがなくなった＝モバイルフレンドリーが不要になった」わけではありません。評価基準としては依然として有効であり、確認手段が変わっただけと理解してください。
モバイルファーストインデックス（MFI）とは
モバイルファーストインデックスとは、Googleがサイトをクロール・インデックス・評価する際に、PC版ではなくモバイル版のページを主軸とする仕組みのことです。
従来は「PC版が正、モバイル版は補助」という位置づけでしたが、MFIによってその関係が逆転しました。前述の通り、Googleは2023年10月時点で全サイトのMFI移行完了を宣言しており、2026年現在、モバイル版がインデックスの基準であることは前提条件です。
MFIで特に注意したいのが、PC版とモバイル版でコンテンツに差がある場合です。たとえば「スマホでは画面が狭いから」という理由で、モバイル版だけ本文の一部やFAQ、構造化データ、内部リンクを省いていると、その削られた情報はGoogleに認識されない可能性が高くなります。結果として、PC版では網羅性が高いはずのページが、評価上は情報量の乏しいページとして扱われかねません。
2つの違いと関係性
両者の関係を整理すると、次のようになります。
| 項目 | モバイルフレンドリー | モバイルファーストインデックス（MFI） |
|---|---|---|
| 意味 | スマホで快適に閲覧・操作できる状態 | モバイル版を基準にインデックス・評価する仕組み |
| 主体 | サイト側が満たすべき品質基準 | Google側のクロール・評価の方式 |
| 導入時期 | 2015年のアルゴリズム更新で本格化 | 2018年開始、2023年10月に全サイト移行完了 |
| 対応しないと | ユーザビリティ評価が下がる | モバイル版にない情報が評価されない |
言い換えれば、MFIは「どのバージョンを見て評価するか」というルールであり、モバイルフレンドリーは「見られたときにどう評価されるか」という品質基準です。MFIによってモバイル版が評価対象になったからこそ、モバイルフレンドリーの重要性が一段と高まった、という関係になります。
自社サイトがスマホ対応済みか確認する方法
対策に着手する前に、まず現状を客観的に把握しましょう。無料で使える代表的なツールを2つ紹介します。
PageSpeed Insightsでの確認方法
PageSpeed Insightsは、GoogleがLighthouseを分析エンジンとして提供している無料の表示速度チェックツールです。使い方は非常にシンプルで、計測したいページのURLを入力して分析を実行するだけです。
分析が完了すると、モバイルとパソコンそれぞれのタブで結果が表示されます。ここで確認すべきポイントは主に3つです。
1. フィールドデータ（実ユーザーのデータ）
Chromeユーザーエクスペリエンスレポート（CrUX）をもとにした、過去28日間の実際のユーザー体験データです。LCP・INP・CLSといったCore Web Vitalsの実測値が「良好」「改善が必要」「不良」で判定されます。アクセス数が少ないページでは表示されない場合もあります。
2. ラボデータ（診断環境での測定値）
Lighthouseが一定の条件下で測定した値です。ネットワーク速度やデバイス設定が固定されているため、再現性が高く、改善の効果検証に向いています。総合スコアは100点満点で、一般に90〜100点が「速い」、50〜89点が「平均的」、0〜49点が「遅い」と評価されます。
3. 改善できる項目・診断
「次世代フォーマットでの画像の配信」「使用していないJavaScriptの削減」など、具体的な改善提案が短縮見込み時間つきで提示されます。ここが実務上もっとも参考になる部分です。
読む順番としては、モバイルのタブを起点に、フィールドデータ → ラボデータ → 改善提案の順で見ていくと、判断がしやすくなります。まず実ユーザーが困っているかを確認し、次にその原因を診断結果から探る、という流れです。
Google Search Consoleでの確認方法
前述の通り、Search Consoleの「モバイルユーザビリティ」レポートは2023年12月に提供終了しました。現在、モバイルの品質を確認する際に使うのは「エクスペリエンス」セクション内のページエクスペリエンスとCore Web Vitals（ウェブに関する主な指標）レポートです。
Core Web Vitalsレポートでは、モバイルとPCそれぞれについて、サイト内のURLが「良好」「改善が必要」「不良」の3段階に分類されて表示されます。特徴的なのは、似た構成のページをURLグループとしてまとめて評価する点です。1ページずつ潰していくのではなく、テンプレート単位で改善すればまとめて解消できることが多いため、優先順位づけに役立ちます。
また、URL検査ツールを使えば、Googlebotが実際にどのようにページをレンダリングしているかを確認できます。モバイル版でコンテンツが正しく取得されているか不安な場合は、この機能で「クロール済みのページを表示」からHTMLとスクリーンショットをチェックしてください。
Chrome DevToolsのデバイスモードも併用すると、実機に近い形で表示崩れやタップ要素の問題を目視で確認できます。ツールの数字だけでなく、担当者自身が自社サイトをスマホで一通り操作してみることも、地味ですが有効なチェック方法です。
今すぐ実践できるスマホSEO対策 具体的な方法
ここからは、実際に取り組むべき対策を5つに分けて解説します。
レスポンシブデザインを実装する
Googleがモバイル対応の構成として挙げているのは、レスポンシブウェブデザイン・動的な配信・別々のURL（セパレートURL）の3種類です。このうちGoogleが推奨しているのがレスポンシブウェブデザインです。
レスポンシブデザインは、CSSのメディアクエリを使って画面幅に応じてレイアウトを切り替える方式で、URLもHTMLも1つに統一されます。この構成には次のような利点があります。
- URLが1本化されるため、被リンクやシェアの評価が分散しない
- HTMLが共通なので、PC版とモバイル版のコンテンツ差異が発生しにくい
- リダイレクト設定やアノテーション（canonical／alternate）の管理が不要
- 更新作業が一度で済み、運用コストを抑えられる
実装時に見落とされがちなのが、head内のビューポート設定です。width=device-width, initial-scale=1 の指定がないと、スマホでPC用レイアウトが縮小表示され、文字が読めない状態になります。CSSでのブレイクポイント設計とあわせて必ず確認してください。
なお、既存サイトが動的な配信やセパレートURLで運用されている場合、それだけで直ちに順位が下がるわけではありません。ただし管理コストとコンテンツ差異のリスクを考えると、リニューアルのタイミングでレスポンシブへ寄せる判断が合理的です。
ページの表示速度を改善する
モバイル環境は、PCに比べて回線が不安定で端末の処理能力も限られます。同じページでもモバイルのスコアだけが極端に低い、というのはよくあるパターンです。表示速度の改善は、スマホSEOにおいて最も費用対効果が高い施策のひとつといえます。
代表的な改善手法は次の通りです。
| 改善策 | 内容 | 主に効く指標 |
|---|---|---|
| 画像の最適化 | WebPやAVIFなど次世代フォーマットへの変換、適切なサイズへのリサイズ・圧縮 | LCP |
| 遅延読み込み | ファーストビュー外の画像に loading="lazy" を指定 |
LCP・総データ量 |
| 不要リソースの削減 | 使っていないJavaScript・CSSの除去、ファイルの圧縮 | INP・LCP |
| サーバー応答の高速化 | TTFB短縮、キャッシュの活用、上位プランへの移行 | LCP |
| CDNの活用 | ユーザーに近いサーバーから配信し、物理的距離による遅延を軽減 | LCP |
| フォントの最適化 | Webフォントの読み込み方法を見直し、表示のブロックを回避 | LCP・CLS |
画像の見直しは特に効果が出やすい領域です。数MBの画像を数百KBに圧縮するだけでLCPが1秒以上改善したという報告もあり、まず着手する施策として適しています。
一方で注意点もあります。ファーストビューに表示されるメイン画像に遅延読み込みを適用すると、かえってLCPが悪化します。lazy属性は「画面外の要素にだけ付ける」が原則です。
PCとスマホでコンテンツを統一する
MFI環境下では、モバイル版に載っていない情報は評価されにくくなります。次の項目について、PC版とモバイル版で差がないか点検してください。
- 本文テキスト：アコーディオンで折りたたむのは問題ありませんが、HTMLから削除してしまうのはNGです
- 見出し構造：h1〜h3の階層がモバイル版でも維持されているか
- 画像・動画：alt属性を含め、同等のコンテンツが提供されているか
- 構造化データ：パンくず、FAQ、記事などのマークアップがモバイル版にも実装されているか
- メタ情報：titleタグ、meta description、canonicalの指定が一致しているか
- 内部リンク：スマホ版でグローバルナビや関連リンクが省略されていないか
なお、折りたたみ表示（アコーディオンやタブ）はモバイルで画面を節約する有効な手段であり、HTML内にコンテンツが存在していればGoogleは通常どおり評価します。「見えていないから減点される」わけではない点は押さえておきましょう。
タップしやすさ・フォントサイズなどユーザビリティを高める
指での操作を前提としたユーザビリティ設計も、スマホSEOの重要な要素です。目安となる数値を整理します。
| 項目 | 推奨の目安 |
|---|---|
| 本文のフォントサイズ | 16px以上 |
| タップターゲットのサイズ | 48×48px（48dp）以上 |
| タップ要素どうしの間隔 | 8px以上 |
| 行間 | 本文サイズの1.5〜1.8倍程度 |
| 入力フォーム | 適切なinput type指定でキーボードを自動最適化 |
Lighthouseの診断では、タップターゲットが48×48pxより小さい場合に問題として指摘されます。GoogleのMaterial Designガイドラインでも、操作可能な要素は48dp以上が推奨されています。ボタンやリンクが密集していると誤タップを招き、離脱の原因になります。
もうひとつ見落とせないのが、全画面を覆う広告やポップアップです。Googleは2017年1月から、モバイル検索においてコンテンツを覆い隠す煩わしいインタースティシャルを表示するページの評価を下げるアルゴリズムを導入しています。この評価はサイト全体ではなくページ単位で適用されるとされています。年齢確認やCookie同意のように法令上必要なもの、画面の一部だけを使う控えめなバナーは対象外とされていますが、初回訪問直後に画面全体を覆うメルマガ登録モーダルなどは見直しの対象です。
Core Web Vitals（LCP・INP・CLS）を意識する
Core Web Vitalsは、ページエクスペリエンスを構成する中核的な指標群です。2024年3月にFID（First Input Delay）がINP（Interaction to Next Paint）へ置き換わり、現在は次の3指標で構成されています。
| 指標 | 測るもの | 良好の基準 | 不良となる水準 |
|---|---|---|---|
| LCP（Largest Contentful Paint） | 主要コンテンツの表示速度 | 2.5秒以下 | 4.0秒超 |
| INP（Interaction to Next Paint） | 操作に対する応答性 | 200ミリ秒以下 | 500ミリ秒超 |
| CLS（Cumulative Layout Shift） | レイアウトのずれにくさ | 0.1以下 | 0.25超 |
評価は、CrUXの実測データをもとに28日間のローリングウィンドウで、75パーセンタイル値を用いて判定されます。つまり「上位25％のユーザーは快適でも、残りの多くが遅い」状態では良好判定になりません。平均値ではなく分布で見られる点が重要です。
指標別の主な改善アプローチは次の通りです。
- LCP：ファーストビューの画像最適化、TTFB短縮、レンダリングブロックの解消、重要リソースの先読み（preload）
- INP：長時間実行されるJavaScriptの分割、サードパーティタグの削減、メインスレッドの負荷軽減
- CLS：画像・動画にwidthとheightを明示、広告枠のサイズ確保、Webフォント切り替え時のずれ対策
Core Web Vitalsは、単独で順位を大きく動かす要因というより、コンテンツの品質が拮抗した際の差別化要素として機能すると考えるのが実務的です。ただしモバイルではスコアが悪化しやすく、直帰率やコンバージョン率に与える影響も無視できません。SEOのためだけでなく、事業成果のための改善と捉えるべき領域です。
スマホSEO対策でやりがちな失敗・NG事例
最後に、現場でよく見られる失敗パターンを2つ取り上げます。
レスポンシブ化しただけで満足してしまう
もっとも多いのが、「レスポンシブデザインのテーマ・テンプレートを導入したのでスマホ対応は完了」と判断してしまうケースです。
レスポンシブ化はあくまでスタートラインです。実際には、次のような問題が残っていることが少なくありません。
- PC向けに用意した大きな画像がそのまま読み込まれ、モバイルの表示速度を圧迫している
- 横幅の広いテーブルやコードブロックがはみ出し、横スクロールが発生している
- PCでは適切だったボタン間隔が、スマホでは詰まりすぎて誤タップを誘発している
- グローバルナビをハンバーガーメニュー化した結果、内部リンクの導線が弱くなっている
- ファーストビューが画像やバナーで埋まり、本文にたどり着くまでスクロールが必要になっている
これらは自動では解決しません。導入後にPageSpeed Insightsで計測し、実機で操作して確認する、という検証プロセスをセットにしてください。
別ドメイン・別URLでスマホサイトを運用するリスク
m.example.com のようなサブドメインや、/sp/ 配下でスマホ専用サイトを運用している構成では、次のリスクが生じます。
1. アノテーション設定のミス
PC版にalternateタグ、モバイル版にcanonicalタグを相互に設定し、両者の対応関係をGoogleに正しく伝える必要があります。ページ数が多いサイトほど設定漏れや不整合が起きやすく、意図しないURLがインデックスされる原因になります。
2. コンテンツ差異の発生
運用が二重になるため、更新のたびに片方だけ修正される事態が起こりがちです。MFI環境ではモバイル版が評価の基準になるため、モバイル版の情報が古かったり簡略化されていたりすると、そのままサイトの評価に反映されます。
3. 評価の分散と管理コスト
被リンクやSNSシェアがPC版とモバイル版に分かれてしまう可能性があるほか、アクセス解析やSearch Consoleの管理も煩雑になります。
これらの理由から、新規構築や大規模リニューアルの際はレスポンシブデザインを基本方針とし、既存のセパレートURL構成については、アノテーションの正確性とコンテンツの同一性を定期的に点検する運用が現実的です。
まとめ
スマホSEO対策のポイントを改めて整理します。
- スマホSEOとは、スマートフォンでの閲覧を前提にサイトを最適化し、検索エンジンでの評価向上を図る施策の総称
- 端末別のインターネット利用率ではスマートフォンがパソコンを20ポイント以上上回っており、Googleも2023年10月にモバイルファーストインデックスへの全サイト移行完了を宣言している
- モバイルフレンドリーは「品質基準」、MFIは「評価の仕組み」であり、両者は補い合う関係にある
- モバイルフレンドリーテストとSearch Consoleのモバイルユーザビリティレポートは2023年12月に提供終了。現在はPageSpeed Insights、Search ConsoleのCore Web Vitalsレポート、Lighthouse、Chrome DevToolsで確認する
- 具体的な対策は、レスポンシブデザインの実装、表示速度の改善、PC・スマホ間のコンテンツ統一、タップしやすさやフォントサイズ（16px以上・48px以上のタップ領域）の最適化、Core Web Vitals（LCP 2.5秒以下・INP 200ミリ秒以下・CLS 0.1以下）への対応の5つが柱
- レスポンシブ化しただけで検証を行わない、別URL運用でコンテンツ差異を放置する、といった失敗は評価低下につながる
すべてを一度に完璧にする必要はありません。まずはPageSpeed InsightsとSearch Consoleで自社サイトの現状を計測し、モバイルで数値が悪い箇所から順に手をつけていく。この積み重ねが、スマホ経由の検索流入を着実に伸ばしていくための最短ルートです。