2017年12月24日

2017年12月19日Google が公式ブログでモバイルファーストインデックスの進捗を報告しました。



https://webmaster-ja.googleblog.com/2017/12/getting-your-site-ready-for-mobile.html

今回の重要なポイントは次の点です：

● モバイルファーストインデックス導入後はスマートフォン用 Googlebot によるクロール回数が大幅に増え、検索結果に表示されるスニペットや Google のキャッシュページ内のコンテンツにはモバイル版のページのものが使用されるようになる

→　スニペットとは検索結果ページに表示されるページ紹介文のことです。



キャッシュページというのはデスクトップ版Googleの検索結果ページに表示されるものでURLの右横にある緑色の下向き三角のリンクをクリックすると表示されるGoogleが保持する該当ページのデータのことです。これを見ることにより自社サイトをGoogleがどのように認識しているかがわかります。

↓

● レスポンシブWebデザインを採用しているサイトや動的な配信（デスクトップ版と同等のコンテンツとマークアップをすべて含んでいる）を正確に実装しているサイトに関しては、通常は特に何もする必要は無い

→　Googleがサイトに望むのはデスクトップ版の全てのページとモバイル版の全てのページの数が同じで、かつ各ページのURLが同じであることです。これによりGoogleはサイト内のページを１ページたりとも取りこぼすことなくチェックしてその評価対象にすることが可能になります。

レスポンシブWebデザインでサイトを作れば、PCのデスクトップでサイトを見た時にはデスクトップ版として、スマートフォンの画面で見たらモバイル版として表示されるのでデスクトップ版の全てのページとモバイル版の全てのページの数が同じになります。

《レスポンシブWebデザインの場合のデスクトップ版とモバイル版サイトのURL》



動的な配信でサイトを作ったときも、PCのデスクトップでサイトを見た時にはデスクトップ版として、スマートフォンの画面で見たらモバイル版として表示されるのでデスクトップ版の全てのページとモバイル版の全てのページの数が同じになります。

何故、動的な配信と呼ぶのかというとサイトに表示するテキストデータは全てサーバ上にあるデータベースに格納されており、サイトをユーザーが閲覧しようとする度にそのデータベースから必要なテキストデータを瞬時に抽出してWebページとしてブラウザ上に表示されるからです。

この方式を取ると、PCのデスクトップでサイトを見た時にはデータベースからテキストデータを抽出してデスクトップ版のWebページとして表示されます。また、スマートフォンの画面で見たら同じデータベースから同じテキストデータを抽出してモバイル版として表示されます。

このような理由から動的な配信でサイトを作るとデスクトップ版の全てのページとモバイル版の全てのページの数が同じになり、各ページのURLも同じになりGoogleはサイト内のページを１ページたりとも取りこぼすことなくチェックしてその評価対象にすることが可能になるのです。

《動的な配信のデスクトップ版とモバイル版サイトのURL》



● しかし、デスクトップ版とモバイル版のサイトを作り分けている場合はレスポンシブWebデザインや動的な配信でサイトを作ったときのようにデスクトップ版とモバイル版のサイトのページ数が異なることがあり、デスクトップ版とモバイル版のサイトにある各ページのURLが異なることになる。

《デスクトップ版とモバイル版のサイトを作り分けている場合のURL》



こうした理由により、レスポンシブWebデザインや動的な配信でサイトを作らずに、デスクトップ版とモバイル版のサイトを作り分けている場合は次の点を確認しなければなりません：

（１）モバイル版のサイトでも、高品質で重要なコンテンツを揃えるようにする。テキスト、画像（alt 属性を設定）、動画などを、通常のクロールやインデックス登録が可能な形式で準備する

→　よくありがちなのが、モバイル版のサイトはダウンロード速度を早くするために画像の数を少なめにするとか、画像のサイズをなるべく小さくする、動画の数を少なくするという考えや、テキスト量を少なくしてスマートフォンユーザーに読みやすくするという考えです。

はっきり言って、これらの考えは間違っています。Googleのクローラーがインデックス登録しやすい形式を用いることにより、モバイル版サイトにもデスクトップ版サイトに載せているのと同じように高品質なコンテンツを載せる必要があるのです。

（２）インデックス登録やユーザーが使いやすい検索機能を実現するためには、構造化データが重要。モバイル版とデスクトップ版の両方のサイトに構造化データを追加するようにする。モバイル ページの構造化データの URL はモバイル版にアップデートする

→　構造化データとは、HTMLで書かれた情報が何を意味するのかを、検索エンジンやその他のクローラーに理解できるようタグ付けしたものをいいます。モバイル版とデスクトップ版の両方のサイトに構造化データを追加することを怠ってはなりません。

（３）メタデータはモバイル版と デスクトップ版のどちらのサイトにも必要です。インデックス登録や検索結果の表示の際に、メタデータがコンテンツについてのヒントとなる。タイトル、メタディスクリプションなどは、モバイル版と PC 版の両方のサイトの全ページで同じ内容にする

→　タイトルタグ、メタディスクリプション等のメタタグはモバイル版と PC 版の両方のサイトの全ページで同じ内容になっているかを確認して、なっていなかったら同じ内容に変更する必要があります。

（４）モバイル用の別の URL を使用するサイトでは、モバイル版とデスクトップ版をリンクするための既存の rel=canonical 要素と rel=alternate 要素をそのまま使用する

→　モバイル版サイトにある各ページがデスクトップ版サイトにある各ページとどのように対応しているのかをカノニカルタグを使ってGoogleのクローラーに教える必要があります。レスポンシブWebデザインや動的な配信でサイトを作らずに、デスクトップ版とモバイル版のサイトを作り分けている場合は必ずカノニカルタグを使わなくてはなりません。

● Googleでは上記の基準に基づいて、モバイルファーストインデックスに対応しているかどうかをサイトごとに評価し、準備が整ったサイトから移行していく予定

→　驚いたことに、Googleはある日突然、Web上の全てのサイトを一気にモバイルファーストインデックスに移行するのではなく、モバイルファーストインデックスに対応しているサイトから順番にモバイルファーストインデックスに移行するということです。こうすることにより世界のWebサイト管理者が自社サイトの順位だけが落ちてパニックに陥ることを避けようとしていると思われます。

● このプロセスは、ごく一部のサイトに対してすでに開始されており、検索チームが経過を注意深く観察している

→　これも驚いたことですが、すでにWeb上の一部のサイトはモバイルファーストインデックスに移行しているということです。
自社サイトがすでにモバイルファーストインデックスに移行しているかはアクセス解析ログのログを見てモバイル用のクローラーのクロール数がデスクトップ版のクロール数を上回っているかどうかで確認できると言われています。モバイル用のクローラーのクロール数がデスクトップ版のクロール数を上回っている場合は、そのサイトはすでにモバイルファーストインデックスに移行しているということだそうです。

● モバイルファーストインデックスのロールアウトを完了する時期についても、現在のところ特に定めていない

→　すでにモバイルファーストインデックスへの移行はサイト毎にスタートしているが、その移行作業がいつ終わるかは決めていないそうです。これは別の言い方をすればGoogle側としてもいつ終わるかは予想出来ないということでしょう。

ということで今回の発表の最重要ポイントをまとめると：

１、レスポンシブWebデザインや動的な配信でサイトを作れば問題は無い

２、デスクトップ版とモバイル版のサイトを作り分けている場合は、一定の複雑な作業が必要であるのと、モバイル版のサイトにもデスクトップ版と同等の質が高いコンテンツを載せる必要がある

３、すでにモバイルファーストインデックスへの移行はサイト毎にスタートしている

という３つです。

モバイルファーストインデックスへの移行作業はすでに始まっています。移行への準備が未だの方は少しでも早く準備を完了して下さい。