意味と範囲
モバイルファーストインデックスとは、Googleがページのモバイル版を主に使って、クロールとインデックス登録を行うことです。すべての検索順位の問題がモバイルの問題になるわけではなく、モバイル専用のURLが必要になるわけでもありません。実務上の要件は、同等性です。サイトがGoogleに理解してほしい重要なコンテンツ、メタデータ、リンク、構造化データ、メディア情報が、モバイルのレンダリング結果にも含まれている必要があります。
確認方法
代表的なテンプレートについて、レンダリング後のデスクトップ版とモバイル版のHTMLと表示内容を比べます。見出し、本文、内部リンク、canonicalタグ、robotsディレクティブ、画像、構造化データを確認します。JavaScriptやCSSで片方のバージョンの内容が隠れている場合は、ソースコードだけを比べず、レンダリングに対応した検査を使います。フィールドデータが得られない場合は、得られないものとして扱います。そのテンプレートが問題ないと決めつけてはいけません。
- 価値の高いページタイプを選びます。ホーム、カテゴリ、商品またはサービス、記事のほか、該当すればページネーションや絞り込みのページです。
- それぞれをモバイルのビューポートでレンダリングし、意味のあるコンテンツとメタデータをデスクトップ版と比べます。
- コンテンツの欠落、ブロックされたリソース、構造化データの不一致、モバイル限定のリダイレクトエラーを修正します。
- タッチ操作、ビューポートの設定、レスポンシブ画像を、ユーザーに見えるチェックとしてテストします。
- フレームワーク、コンポーネント、CMSのテンプレートを変更した後に、同じ確認をやり直します。
実務での判断
レスポンシブデザインなら、1つのURLとコンテンツの供給元で両方の環境に対応できるため、同等性を保ちやすくなります。ただし、実装の質は問われます。主要なテキストとリンクは、クローラーが再現できないかもしれない操作なしで使える状態にします。パフォーマンスの根拠を確認するときは、速度やフィールドデータが不完全なら不完全と明記します。データがないことを、合格として扱ってはいけません。
限界と間違い
モバイルファーストインデックスは、Googleがデスクトップのユーザーを無視するという意味ではありません。モバイルのレイアウトが、自動的に高品質になるわけでもありません。速い合成テストでは実際のユーザー体験を証明できず、モバイル監査が良好でも、すべてのコンテンツがインデックス登録できるとは証明できません。レンダリング、クロールの可否、ユーザーの動線は、別々に確認します。