モバイルファーストインデックス(MFI)
基本的な意味と歴史的背景
Google がモバイル版(スマホ版)のページ内容を SEO評価の主軸(主たる基準)にする仕組みのこと。
従来は PC 版ページを主に評価して検索順位を決めていましたが、スマホ利用者の急増に伴い、モバイル版を「正(本尊)」とみなす方針に大転換しました。2018 年から段階的に導入され、2023 年 10 月には PC 版クローラの巡回が原則廃止となり、完全移行が完了しています。現在、すべての Web サイトは例外なくスマホ版の仕上がりによって検索順位の運命が決まります。
現場における核心と設計ルール(アコーディオンの仕様)
核心は、MFI が単なる技術用語ではなく「モバイルファースト(スマホファースト)思考を技術的に強制する仕組み」であるという点です。「PC 版には詳しく書いたが、スマホ版では画面が狭くなるので非表示(または省略)にした」というコンテンツは、Google から「この世に存在しない情報」とみなされ、SEO 評価が致命的にガタ落ちします。PC 版と同等の情報量をモバイル版にも必ず掲載するのが絶対原則です。
デザインと SEO の両立(隠しテキストのリアル):スマホの狭い画面で長文をすっきり見せるため、「もっと見る」ボタンやアコーディオン(折りたたみメニュー)内にテキストを格納するデザインがあります。MFI 環境下においては、「タップすれば読める状態(HTML 上にデータがある状態)」であれば、隠されていても 100% 正当にインデックス・評価されます。情報を削るのではなく、デザイン工夫で格納するのが実務の定石です。
実務における運用・ディレクションの勘所
実務では PC とスマホを 1 つの HTML で管理する「レスポンシブ対応(レスポンシブ)」を大前提とします。その上で、以下の定期点検が必須となります。
UX・パフォーマンスのスマホ基準化:モバイル環境での表示崩れはもちろん、スマホでの読み込み速度やレイアウトのガタつき(Core Web Vitals指標)、ボタンのタップしやすさを徹底的に検証します。PC でどれだけ爆速・綺麗に表示されても、スマホ版のパフォーマンスが低ければ順位は上がりません。
Web 担当者が陥りやすい落とし穴とリアルな対策(NG 事例)
① 「PC の画面」だけでデザイン承認を回してしまう罠
現場で頻発するのが、Web 担当者や社内の上層部が、大画面の「PC ブラウザ」だけでデザインや記事の最終チェックを行い、スマホでの見え方やスクロールの長さを確認せずに GO サインを出してしまうこと。結果としてスマホで見ると文字が極小だったり、不自然な改行で絶望的に読みにくくなったりします。デザインレビューや記事検収は、必ず「スマホ実機」またはデベロッパーツールでのスマホ画面検証をワークフローに義務付ける必要があります。
② URL 別々(別ファイル構造)による管理の破綻
PC 版(example.com)とスマホ版(sp.example.com)で URL や HTML ファイルを分けて二重管理しているレガシーなサイトの場合、MFI の適用によってアノテーション(canonical)(対応関係の記述)のミスや情報の乖離が起きやすく、SEO 上の整合性を失うリスクが跳ね上がります。リニューアルの機会があれば、最優先でレスポンシブデザインへ一本化するディレクションを行いましょう。
言葉をよく利用する人
- SEO 担当者
- Web 担当者(発注側)
- コーダー / フロントエンドエンジニア
- デザイナー
会話上での使用例
モバイルの順位がPCより低いとSEO担当者が気づいた場面
-
SEO 担当者
スマホで検索したときの順位が、PCより明らかに低いんです。
-
Web 担当者
今はモバイルファーストインデックスでモバイル版が評価の主軸なので、スマホ側に情報が揃っているか確認しましょう。PCだけに表示している要素があれば、モバイルにも載せて揃える必要があります。
-
SEO 担当者
PCで見えてればいい、ではないんですね。表示を見比べてみます。
PCとモバイルを別サイトにしたいとプロデューサーが提案する場面
-
プロデューサー
いっそPC用とスマホ用で別々のサイトを作ろうかと思ってるんですが。
-
Web 担当者
モバイルファーストインデックスのもとでは、レスポンシブ対応の方がSEO上は有利なんです。別サイトだと管理工数も増えますし、情報量がずれるとモバイル側が不利になるので、レスポンシブをおすすめします。
-
プロデューサー
二重管理は確かに大変ですね。レスポンシブで進めましょう。