モバイルファーストインデックスとは？説明と技術チェックリスト

モバイルファーストインデックスとは？

モバイルファーストインデックスとは、Googleがページのモバイル版を主要な基準としてクロールとインデックス。別個の“mobile index”を作るわけではなく、モバイル表示が信頼できる情報源となり、Googleがページをインデックスへ格納するかどうか、またその方法を判断する際に評価されます。

なぜモバイルファーストインデックスがSEOで重要なのか

モバイルファーストインデックスが重要なのは、Googleのクロールとインデックス作成がモバイルHTMLやモバイル向けリソースを主要な入力として使うためです。モバイル版がコンテンツ、structured data、またはデスクトップ版にのみある重要なリンクを省略していると、それらがGoogleのインデックスに反映されない可能性があります。

工程を正確に区別してください：クロールは取得と発見の段階、インデックスはGoogleがページについて保存する情報、ランキングは結果のアルゴリズムによる並び替えです。モバイルファーストインデックスはクロールとインデックスに影響しますが、それだけで順位を“決定”するわけではありません。ランキングは多くのシグナルによって決まり、インデックスされたコンテンツはその一要素です。

モバイルファーストインデックスの仕組み

GoogleはデフォルトでGooglebot Smartphoneでページを取得します（Googleは移行がJuly 2024に完了したと発表しました）。URLを取得する際、モバイルクライアント向けに生成されたモバイルHTML、CSS、レンダリングされたDOMをインデックス判断の主要な情報源として評価します。これには可視テキスト、メタデータ、structured data、モバイル表現にある内部リンクが含まれます。

モバイル表示が主要になるため、デスクトップにのみ存在する機能（非表示セクション、異なるstructured-dataブロック、デスクトップ専用リンクなど）はインデックスに含まれない可能性があります。また運用面の変化にも注意してください：Googleは2024年初めに従来のキャッシュページを廃止し、AI OverviewsのようなAI駆動のSERP機能が主流になっているため、検索結果に表示される内容は複数のインデックス済みソースを組み合わせることがあります。

モバイルファースト導入のタイプ

サイトがモバイルコンテンツを提供する一般的な方法。いずれかのアプローチを選び、デスクトップとモバイルでコンテンツとメタデータのパリティを維持してください。

レスポンシブデザイン — 長所：単一のURL、すべてのデバイスに同じHTMLを配信；canonicalやanalyticsの設定が簡単。短所：モバイルパフォーマンスのためにCSSやフォント・画像の最適化が正しく行われていることに依存します。

ダイナミックサービング — 長所：同じURLでサーバーがユーザーエージェントごとに異なるHTML/CSSを返せるので、デバイスクラスに合わせてペイロードを調整可能。短所：Vary: User-Agentヘッダーの扱いに注意が必要で、クローク（ユーザーとクローラーに等しいコンテンツを返すことを厳格に守る）を避ける必要があります。

別URL（m.example.comなど）— 長所：テンプレートを独立して最適化できる。短所：URLが倍増し、rel=canonicalやrel=alternateの注記が正確である必要があり、バージョン間のミスマッチリスクが増えます。

モバイルファーストインデックスに向けた準備

コンテンツのパリティ、パフォーマンス、インデックス可能性に注力してください。モバイルHTMLが同じ主要コンテンツ、meta descriptions、title tags、structured dataと内部リンクをデスクトップ版と同じに含めてください。画像、フォント、そしてJavaScriptを最適化し、モバイルページが迅速かつ確実にレンダリングされるようにしてください。

ダイナミックサービングや別URLを使用している場合は、Vary: User-Agentヘッダー、rel=canonicalとrel=alternateの注記、そしてGooglebot Smartphoneで使用されるユーザーエージェントに対するサーバー応答を検証してください。

モバイルファーストインデックス：技術チェックリスト

モバイルコンテンツのパリティ — 確認箇所 — モバイルHTMLがデスクトップと同じ主要テキスト、タイトル、meta descriptionsを含んでいれば合格です。

Structured dataのパリティ — 確認箇所 — 同じschema markupがモバイルDOMに存在し、Rich Results TestやSchema Markup Validatorで検証されること。

Googlebot Smartphoneへのクロール応答 — 確認箇所 — curlやサーバーログで200レスポンスが返り、Googlebot Smartphoneのユーザーエージェントに対して予期しないブロックがないことが確認できれば合格です。

モバイルのパフォーマンス — 確認箇所 — 合格は次のとき：Core Web Vitals（LCP, INP, CLS）がフィールドデータおよびChrome DevTools/Lighthouseのラボテストで目標閾値内にあること。

インデックス化シグナルのチェック — 確認箇所 — 合格は site:queries とその他の公開シグナルでGoogleがモバイルページを認識していることが示され、所有ページはURL Inspectionで確認できるGoogle Search Consoleがモバイルレンダリングされたクロールを表示すること。

検証とトラブルシューティングの方法（ツールとコマンド）

これらのチェックは、パブリッシャーの環境外から、また必要に応じて自分のサイトから実行してください：

1) モバイルHTMLの取得：curl -A "Googlebot Smartphone" "https://example.com/page"（-Iは使わない）で、そのユーザーエージェントに対してサーバーが返すモバイルHTMLを取得。2) ヘッダーの確認：curl -I "https://example.com/page" でステータスコードやVaryなどのヘッダーを確認。3) レンダリングされたDOM：Chromeでページを開き、DevTools > Network と Elementsでモバイルビューポートのレンダリングと表示内容を確認。4) サーバーログ：Googlebot Smartphoneのユーザーエージェントによるリクエストを検索してクロールの成功を確認。5) Google Search ConsoleのURL Inspection（自分のサイトのみ）：Live TestでGoogleが取得したモバイルレンダリングHTMLや検出されたstructured dataを確認。6) Rich Results TestとSchema Markup Validator：モバイルHTMLから抽出されたstructured dataを検証。

よくあるモバイルファーストインデックスのミス

• モバイルでコンテンツを削減して配信する（テキストを削除したり、適切なHTMLでない形でタブの背後に隠す）。 • 重要なstructured dataをデスクトップだけに提供する。 • ダイナミックサービングでVary: User-Agentを設定し忘れる。 • 別URLでrel=canonicalが壊れている、またはrel=alternateが欠落している。 • クローラーでレンダリングされない、またはタイムアウトするクライアントサイドJavaScriptに過度に依存し、モバイルレンダリングされたDOMでコンテンツが欠落する。

修正を一時的なクロークと見なされる形にしないでください：サーバーサイドのロジックでGooglebotにユーザーと異なるコンテンツを返すとクローク扱いされる危険があります。デバイスを対象としたレスポンスは、クローラーの識別ではなくデバイスクラスに結びつけてください。

Technical SEO Guideを読む

よくある質問

モバイルファーストインデックスはGoogleのページ順位付けを変えますか？

モバイルファーストインデックスはGoogleがインデックスするもの（モバイルHTMLやレンダリングされたコンテンツ）に影響します。ランキングは多くのシグナルによるアルゴリズムの出力であり、インデックスはその一要素です。モバイルのパリティを保つことで、Googleがランキングに使用するコンテンツが完全になることを確保します。

所有しているURLについてGoogleが何を見たかはどう確認できますか？

Google Search ConsoleのURL Inspectionを使い、Live Testを実行してモバイルレンダリングされたHTMLや検出されたstructured dataを確認してください。フィールド検証にはSearch ConsoleのCoverageやCore Web Vitalsレポートを確認し、Chrome DevToolsのラボテストと比較してください。

ページがインデックスされていない場合、モバイルのパリティを直せば確実にインデックスされますか？

単一の対策でインデックスを保証することはできません。モバイルのパリティとインデックス可能性を改善することでインデックスされる可能性は高まりますが、インデックス化の判断はサイト品質、クロール予算、コンテンツの独自性など多くのシグナルを考慮します。

サーバーログでどのユーザーエージェント文字列を探せばいいですか？

Googlebot Smartphoneのバリアントからのリクエストを確認してください。正確なユーザーエージェントのトークンは変化する可能性があるため、ログを診断する際はGoogleの公式ドキュメントで確認し、信頼性を検証する必要がある場合は逆引きDNSを使ってください。

テクニカルSEOはオーガニック成長の一部に過ぎません。トピックの権威性を構築するには質の高いbacklinksと編集配信が必要です。モバイル最適化に加えて、link-levelの権威性と関連性を強化することを検討してください。

質の高いbacklinksで権威を築く