投稿者 投稿日: カテゴリー EC・WEBノウハウ
MFIとは、モバイル版ページを基準に評価するGoogleの仕組みのことです。
本記事は2018年公開の解説を、MFIへの移行が完全に終わった2026年の前提で全面的に書き直したものです。「自分のサイトはいつMFIに切り替わるのか」を心配する段階はすでに終わっており、いま問われるのは「スマホ版ページの品質がそのまま検索順位になる」という現実への対応です。ECサイトの表示速度（Core Web Vitals）、スマホでの商品ページUX、PC版とスマホ版の情報差分という3つの論点を、チェックリストとAI活用プロンプト付きで整理しました。
モバイルファーストインデックスの定義と、2026年の現在地
モバイルファーストインデックス（Mobile First Index、以下MFI）は、Googleが検索順位を決めるためのインデックス（索引データベース）を、PC版ページではなくモバイル版ページの内容を基準に作成する仕組みです。日本では2018年3月に適用開始がアナウンスされ、当時Googleのゲイリー・イリスが「2018年で最大の検索の変化」と表現したほどの転換点でした。
その後、移行は段階的に進み、Googleは公式ブログ「Mobile-first indexing has landed」（2023年10月）で、モバイルファーストインデックスへの移行が完了したことを発表しました。つまり2026年現在、Googleの検索結果に表示されるほぼすべてのサイトは、スマートフォン用クローラー（Googlebot Smartphone）が取得したモバイル版ページの内容で評価されています。
ここでEC事業者が押さえるべきポイントは3つに絞れます。
- 評価されるのはスマホ版ページの内容・速度・使いやすさである（PC版だけ作り込んでも順位には反映されにくい）
- PC版とスマホ版で本文・構造化データ・メタデータに差分があると、情報量の少ないスマホ版側で評価される
- 「MFIに対応するか」ではなく「スマホ版の品質をどこまで上げるか」が競争軸になっている
「モバイルフレンドリーかどうか」を合否で判定する時代から、「スマホでの体験の質」を連続値で競う時代に変わった、と理解するのが2026年時点では正確です。
完全移行済みの2026年、EC事業者が見直すべき3つの差分
MFIが完全移行した今、対応の中心は「PC版とスマホ版の差分をなくすこと」です。レスポンシブデザインで両者が同一HTMLなら原則問題ありませんが、ECサイトでは次のような差分が残っているケースが少なくありません。
コンテンツの差分
PC版の商品ページには詳細スペック・使用シーン・レビューを載せているのに、スマホ版では「続きを見る」の先に隠していたり、そもそも表示を省略していたりするケースです。Googleが見るのはスマホ版なので、スマホ版に存在しないテキストは評価対象から漏れます。アコーディオン（タップで開閉する折りたたみ）の中にあるテキストは、HTML上に存在していれば評価されるため、表示の整理にはアコーディオンを使い、HTMLからの削除は避けるのが定石です。
構造化データとメタデータの差分
PC版にだけProductやReviewの構造化データを実装し、スマホ版テンプレートには入れ忘れている、という事故は移行期によく見られました。構造化データはリッチリザルト表示やAI Overviewでの引用に直結する要素なので、スマホ版HTMLに必ず含めてください。実装の優先順位やJSON-LDの書き方は構造化データ完全ガイドで詳しく解説しています。あわせて、検索結果での見え方を左右するリッチリザルトの仕組みはリッチスニペット初心者ガイドも参考になります。
title・meta descriptionも同様で、スマホ版だけ短縮版や自動生成版になっていないかを確認します。canonicalタグの向き先がPC版とスマホ版で食い違っていると重複評価の原因になるため、設定の考え方はcanonicalタグの正しい書き方で確認してください。
クロールのされ方の差分
Googlebot Smartphoneがスマホ版を問題なく巡回できているかは、Google Search ConsoleのURL検査ツールとクロールの統計情報で確認できます。robots.txtでスマホ版のCSS・JavaScript・画像をブロックしていると、Googleがページを正しくレンダリングできず、評価を落とす一因になります。クロール効率の改善手順はクローラビリティを高める6つの施策にまとめてあるので、内部リンク構造やXMLサイトマップの整備とあわせて見直してください。
なお、かつて推奨されていた「sp.example.com」型の別URL構成（セパレートURL）は、差分管理の負担が大きく事故の温床になりやすいため、2026年時点ではレスポンシブデザインへの統合を検討する段階です。リニューアルのタイミングで統合する場合は、301リダイレクトの設計を含めて慎重に進める必要があります。
スマホ表示速度と操作性：Core Web Vitals対策
MFI完全移行後のスマホ最適化で、コンテンツの次に効くのが表示速度と操作性です。Googleはページ体験の指標としてCore Web Vitalsを定めており、2026年時点の3指標と良好（Good）の基準は次のとおりです（いずれも実際のユーザー訪問の75パーセンタイル値で評価されます）。
- LCP（Largest Contentful Paint）：ページ内の最大要素が表示されるまでの時間。2.5秒以内が良好
- INP（Interaction to Next Paint）：タップなどの操作から画面が反応するまでの時間。200ミリ秒以内が良好
- CLS（Cumulative Layout Shift）：表示中のレイアウトのずれ。0.1以下が良好
注意したいのはINPです。以前の指標だったFID（First Input Delay）は廃止され、2024年にINPへ置き換わりました。古いSEO記事や社内資料が「FID 100ミリ秒」のままになっていたら、その部分は更新が必要です。FIDが最初の入力の遅延だけを測っていたのに対し、INPはページ滞在中のすべての操作の応答性を測るため、ECサイトでは「カートに入れるボタンを押してから反応するまで」「サイズ選択のプルダウンを開くまで」といった購入動線上の操作が直接スコアに表れます。
ECサイトでCore Web Vitalsが悪化する典型要因は、編集部で店舗のページを診断してきた経験から言うと、ほぼ次の4つに集約されます。
第一に商品画像です。メイン画像がLCP要素になっているページが大半なので、WebP等の軽量フォーマットへの変換、適切なサイズ指定、ファーストビュー画像の優先読み込み（それ以外は遅延読み込み）だけでLCPは大きく変わります。第二にサードパーティタグで、レビューウィジェット・チャットツール・広告計測タグ・SNS埋め込みが積み重なるとINPを圧迫します。導入したまま使っていないタグの棚卸しが先決です。第三にレイアウトのずれで、画像のwidth/height未指定、後から挿入されるバナーやクーポン帯がCLSを悪化させます。第四にサーバー応答で、セール時のアクセス集中で配信が遅くなる店舗は、画像CDNやキャッシュ設定の見直しが効きます。
計測はGoogle Search Consoleの「ウェブに関する主な指標」レポートでサイト全体の傾向を掴み、個別ページはPageSpeed Insightsで実測データと改善提案を確認する、という二段構えが実務的です。ALSELが支援する店舗群では、メイン画像の軽量化と不要タグの削除という基本の2手だけで「改善が必要」から「良好」に戻るケースが多く見られます。高度なチューニングに入る前に、まず重い画像と余計なタグを疑ってください。
スマホ商品ページUX改善チェックリスト
Core Web Vitalsの数値が整っていても、スマホでの買いやすさが伴わなければ売上にはつながりません。スマホの小さな画面で商品ページを開いたユーザーが迷わず購入まで進めるか、次のチェックリストで点検してください。自社EC（Shopifyや独自カート）だけでなく、楽天市場やAmazonのスマートフォン用商品説明文を整える際にも応用できる観点です。
ファーストビューと情報設計：
- 商品名・価格・送料目安・メイン画像が最初の1画面に収まっているか
- 在庫状況と配送目安（最短到着日）がスクロールせずに確認できるか
- メイン画像はピンチ操作またはタップで拡大でき、複数枚をスワイプで切り替えられるか
- 商品説明の文字サイズは16px相当以上で、拡大しなくても読めるか
操作性とタップ要素：
- カートボタン・サイズ選択などのタップ領域が十分な大きさ（目安48px四方）で、隣接要素と離れているか
- カートボタンが追従表示（スクロールしても画面内に残る）になっているか
- 入力フォームは項目数を最小限にし、郵便番号からの住所自動入力に対応しているか
- ポップアップやクーポンバナーが画面を覆い、コンテンツ閲覧を妨げていないか
コンテンツの完全性：
- PC版にある商品スペック・サイズ表記・素材・注意事項がスマホ版にも全文存在するか
- レビューがスマホ版でも閲覧でき、件数と平均点が上部に表示されているか
- 構造化データ（Product・Offer・Review）がスマホ版HTMLに含まれているか
- 関連商品・カテゴリへの内部リンクがスマホ版でも辿れるか
このチェックリストを月1回の定例点検に組み込んでいる店舗と、リニューアル時にしか見ない店舗とでは、1年後のスマホ経由CVRに目に見える差が出ます。私が編集部でヒアリングしてきた範囲でも、スマホUXの定点観測を仕組み化している店舗ほど、Googleのアップデート時の順位変動が小さい傾向がありました。
楽天市場・Amazonのモール店舗ではどう活かすか
「MFIはGoogle検索の話だから、モール出店者には関係ない」と考えるのは早計です。楽天市場やAmazonの商品ページもGoogleにインデックスされており、指名検索や型番検索でモール内の商品ページが上位表示されるケースは珍しくありません。スマホ版での見え方を整えておけば、モール内検索とGoogle検索の両方から流入を取れます。
楽天市場では、スマートフォン用商品説明文が半角2,560文字（全角換算1,280文字）以内という制限があります。PC用商品説明文（半角10,240文字、全角換算5,120文字以内）に比べて枠が小さいため、PC用の説明をそのまま流し込むと途中で切れます。スマホ閲覧者が購入判断に使う情報、つまりサイズ・素材・配送目安・返品条件を優先して前半に配置し、ブランドストーリーなどの読み物要素は後半に回す構成が実務的です。楽天市場のアクセスはスマホ経由が大半を占めるため、スマートフォン用商品説明文の枠を空欄のまま放置している店舗は、それだけで機会損失が発生していると考えてください。
Amazonでは商品名が半角200文字以内（カテゴリにより50〜200文字）、箇条書き（バレットポイント）は最大5項目です。スマホアプリの検索結果では商品名の前半しか表示されないため、ブランド名と主要キーワードを商品名の先頭側に置く設計が、スマホ閲覧を前提にした最適化になります。
モール店舗と自社ECを併用している事業者の場合、スマホでの情報設計をモール側で先に検証し、反応の良かった構成を自社ECの商品ページに展開する、という順番で進めると無駄がありません。ALSELが支援する店舗群でも、楽天のスマートフォン用商品説明文で検証した訴求順序を自社ECのファーストビューに反映して、スマホ経由の購入率を改善した事例が複数あります。
AIでMFI対策を進める具体手順
スマホ最適化の点検は項目が多く、人手だけで回すと漏れが出ます。ChatGPT・Claude・Geminiに商品ページのテキストやチェック結果を渡して、診断と優先順位づけを任せるのが2026年の現実的な進め方です。
まず、商品ページのスマホUX診断です。ページの構成情報を渡して、上のチェックリスト観点で抜けを指摘させます。
あなたはECサイトのスマホUX改善コンサルタントです。
以下の商品ページ情報をもとに、モバイルファーストインデックス時代の
スマホ最適化チェックを行ってください。
商品ページ情報：
- 商品名：{商品名}
- ファーストビューの要素：{表示されている要素を列挙}
- カートボタンの位置と挙動：{追従の有無など}
- 商品説明の構成：{PC版とスマホ版の差分があれば記載}
- 構造化データの実装状況：{Product/Review等の有無}
出力フォーマット：
1. 問題点（重大度：高・中・低のラベル付きで箇条書き）
2. 各問題点の改善案（実装の具体策を1〜2文で）
3. 最優先で着手すべき1項目とその理由
次に、PageSpeed Insightsの結果を貼り付けて、Core Web Vitals改善の優先順位を判断させるプロンプトです。数値の意味を調べる時間を省けます。
あなたはCore Web Vitalsの改善を専門とするWebパフォーマンスエンジニアです。
以下はECサイトの商品ページをPageSpeed Insightsで計測した結果です。
計測結果：
- LCP：{数値}秒
- INP：{数値}ミリ秒
- CLS：{数値}
- 主な改善提案：{PageSpeed Insightsの「改善できる項目」を貼り付け}
前提条件：
- カートシステムは{楽天市場/Shopify/独自カート}で、テンプレート編集の自由度は{高/低}
- 開発リソースは{社内エンジニアあり/外注のみ/なし}
出力フォーマット：
1. 3指標のうち最も売上影響が大きいボトルネックの特定と根拠
2. 改善施策を「実装難易度×効果」で3段階に分けた優先順位リスト
3. 開発リソースなしでも今週中にできる施策を2つ
どちらのプロンプトも、回答を鵜呑みにせず、実機のスマートフォンで該当ページを開いて確認する工程をセットにしてください。AIの指摘はあくまで仮説出しであり、最終判断は実際の画面と計測データで行うのが原則です。
よくある質問
MFIはまだ「対応」が必要ですか？
「移行対応」という意味では不要です。Googleは2023年10月にモバイルファーストインデックスへの移行完了を発表しており、2026年現在はすべてのサイトがスマホ版基準で評価されています。必要なのは移行対応ではなく、スマホ版ページの品質改善を継続することです。
PC版とスマホ版で内容が違うとどうなりますか？
Googleはスマホ版の内容でインデックスを作るため、スマホ版にないテキスト・画像・構造化データは評価されません。PC版だけにある情報は順位に寄与しないと考えてください。レスポンシブデザインで両者を同一HTMLにするのが最も安全です。
Core Web Vitalsの数値はどこで確認できますか？
サイト全体の傾向はGoogle Search Consoleの「ウェブに関する主な指標」レポート、個別ページはPageSpeed Insightsで確認できます。良好の基準はLCP 2.5秒以内、INP 200ミリ秒以内、CLS 0.1以下で、実際のユーザー訪問の75パーセンタイル値で判定されます。
レスポンシブデザインなら何もしなくていいですか？
差分リスクは小さいものの、それだけでは不十分です。レスポンシブでもスマホでの表示速度が遅い、タップ要素が小さい、ファーストビューに価格や在庫が見えないといったUX上の問題は起こります。本記事のチェックリストで定期点検することをおすすめします。
別URL（sp.example.com型）のモバイルサイトはどうすべきですか？
当面はalternateとcanonicalの相互アノテーションを正しく維持すれば運用できますが、PC版との差分管理コストが高く、事故が起きやすい構成です。サイトリニューアルのタイミングでレスポンシブデザインへの統合を検討し、統合時は旧URLからの301リダイレクトを漏れなく設計してください。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
