モバイルSEOとは？MFI時代の必須対策を徹底解説
モバイルファーストインデックスで上位を獲る全項目【2026年最新】
「PCでは上位なのに、スマホでは順位が伸びない」…原因はモバイル最適化の不足かもしれません。
Googleは2018年以降、モバイル版のコンテンツを主軸に評価する「モバイルファーストインデックス（MFI）」へ完全移行しました。
いまや日本の検索の約65%はスマートフォン経由であり、モバイル対応なしに上位を狙うのは現実的ではないです。
本記事では、MFIの仕組みから、レスポンシブ設計・必須チェック10項目・モバイル版Core Web Vitals・タッチUX・AMPの是非まで、モバイルSEOの必須対策を初心者にもわかりやすく解説します。
モバイル対応を含むSEO全体の進め方はSEO対策の基本手順（4ステップ）もあわせてご覧ください。
モバイルSEOとは、スマートフォンでの表示・使いやすさを最適化して検索評価を高める施策のこと。Googleはモバイルファーストインデックス（MFI）でスマホ版ページを基準に評価するため、レスポンシブ対応・モバイルのCore Web Vitals・タップしやすいUIが重要です。今やSEOの前提となる必須対策です。
モバイルファーストインデックス（MFI）とは
モバイルファーストインデックス（MFI）はGoogleがサイトのモバイル主軸にインデックス・ランキング判定する仕組みです。
2018年に発表され、2023年10月までにほぼ全サイトが完全移行しました。
従来は「PC版が主、モバイル版は補助」という関係でしたが、いまはその逆です。
Googleのクローラーはスマートフォン用のユーザーエージェントでページを巡回し、そこで見えるコンテンツを評価対象とします。
つまりモバイル版に存在しないコンテンツは、PC版にあってもGoogleに評価されにくくなるということです。
よくある「評価の取りこぼし」
MFI移行後にありがちな事故は、次のようなケースです。
- PC版にだけ表示している詳細セクション・サイドバー・FAQが、モバイル版で非表示 → 評価から消失
- モバイル版だけ構造化データ（schema.org）を出力していない → リッチリザルトを取りこぼし
- モバイル版の画像に
alt属性がない → 画像検索・アクセシビリティ評価で不利
「PC版とモバイル版で同じ情報・同じ構造化データ・同じメタ情報を持たせる」これがMFI対策の出発点です。
構造化データの考え方はスキーママークアップ実装ガイドで詳しく解説しています。
MFI対策チェックリスト｜今すぐやるべき7項目
MFI対策とは、モバイルファーストインデックスで評価を取りこぼさないためにスマホ版ページをPC版と同等以上に整える施策のことです。特別な裏技は不要で、次の7項目を確実に潰すことがそのまま「MFIのSEO対策」になります。
| # | MFI対策項目 | 確認方法 |
|---|---|---|
| 1 | スマホ版とPC版で本文・見出し・FAQが同一 | 実機／DevToolsデバイスモードで目視 |
| 2 | 構造化データをスマホ版でも出力している | リッチリザルトテスト |
| 3 | title・meta description・robotsがスマホ版でも同一 | ページソースを比較 |
| 4 | 画像のalt属性・遅延読み込みがスマホ版でも有効 | DevToolsで検証 |
| 5 | スマートフォン用Googlebotをrobots.txt等でブロックしていない | Search ConsoleのURL検査 |
| 6 | モバイル版Core Web Vitals（LCP・INP・CLS）が良好 | PageSpeed Insights「モバイル」タブ |
| 7 | タップ領域・文字サイズなどモバイルUXが基準を満たす | Lighthouse／実機確認 |
MFI移行済みかを確認する方法
現在はほぼ全サイトがMFI移行済みですが、確認したい場合はSearch ConsoleのURL検査を使います。クロールのユーザーエージェントが「スマートフォン用 Googlebot」になっていれば、そのサイトはモバイル基準で評価されています。
なお、レスポンシブWebデザインで作られたサイトはPC版とスマホ版のHTMLが元々1つのため、上記1〜4は自動的に満たせます。つまり最重要のMFI対策は「レスポンシブで実装し、モバイルの表示速度とUXを磨く」ことに集約されるのです。用語の基礎はモバイルファーストインデックス（用語集）もあわせてご覧ください。
Google・Bing・YouTube・Amazonのサジェストや知恵袋の質問、上位サイトの見出しを1画面で一括抽出。SEO難易度も自動判定します。無料でキーワードを抽出（登録不要） ▶
レスポンシブWebデザインが原則
Googleが公式に認めるモバイル対応の方式は次の3つですが、推奨度には明確な差があります。
| 方式 | 実装方法 | Google推奨度 |
|---|---|---|
| レスポンシブ | 1つのHTML + CSSメディアクエリで表示を切替 | ◎ 最推奨 |
| 動的配信 | 同一URLで、User-Agentに応じてPC/SP版HTMLを出し分け | ○ 可 |
| 別URL（m.example.com） | PC: example.com ／ SP: m.example.com に分離 | △ 非推奨 |
なかでもレスポンシブが最もおすすめです。
理由はシンプルで、URL・HTML・CSSが1つにまとまるため管理がラクだからです。
Googleもコンテンツの同一性を認識しやすく、
別URL方式にありがちな rel="alternate" / rel="canonical" の設定漏れによる重複・評価分散も起こりません。
すでに別URL（m.）で運用している場合は、長期的にはレスポンシブへの統合を検討しましょう。
統合時はリダイレクト設計が重要になります。手順はリダイレクト手順とSEOを参照してください。
モバイル対応の必須チェック10項目
モバイル版で必ず押さえておきたい技術項目を10個にまとめました、順に確認していけば、致命的な減点はほぼ防げます。
- viewportメタタグ:
<meta name="viewport" content="width=device-width, initial-scale=1">を必ず設定 - タッチ要素のサイズ: ボタン・リンクは48×48px以上を目安に
- タップ間隔: 隣接する操作要素から8px以上の余白を確保
- フォントサイズ: 本文は16px以上（小さすぎるとモバイルで拡大され読みづらい）
- 横スクロールの禁止: 画像・テーブル・コードが画面幅を超えないようにする
- 全画面ポップアップの規制遵守: コンテンツを覆うインタースティシャル広告はペナルティ対象
- 動画はモバイル対応形式で: H.264/H.265などを使用。Flashは論外
- フォーム入力支援:
type="email"/"tel"/"number"で最適なキーボードを表示 - 固定ヘッダーの高さ: 100px以下に抑え、コンテンツの視認性を確保
- モバイル版のCWV: PC版より厳しい条件。LCP/INP/CLSを別途計測（次章で詳説）
モバイル版Core Web Vitalsの最適化
MFIにおいてGoogleが評価の基準にするのは、PC版ではなくモバイル版のCore Web Vitals（CWV）です。
ところがモバイルはCPU性能・メモリ・回線がPCより不利なため、同じページでもスコアが悪化しがち。
ここを軽視すると、いくらコンテンツが良くても順位の頭打ちにつながります。
| 指標 | 意味 | 良好の目安 |
|---|---|---|
| LCP | 主要コンテンツが表示されるまでの時間 | 2.5秒以内 |
| INP | 操作に対する反応の速さ（応答性） | 200ms以内 |
| CLS | 表示中のレイアウトのズレの少なさ | 0.1以内 |
モバイルで効くCWV改善ポイント
- 画像の軽量化: WebP/AVIFへ変換し、
width/heightを明示してCLSを防ぐ - 遅延読み込み: ファーストビュー外の画像に
loading="lazy"を付与 - JavaScriptの削減: モバイルではJS実行コストが重い。不要なスクリプトを削る・遅延させる
- フォント表示の最適化:
font-display: swapで文字の表示遅延を防ぐ
計測は必ずPageSpeed Insightsの「モバイル」タブを基準にしましょう。
改善の詳しい手順はCore Web Vitals改善ガイド、画像の軽量化は画像SEO完全ガイドで解説しています。
モバイルフレンドリーの検証方法
かつての定番だったGoogle公式の「モバイルフレンドリーテスト」とGoogle Search Consoleの「モバイルユーザビリティ」レポートは、いずれもサービスを終了し、現在は以下のツールで代替して検証します。
- PageSpeed Insights（モバイル）: モバイル版の表示速度に加え、ユーザビリティ上の問題も指摘してくれる
- Chrome DevToolsデバイスモード: 実機をエミュレーション（F12 → デバイスツールバー）。回線速度の擬似制限も可能
- Lighthouse: パフォーマンス・アクセシビリティ・SEOの総合スコアと改善提案を一括取得
- 実機での目視確認: 最終的には実際のスマホでタップ・スクロール・フォーム入力を試すのが確実
ツールのスコアはあくまで目安です。
「親指で押しづらい」「文字が小さい」といった体感の問題は、実機を触ってはじめて気づくことも多いものです。
モバイル特有のUX設計
技術要件を満たしたら、次はスマホならではの使い勝手を磨きます。
滞在時間や直帰率はSEOにも間接的に影響します。
① 縦長スクロールに耐える構造
スマホは縦長ディスプレイで、ファーストビューに収まる情報量はわずかです。
「結論ファースト」＋「目次から目的の章へ飛べる」構造を徹底しましょう。長い記事ほど目次（アンカーリンク）が効きます。
② 親指の届く範囲を意識する
スマホは片手・親指での操作が中心です。画面下部の「親指で届く範囲（サムゾーン）」に主要なCTAボタンを配置すると、コンバージョンが伸びやすくなります。
画面下に固定するCTAバーは特に効果的です。
③ 入力の手間を最小化する
スマホでの長文入力は敬遠されます。
フォームの項目数を絞り、選択式の入力や住所・氏名の自動補完を活用して、「タップだけで完了する」状態を目指しましょう。
AMPは今や非推奨／よくある失敗
かつてGoogleが強く推進したAMP（Accelerated Mobile Pages）は、現在では事実上その役割を終えています。
2021年のページエクスペリエンスアップデート以降、AMPであること自体のSEO上の優遇は消失し、ニュース系のトップカルーセル掲載条件からも外れました。
すでにAMPを実装済みのサイトは、二重管理のコストを踏まえて段階的な廃止を検討する時期です。
本記事で触れたCore Web Vitalsの最適化に投資のが投資対効果が高いでしょう。
モバイルSEOでありがちな失敗
- モバイル版でコンテンツを削る: 「スマホは簡潔に」と本文やFAQを削除 → MFIで評価ごと消失
- PC基準で速度を判断: PageSpeed InsightsのPCスコアだけ見て満足してしまう
- タップ要素が密集: ボタンが小さく隣接し、誤タップが多発してUXを損なう
- 全画面ポップアップの多用: 訪問直後のインタースティシャル広告でペナルティを受ける
モバイル対応を含むSEO診断はSaguruで
SEO対策の最初の一歩はキーワード調査です。Saguruなら、Google・Bing・YouTube・Amazonのサジェスト、知恵袋の質問、上位サイトの見出し・共起語を 1画面で一括抽出。SEO難易度の自動判定で「狙い目キーワード」に 👑 マークが付きます。
Saguruは月額270円から始められる安いSEO対策ツールとして、個人ブロガーから中小企業まで幅広くご利用いただいています。
登録なしで1日5回まで無料 ／ メール登録で1日30回 ／ ベーシック月額270円 ／ 自サイトをSEO診断
