タグ: モバイルサイト

• モバイル インデックスを、より広範に展開します。 この方法でインデックスされたとしても、ランキング優位性はなく、モバイル フレンドリーの評価とは独立して動作します。
• モバイル フレンドリーなコンテンツは、モバイル検索結果の成果を上げる方法を検討しているウェブマスターにとって役立ちます。
• コンテンツを高速に読み込むことは、モバイルとデスクトップ両方のユーザーにとってより良い成果を上げる方法を検討しているウェブマスターにとっては、依然として役立ちます。
• いつものように、ランキングには多くの要素を使用します。 他の多くの信号が最も関連性の高いコンテンツであると判断した場合は、モバイルフレンドリーでないコンテンツや、読み込みが遅いコンテンツをユーザーに表示することがあります。

• Chrome のユーザー エクスペリエンス レポートは、ウェブ上の人気のあるサイトを Chrome ユーザーが実際に閲覧した際の、ユーザー エクスペリエンスの主な指標に関する一般公開データセットです。
• Lighthouse は、ウェブページの品質（パフォーマンスやアクセシビリティなど）を監査するための自動化されたツールで、Chrome Developer Tools の機能の一部として提供されています。
• PageSpeed Insights は、Chrome のユーザー エクスペリエンス レポートのデータを利用してページがどのくらいのパフォーマンスを発揮しているかを示し、その最適化を提案するツールです。

• モバイル版のサイトでも、高品質で重要なコンテンツを揃えるようにします。テキスト、画像（alt 属性を設定）、動画などを、通常のクロールやインデックス登録が可能な形式で準備します。
• インデックス登録やユーザーが使いやすい検索機能を実現するためには、構造化データが重要です。モバイル版とデスクトップ版の両方のサイトに構造化データを追加するようにしましょう。モバイル ページの構造化データの URL はモバイル版にアップデートしましょう。
• メタデータはモバイル版と デスクトップ版のどちらのサイトにも必要です。インデックス登録や検索結果の表示の際に、メタデータがコンテンツについてのヒントとなります。タイトル、メタ ディスクリプションなどは、モバイル版と PC 版の両方のサイトの全ページで同じ内容にしましょう。
• モバイル用の別の URL を使用するサイトでは、モバイル版とデスクトップ版をリンクするための既存の rel=canonical 要素と rel=alternate 要素をそのまま使用します。
• モバイル用 URL の hreflang リンクを確認します。国際化対応のために link rel=hreflang 要素を使用する場合は、モバイル用 URL とデスクトップ用 URL 間のリンク要素を個別に設定します。モバイル用 URL の hreflang では、別の言語や地域のバージョンのモバイル用 URL を指定する必要があります。デスクトップ用 URL の場合も同様にして hreflang リンク要素を使用します。
• サイトをホストするサーバーについて、クロール速度が上がった場合に対応できるだけの容量があることを確認します。これは、モバイル版のサイトを別のホスト（たとえば m.example.com）から配信している場合に必要です。レスポンシブ ウェブ デザインを採用しているサイトや動的な配信を行っているサイトには関係ありません。

• レスポンシブデザインや動的な配信を行っているサイトで、主要なコンテンツやマークアップがモバイル版とデスクトップ版で同一である場合は、何も変更する必要はありません。
• 主要なコンテンツやマークアップがモバイル版とデスクトップ版で異なるようなサイトの設定を行っている場合、いくつか変更を検討してみてください。

• 構造化データ マークアップがデスクトップ版とモバイル版の両方で配信されるようにします。

• 構造化データ マークアップの同一性を確認するには、構造化データ テストツールにデスクトップ版とモバイル版の両方の URL を入力し、出力結果を比較します。
• モバイルサイトへ構造化データを追加する際は、それぞれのドキュメント特有の情報に関係のないマークアップを大量に追加するのは控えます。

• デスクトップ ユーザーにとって使いやすいサイトは、壊れたり不完全なモバイルサイトよりも、モバイルユーザーにとって好ましい場合があります。モバイルサイトを作成する際は、サイトが完成し準備が整ってから公開することをおすすめします。

Google 検索の目標は、ユーザーがどのデバイスから検索している場合でも、質問に対する最適な答えをすぐに見つけられるようにすることです。このたび Google では、ユーザーがもっと簡単にコンテンツを見つけられるようにするため、モバイル検索結果に 2 つの変更を加えることにしました。

モバイル検索結果をシンプルに

2 年前、Google では、モバイル検索結果にスマホ対応ラベルを追加しました。このラベルを見ることで、テキストやコンテンツを拡大しなくても読むことができ、また、タップ ターゲットが程よい間隔で配置されているなど、モバイル フレンドリーなページかどうかを一目で判断できるようになりました。それ以降、エコシステムは徐々に発展し、今ではモバイル検索結果に表示されるページの 85% に、スマホ対応ラベルが表示されるようになりました。それを受け、このたび Google では、検索結果の表示項目を整理してスマホ対応ラベルの表示を停止することにしました。ただし、スマホ対応の基準は、今後もランキング要素として適用されます。また、Search Console のモバイル ユーザビリティ レポートとモバイル フレンドリー テストも引き続き提供します。モバイル フレンドリー要素がページに及ぼす影響の評価にお役立てください。

ユーザーが探しているコンテンツを簡単に見つけられるように

多くのモバイルページが、テキストやコンテンツを拡大しなくても読みやすくなっている一方で、煩わしいインタースティシャルが表示されるページを見かけることも多くなっています。元々のコンテンツはページ上に存在しており、Google によるインデックス登録も可能なのですが、見た目にはコンテンツがインタースティシャルによって覆い隠されてしまうのです。検索結果をタップしたのに、すぐには期待していたコンテンツにアクセスできないのでは、ユーザーもイライラするでしょう。

煩わしいインタースティシャルが表示されるページは、すぐにコンテンツにアクセスできるページに比べユーザー エクスペリエンスが低くなります。画面が小さいモバイル端末であればなおさらです。Google では、モバイル検索時のユーザー体験をさらに高めるため、ユーザーがモバイル検索結果からページに遷移した際、すぐにコンテンツにアクセスできないようなページを、2017年1月10日より、これまでよりも低く掲載する可能性があります。

コンテンツにアクセスしにくくなる手法についていくつか例を挙げておきましょう。

• ユーザーが検索結果からページに移動した直後やページを閲覧している最中に、メインのコンテンツを覆い隠すようにポップアップを表示する。
• スタンドアロン インタースティシャルを表示して、それを閉じないとメインのコンテンツにアクセスできないようにする。
• スクロールせずに見える部分がスタンドアロン インタースティシャルのように見えるレイアウトを使用して、インラインのメインのコンテンツはスクロールしないと見えないようにする。

コンテンツにアクセスしにくくなるインタースティシャルの例

煩わしいポップアップの例	煩わしいスタンドアロン インタースティシャルの例 1	煩わしいスタンドアロン インタースティシャルの例 2

一方、正しく使うことで、新しいランキング要素の影響を受けない手法についても例を挙げておきます。

• 法律上の必要性に基づいて表示されているように見えるインタースティシャル（Cookie の使用、年齢確認など）。
• 一般公開されていないコンテンツ（そのためインデックス登録ができない）を有するサイトが表示するログイン ダイアログ。たとえば、メール サービスのように個人的なコンテンツが含まれる、有料のコンテンツであるためインデックス登録できない、などの場合が考えられます。
• 画面スペースから見て妥当な大きさで、簡単に閉じることのできるバナー。ここで言う妥当な大きさとは、たとえば Safari や Chrome に表示されるアプリ インストール バナー程度の大きさです。

正しく使うことで、新しいランキング要素の
影響を受けないインタースティシャルの例

Cookie の使用に関するインタースティシャルの例	年齢確認のインタースティシャルの例	画面スペースから見て妥当な大きさのバナーの例

以前、モバイルアプリのインストールをすすめるインタースティシャルをチェックするランキング要素を導入しました。その後も開発を続ける中で、より一般的なインタースティシャルにも対象を広げる必要性を感じました。そこでランキング要素の重複を避けるため、モバイル フレンドリー テストからアプリ インストール インタースティシャルのチェックを削除し、新しい要素に組み込むことにしました。

もちろんこの新しいランキング要素は、ランキングに使用する何百もの要素の一つに過ぎません。検索クエリの意図は引き続き重要なランキング要素ですので、関連性の高いコンテンツを含む優れたページであれば、今後も上位にランキングされる可能性があります。ご不明な点やフィードバックなどありましたら、ウェブマスター フォーラムにてお聞かせください。

どんな端末を使用していても、的確で関連性の高い検索結果が表示されるべきだ、と Google は考えています。スマートフォン、パソコン、タブレットのどれを使用していても、検索結果は的確で見やすいものであるべきです。そこで、Google では昨年より、サイトがモバイル フレンドリーかどうかをモバイル検索でのランキング要素の一つとして使用し始めました。この 5 月からは、当該ランキング要素の効果を高めるアルゴリズムのアップデートを段階的におこなっていきます。このアップデートにより、モバイルでも見やすいページが検索結果でさらに多く表示されるようになります。

サイトがすでにモバイル フレンドリーである場合は、今回のアップデートによる影響はありません。モバイル フレンドリー サイトについてサポートが必要な場合は、モバイル フレンドリー テストとウェブマスター向けモバイルガイドを確認されることをおすすめします。なお、検索クエリの意図は引き続き重要なランキング要素となります。そのため、モバイル フレンドリーではなくてもページのコンテンツの質が高ければ、関連性の高い優れたコンテンツとして今後もランキングされることがあります。

ご不明な点がありましたら、ウェブマスター プロダクト フォーラムをご覧ください。

端末の種類に応じて少し異なるコンテンツを表示することは、多くの場合問題ありません。たとえば、スマートフォンの小さな画面に合わせて最適化するために、画像などの一部のコンテンツを変更することもあるでしょう。また、ウェブサイトのメニューをナビゲーション ドロワー（詳しくはこちら）にすると、モバイルでの閲覧が簡単になります。このように、ユーザーのための修正が正しく実装されている場合は何ら問題ありません。

モバイル限定のリダイレクトについても同様です。ユーザー体験を改善するためにモバイルユーザーをリダイレクトする（たとえば example.com/url1 から m.example.com/url1 にリダイレクトする）ことは、ほとんどの場合ユーザーのためになります。一方、モバイル ユーザーを異なるコンテンツへ不正にリダイレクトすることは、悪いユーザー体験であるだけでなく、Google のウェブマスター向けガイドライン（品質に関するガイドライン）に違反する行為です。

苛立たしい体験: PC とモバイルの検索結果に同じ URL が表示され、PC でその検索結果をクリックするとページが正常に表示されるが、スマートフォンで同じ検索結果をタップすると無関係なページにリダイレクトされる。

モバイル限定の不正なリダイレクトを実装したのは誰？

ウェブマスター自身が、不正と認識しつつもモバイルユーザーにリダイレクト ルールを適用している場合があります。これはウェブマスター向けガイドライン（品質に関するガイドライン）に対する典型的な違反であり、Google ユーザーの体験に悪影響を及ぼしている場合は手動による対策の対象となります（この記事の最後の章を参照してください）。

一方、サイト所有者の知らないうちにモバイル限定の不正なリダイレクトが発生している場合もあります。

• モバイルユーザーのみをリダイレクトする広告スキーム
  ディスプレイ広告や収益化コンテンツに組み込まれたスクリプトなどによって、ウェブマスターの知らないうちにモバイルユーザーが完全に別のサイトにリダイレクトされる場合があります。
• サイトがハッキングされた結果として発生したモバイル リダイレクト
  その他のケースとしては、ウェブサイトがハッキングされており、スパム行為を行っているドメインにモバイルユーザーのみがリダイレクトされている場合もあります。

サイトでの不正なモバイル リダイレクトを検出するには

1. スマートフォンでサイトにアクセスしてリダイレクトされるかどうか確認する
   スマートフォンの Google 検索結果からサイトにアクセスして、モバイル ユーザーのエクスペリエンスを確認することをおすすめします。デバッグの際にデスクトップ ブラウザでモバイル エミュレーションを行うと、各種端末をまとめてテストできて便利です。たとえば Chrome、Firefox、Safari などのブラウザから簡単にエミュレーションできます（Safari の場合は、「メニューバーに “開発” メニューを表示」機能を有効にする必要があります）。
2. ユーザーの声を聞く
   ユーザーには、サイトが本来とは異なる形で表示されているかもしれません。モバイルユーザーの体験に関する問題を察知するには、常にユーザーの不満に耳を傾けることが重要です。
3. サイトのアナリティクス データでユーザーのアクティビティを観察する
   モバイルユーザーの行動に異常がある場合、ウェブサイトのアナリティクス データをよく観察することで検出できます。たとえば、モバイルユーザーの平均サイト滞在時間は気をつけて見ておくべき指標です。モバイルユーザーの滞在時間が以前に比べ極端に短くなった場合、モバイル限定のリダイレクトが発生している可能性があります。

モバイルユーザーの行動に大きな変化があった場合にすぐ気付けるよう、Google アナリティクスの通知を設定しておくことをおすすめします。たとえば、モバイルユーザーのサイト滞在時間が急に短くなった場合や、モバイルユーザーのアクセスが急に減った場合に警告する通知を設定できます（ただし、これらの指標が大きく変化したからといって、必ずしも不正なモバイル限定のリダイレクトが発生しているとは限りません）。

モバイル ユーザーが不正にリダイレクトされていることを検出しました。私が設定したものではありません。どうしたらよいですか？

1. サイトがハッキングされていないかどうか確認する
   Search Console のセキュリティの問題を確認します。ハッキングされている場合は、ここに何らかの情報が表示されています。
   ハッキングされたサイトの典型的な症状や、ハッキングされたサイトの事例も参考にしてください。
2. サイト上のサードパーティのスクリプトや要素を調査する
   サイトがハッキングされていない場合は、サードパーティのスクリプトや要素がリダイレクトを発生させていないか調査することをおすすめします。この調査は次の手順で行います。
   
   1. リダイレクト元のページから、自分で管理していないサードパーティのスクリプトや要素を 1 つずつ削除します。
   2. 1 つのスクリプトまたは要素を削除するたびに、携帯端末またはエミュレーションでサイトからのリダイレクトがなくなったかどうか確認します。
   3. 不正なリダイレクトの原因となっているスクリプトまたは要素を特定できたら、それをサイトから削除することを検討します。また、そのスクリプトまたは要素の提供元と問題の解決にあたってください。

不正なモバイル リダイレクトについて最後にお伝えしたいこと

検索エンジンのクローラに表示されるコンテンツとは異なるコンテンツを表示するために意図的にユーザーをリダイレクトする行為は、Google ウェブマスター向けガイドライン（品質に関するガイドライン）に違反しています（詳しくは不正なリダイレクトをご覧ください）。Google サーチ クオリティ チームでは、ユーザーに高品質な検索結果を提供するため、このようなサイトの URL を Google のインデックスから削除するなどの対策を講じています。手動による対策を講じる際には、Search Console を通してサイト所有者にメッセージを送信します。Search Console アカウントを正しく設定されているか確認するようにしてください。

知らない間にユーザーがリダイレクトされてしまうのを防ぐには、ユーザー トラフィックをどのように処理するかを明確にしている広告主を選ぶようにします。オンライン広告スペースを信頼できる広告主に提供したいとお考えの場合は、広告ネットワークに参加するにあたっての業界推奨の方法がありますので参考にしてください。手始めに、Trustworthy Accountability Group（Interactive Advertising Bureau, IAB）の Inventory Quality Guidelines をご覧になることをおすすめします。モバイル ソリューションを活用して高品質のユーザー エクスペリエンスを提供しながら、コンテンツを収益化する方法はたくさんあります。ぜひこれらを上手く活用してください。

モバイル限定のリダイレクトについてご意見、ご不明な点などございましたら、Google ウェブマスター フォーラムに投稿してください。