4 月 21 日のモバイル フレンドリー アップデートについてのよくある質問

4 月 21 日に実施されるモバイル フレンドリー アップデートについてのよくある質問とその回答をご紹介します。Google ではこの 2 月にモバイル フレンドリー アップデートを発表し、モバイル版の検索結果におけるモバイル フレンドリー ページ(スマートフォンで見やすく使いやすいページ)の掲載順位を全世界で引き上げるとお知らせしました(逆に、大きい画面のみを対象にデザインされたページは、モバイル版の検索結果で掲載順位が大きく下がる可能性があります)。この件についてよくある質問を以下にご紹介します。

全般的なよくある質問
  1. パソコンやタブレットでの掲載順位もこの変更の影響を受けますか?
    いいえ。今回のアップデートは、タブレットやパソコンからの検索には影響しません。影響する範囲は、スマートフォンから行われるすべての言語および地域での検索です。
  2. ページ単位とサイト単位のどちらでモバイルの掲載順位が上がるのですか?
    ページ単位の変更になります。たとえば、サイト内で 10 個のページがモバイル フレンドリーになっていて、他のページはモバイル フレンドリーでない場合、掲載順位が上がるのはモバイル フレンドリーになっている 10 ページのみです。
  3. 自分のサイトのページがモバイル フレンドリーかどうかを確認する方法はありますか?
    個別のページが「モバイル フレンドリー」かどうかは、モバイル フレンドリー テストを使用して確認できます。

  4. モバイル フレンドリー テストで個別の URL をリアルタイムでテストします。

    モバイル フレンドリーについての情報をサイト単位で調べるには、ウェブマスター ツールのモバイル ユーザビリティ レポートを確認します。この機能では、当該サイトのページを Google が最後にクロールしてインデックス登録したときのデータを使用します。


    ウェブマスター ツールの [モバイル ユーザビリティ] ではサイト全体のモバイル フレンドリーへの現在の対応状況を知ることができます。

  5. 4 月 21 日までにモバイル フレンドリー ページを準備できなかった場合、掲載順位においてモバイル フレンドリーと判断されるまでにどの程度の時間がかかりますか?
    ページがモバイル フレンドリーかどうかは、ページがクロールされてインデックスに登録されるたびに判断されます。次のアップデートを待つ必要はありません。ページをモバイル フレンドリーにしたら、スマートフォン用の Googlebot によってページが再度クロールされてインデックスに登録されるのを待つか、ウェブマスター ツールFetch as Google の [インデックスに送信] を使用して処理をリクエストすることができます。URL が大量にある場合は、サイトマップの送信をご検討ください。前から存在する URL(レスポンシブ ウェブ デザイン動的な配信などの URL)をモバイル コンテンツに使用する場合は、サイトマップに lastmod タグも含めてください。
  6. モバイルの掲載順位変更が 4 月 21 日に実施され、4 月 22 日にトラフィックが減少しなかった場合、自分のサイトの掲載順位には影響がなかったと判断できますか?
    サイトの掲載順位がモバイル フレンドリー アップデートの影響を受けたかどうかについて、4 月 22 日に最終判断を下すことはできません。モバイル フレンドリー アップデートの公開は 4 月 21 日より開始しますが、インデックス内のすべてのページにこのアップデートが反映されるまで 1 週間程度かかる見込みです。
  7. 所有するモバイルサイトのページが、モバイル フレンドリー テストではモバイル フレンドリーでないと判定されます。なぜですか?
    スマートフォンで適切に動作するようデザインされたページがモバイル フレンドリー テストを通過しない場合、その原因としてよくあるのが、スマートフォン用 Googlebotによるリソース(CSS や JavaScript など)のクロールが禁止されていることです。これらのリソースがクロールできないと、ページがスマートフォンで見やすく使いやすいかどうか(つまり、モバイル フレンドリーかどうか)を判断することができません。対処方法は次のとおりです。
    • ブロックされたリソースがモバイル フレンドリー テストで表示されるかどうかチェックします(多くの場合、ページの画像も部分的にしか表示されません)。
    • 必要なファイルに対する Googlebot のクロールを許可します。
    • ページがモバイル フレンドリー テストを通過するか再度チェックします。
    • Fetch as Google の [インデックスに送信]更新した robots.txt を Google に送信を使用して、更新したページの再処理をリクエストします(または、ページが再クロールされてインデックスに登録されるのを待ちます)。

      モバイルページがモバイル フレンドリー テストを通過しない原因の多くは、スマートフォン用 Googlebot による CSS や JavaScript などのリソースのクロールを許可していないことです。これらのリソースはページがモバイル フレンドリーかどうか判断するうえで重要です。

      繰り返しますが、サイト所有者の皆様は Googlebot にページのすべてのリソース(CSS、JavaScript、画像を含む)のクロールを許可するようおすすめします。そうすることで、Google がページを正しく解析してインデックスに登録できるようになるほか、このケースではページがモバイル フレンドリーかどうかを判断できるようになります。

  8. モバイル フレンドリーでないサイトにリンクしている場合はどうなりますか?
    ページから、パソコンや大きな画面向けにデザインされたページなどのモバイル フレンドリーでないページにリンクしている場合でも、「モバイル フレンドリー」と判断されます。モバイル フレンドリー ページからパソコン専用のページへの移動はモバイル ユーザーにとって快適とは言えませんが、モバイル フレンドリー サイトが増えるに伴い、この点は問題にならなくなると思われます。
  9. モバイルサイトを別にホスティングする(パソコン用は www でモバイル用は m.example.com となる場合など)よりも、レスポンシブ ウェブ デザイン(パソコン版とモバイル版で同じ URL と同じ HTML を用いる)のページのほうが、モバイル フレンドリーとして掲載順位が高くなりますか?
    いいえ。レスポンシブ ウェブ デザイン(RWD)、モバイル用の別個の URL動的な配信のどの設定を採用していても、モバイル フレンドリーかどうかの評価は同じになります。サイトでモバイル用の別個の URL や動的な配信を使用する場合は、モバイル SEO ガイドを参照して、モバイルページが Google に正しくクロールおよびインデックス登録されるようにすることをおすすめします。
  10. モバイルフレンドリーでないサイトやページは検索から削除されるのですか?
    モバイル フレンドリーであることは重要ですが、検索結果の掲載順位決定においては、様々なシグナルが利用されています。検索クエリの意図は大変重要なシグナルです。ですので、たとえクオリティの高いコンテンツが掲載されているページがモバイル フレンドリーではなかったとしても、関連の強いクエリでは高い順位に掲載される可能性があります。
専門的なよくある質問
  1. ユーザーがパソコンからのユーザーのみなので、モバイルサイトを作成する理由が見当たらないのですが、その場合はどうなりますか?
    必ずしもモバイルサイトが不要とは言えません。統計では、パソコンを持ったことがない、または既存のパソコンを買い替える考えがないという理由のいずれかで、「モバイルのみ」の利用となるユーザーの増加傾向が示されています。また、モバイル ユーザーが少ないのは、そもそもサイトがモバイル フレンドリーでないから、という可能性もあります。

    モバイル フレンドリー アップデートは、サイトの対象ユーザー、言語、地域、モバイルとパソコンのトラフィックの比率などに関係なく、すべてのサイトにわたって実施されるモバイル検索に適用されます。
  2. YouTube 動画を埋め込んでいるためにモバイル ユーザビリティ エラーが表示されるページがあるのですが、どうすればよいですか?
    YouTube 動画を埋め込む方法には注意を払うようおすすめします。モバイルページで <object> による「古いスタイル」の埋め込みを使用している場合は、幅広い互換性を持つ <iframe> による埋め込みに変更してください。YouTube では現在、ウェブでの既定のプレーヤーとして HTML5 を使用しているため、動画再生ページの「共有」機能や YouTube iFrame API から <iframe> タグを使用して埋め込む動画はモバイル フレンドリーになります。さらに複雑な方法で統合している場合も、スマートフォンに対してスマートフォンのネイティブ サポートを使用するよう指示することから、モバイル フレンドリーになります。

    他の動画サイトの Flash コンテンツについても、専用プラグインの使用を避けるために、上記に相当する HTML5 埋め込みタグやコード スニペットが提供されているか確認してください。
  3. タップ ターゲットのサイズについての明確な標準はありますか?
    はい。重要なタップ ターゲットは高さと幅を 7 mm 以上とし、また、小さいタップ ターゲットの間には 5 mm 以上のマージンを設けることを推奨しています。平均的な大人の指先のサイズは幅約 10 mm なので、これらのサイズを使用することにより、画面のスペースを有効に利用するとともに、操作しやすいインターフェースを提供することができます。
  4. サイトをすばやくモバイル フレンドリーにするために、新たなレスポンシブ サイトが完成するまでの間、機能を大幅に取り除いたバージョンのサイト(別のモバイルページ)の作成を考えています。この方法に問題はありますか?
    まず、Google では 3 種類のモバイル設定をサポートしていることと、ウェブサイトをモバイル フレンドリーにするにはレスポンシブでなくてもよいことを心に留めておいてください。ご質問への回答としては、「機能を大幅に取り除いた」バージョンのサイトの作成は慎重に検討することをおすすめします。ページの形式をモバイル向けにできたとしても、ユーザーが通常のタスクを簡単に行えなかったり、全体のワークフローがスムーズでなかったりすれば、ユーザーの不満の原因となり、結果的に作業が無駄となる可能性もあります。もしも、暫定のモバイルサイトを作成する場合は、レスポンシブ版のサイトの完成後に必ず、サイトを正しく移転してください。たとえば、モバイル用の別の URL を参照することがないよう、すべての URL を更新して、対応するレスポンシブ版にモバイル用 URL を 301 でリダイレクトするようにしてください。
推奨事項
モバイル フレンドリー サイトをまったく作成したことがなくても、問題ありません!モバイル フレンドリー ウェブサイトのドキュメントはじめるをご覧ください。

モバイルサイトの作成をはじめる(https://developers.google.com/webmasters/mobile-sites/)。

既にモバイルサイトをお持ちの場合は、ウェブマスター ツールのモバイル ユーザビリティ レポートをチェックして、サイトのページがモバイル フレンドリーと判定されることを確認してください。

他にご質問がありましたら、下記にお問い合わせいただくか、モバイル ウェブサイトに関するウェブマスター フォーラムをご覧ください。