モバイルSEOとは？MFI時代の必須対策を徹底解説
モバイルファーストインデックスで上位を獲る全項目【2026年最新】

モバイルファーストインデックス（MFI）とは

モバイルファーストインデックス（MFI）はGoogleがサイトのモバイル主軸にインデックス・ランキング判定する仕組みです。

2018年に発表され、2023年10月までにほぼ全サイトが完全移行しました。

従来は「PC版が主、モバイル版は補助」という関係でしたが、いまはその逆です。

Googleのクローラーはスマートフォン用のユーザーエージェントでページを巡回し、そこで見えるコンテンツを評価対象とします。

つまりモバイル版に存在しないコンテンツは、PC版にあってもGoogleに評価されにくくなるということです。

よくある「評価の取りこぼし」

MFI移行後にありがちな事故は、次のようなケースです。

• PC版にだけ表示している詳細セクション・サイドバー・FAQが、モバイル版で非表示 → 評価から消失
• モバイル版だけ構造化データ（schema.org）を出力していない → リッチリザルトを取りこぼし
• モバイル版の画像に alt 属性がない → 画像検索・アクセシビリティ評価で不利

「PC版とモバイル版で同じ情報・同じ構造化データ・同じメタ情報を持たせる」これがMFI対策の出発点です。

構造化データの考え方はスキーママークアップ実装ガイドで詳しく解説しています。

レスポンシブWebデザインが原則

Googleが公式に認めるモバイル対応の方式は次の3つですが、推奨度には明確な差があります。

なかでもレスポンシブが最もおすすめです。

理由はシンプルで、URL・HTML・CSSが1つにまとまるため管理がラクだからです。

Googleもコンテンツの同一性を認識しやすく、

別URL方式にありがちな rel="alternate" / rel="canonical" の設定漏れによる重複・評価分散も起こりません。

すでに別URL（m.）で運用している場合は、長期的にはレスポンシブへの統合を検討しましょう。

統合時はリダイレクト設計が重要になります。手順はリダイレクト手順とSEOを参照してください。

モバイル対応の必須チェック10項目

モバイル版で必ず押さえておきたい技術項目を10個にまとめました、順に確認していけば、致命的な減点はほぼ防げます。

1. viewportメタタグ: <meta name="viewport" content="width=device-width, initial-scale=1"> を必ず設定
2. タッチ要素のサイズ: ボタン・リンクは48×48px以上を目安に
3. タップ間隔: 隣接する操作要素から8px以上の余白を確保
4. フォントサイズ: 本文は16px以上（小さすぎるとモバイルで拡大され読みづらい）
5. 横スクロールの禁止: 画像・テーブル・コードが画面幅を超えないようにする
6. 全画面ポップアップの規制遵守: コンテンツを覆うインタースティシャル広告はペナルティ対象
7. 動画はモバイル対応形式で: H.264/H.265などを使用。Flashは論外
8. フォーム入力支援: type="email" / "tel" / "number" で最適なキーボードを表示
9. 固定ヘッダーの高さ: 100px以下に抑え、コンテンツの視認性を確保
10. モバイル版のCWV: PC版より厳しい条件。LCP/INP/CLSを別途計測（次章で詳説）

モバイル版Core Web Vitalsの最適化

MFIにおいてGoogleが評価の基準にするのは、PC版ではなくモバイル版のCore Web Vitals（CWV）です。

ところがモバイルはCPU性能・メモリ・回線がPCより不利なため、同じページでもスコアが悪化しがち。

ここを軽視すると、いくらコンテンツが良くても順位の頭打ちにつながります。

モバイルで効く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を損なう
• 全画面ポップアップの多用: 訪問直後のインタースティシャル広告でペナルティを受ける