Google ウェブマスター向け公式ブログ [JA] : 4 月 21 日のモバイルフレンドリーアップデートについてのよくある質問

4 月 21 日までにモバイルフレンドリーページを準備できなかった場合、掲載順位においてモバイルフレンドリーと判断されるまでにどの程度の時間がかかりますか？
ページがモバイルフレンドリーかどうかは、ページがクロールされてインデックスに登録されるたびに判断されます。次のアップデートを待つ必要はありません。ページをモバイルフレンドリーにしたら、スマートフォン用の Googlebot によってページが再度クロールされてインデックスに登録されるのを待つか、ウェブマスターツールでFetch as Google の [インデックスに送信] を使用して処理をリクエストすることができます。URL が大量にある場合は、サイトマップの送信をご検討ください。前から存在する URL（レスポンシブウェブデザインや動的な配信などの URL）をモバイルコンテンツに使用する場合は、サイトマップに lastmod タグも含めてください。

モバイルの掲載順位変更が 4 月 21 日に実施され、4 月 22 日にトラフィックが減少しなかった場合、自分のサイトの掲載順位には影響がなかったと判断できますか？
サイトの掲載順位がモバイルフレンドリーアップデートの影響を受けたかどうかについて、4 月 22 日に最終判断を下すことはできません。モバイルフレンドリーアップデートの公開は 4 月 21 日より開始しますが、インデックス内のすべてのページにこのアップデートが反映されるまで 1 週間程度かかる見込みです。

所有するモバイルサイトのページが、モバイルフレンドリーテストではモバイルフレンドリーでないと判定されます。なぜですか？
スマートフォンで適切に動作するようデザインされたページがモバイルフレンドリーテストを通過しない場合、その原因としてよくあるのが、スマートフォン用 Googlebotによるリソース（CSS や JavaScript など）のクロールが禁止されていることです。これらのリソースがクロールできないと、ページがスマートフォンで見やすく使いやすいかどうか（つまり、モバイルフレンドリーかどうか）を判断することができません。対処方法は次のとおりです。

ブロックされたリソースがモバイルフレンドリーテストで表示されるかどうかチェックします（多くの場合、ページの画像も部分的にしか表示されません）。
必要なファイルに対する Googlebot のクロールを許可します。
ページがモバイルフレンドリーテストを通過するか再度チェックします。
Fetch as Google の [インデックスに送信] と更新した robots.txt を Google に送信を使用して、更新したページの再処理をリクエストします（または、ページが再クロールされてインデックスに登録されるのを待ちます）。

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

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

モバイルフレンドリーでないサイトにリンクしている場合はどうなりますか？
ページから、パソコンや大きな画面向けにデザインされたページなどのモバイルフレンドリーでないページにリンクしている場合でも、「モバイルフレンドリー」と判断されます。モバイルフレンドリーページからパソコン専用のページへの移動はモバイルユーザーにとって快適とは言えませんが、モバイルフレンドリーサイトが増えるに伴い、この点は問題にならなくなると思われます。

モバイルサイトを別にホスティングする（パソコン用は www でモバイル用は m.example.com となる場合など）よりも、レスポンシブウェブデザイン（パソコン版とモバイル版で同じ URL と同じ HTML を用いる）のページのほうが、モバイルフレンドリーとして掲載順位が高くなりますか？
いいえ。レスポンシブウェブデザイン（RWD）、モバイル用の別個の URL、動的な配信のどの設定を採用していても、モバイルフレンドリーかどうかの評価は同じになります。サイトでモバイル用の別個の URL や動的な配信を使用する場合は、モバイル SEO ガイドを参照して、モバイルページが Google に正しくクロールおよびインデックス登録されるようにすることをおすすめします。

モバイルフレンドリーでないサイトやページは検索から削除されるのですか？
モバイルフレンドリーであることは重要ですが、検索結果の掲載順位決定においては、様々なシグナルが利用されています。検索クエリの意図は大変重要なシグナルです。ですので、たとえクオリティの高いコンテンツが掲載されているページがモバイルフレンドリーではなかったとしても、関連の強いクエリでは高い順位に掲載される可能性があります。

専門的なよくある質問

ユーザーがパソコンからのユーザーのみなので、モバイルサイトを作成する理由が見当たらないのですが、その場合はどうなりますか？
必ずしもモバイルサイトが不要とは言えません。統計では、パソコンを持ったことがない、または既存のパソコンを買い替える考えがないという理由のいずれかで、「モバイルのみ」の利用となるユーザーの増加傾向が示されています。また、モバイルユーザーが少ないのは、そもそもサイトがモバイルフレンドリーでないから、という可能性もあります。

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

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