レスポンシブ ウェブ デザインを導入するサイトが増えるにつれて、ウェブマスターの方々の間で、モバイル用に別途設定する URL（英語）からレスポンシブ ウェブ デザインの利用に移行することへの関心が高まっています。ここでは、あなたのサイトが Google の検索結果でよいパフォーマンスが出せるよう、別々の URL から 1 つのレスポンシブ URL へ移行する際のおすすめの方法をいくつかご紹介します。
レスポンシブ サイトの準備ができたら、移行時に考慮するべきポイントはひとつです。サイトの URL はデスクトップ向けバージョンでは変わらないので、必要な作業は、モバイル用の URL からレスポンシブ ウェブ デザインの URL への 301 リダイレクトを設定することだけです。
詳しい手順は次のとおりです。
現在、動的な配信を利用している場合は、レスポンシブ デザインへの移行にあたって、リダイレクトの追加や変更を行う必要はありません。
レスポンシブ サイトに移行すると、今後のメンテナンスやレポート作成が簡単になります。すべてのページについて別々の URL を管理する必要がなくなるだけでなく、さまざまな手段や技術（国際化のための hreflang、高速化を実現する AMP、検索機能の向上に役立つ構造化データなど）も取り入れやすくなります。
ご不明な点などがありましたら、ウェブマスター ヘルプ フォーラムをご利用ください。
2017 年 8 月 25 日、Google 東京オフィスにおいて、Google の検索チームとウェブマスターやサイト運営に関わるみなさんを結ぶイベント、Google Dance Tokyo 2017 を開催しました。
Google Dance Tokyo は、米国 Google 本社で開催されている、検索などオンライン マーケティングの担当者を対象としたソーシャル イベントである Google Dance の日本版です。昨年行った第一回が大変好評でしたので、今年も開催する運びとなりました。
昨年同様、イベントには当ブログでのオープンな告知からご応募いただいた方々や、 Advanced Hosting Meetup の参加者、ウェブマスター ヘルプ フォーラムのトップ レベル ユーザーや注目ユーザーの皆さんをご招待し、約 100 名の方々にご参加いただきました。
イベントはセッション タイムとソーシャル タイムの二部構成で行いました。セッション タイムでは製品開発本部長の徳生裕人が AI First の観点からアシスタントなどの最新情報をご紹介した後、Ninja Spamologist の長山一石が「Webmastering 101」と題して初心者ウェブマスターが知っておくべき検索エンジンとウェブ、そして SEO に関わる知識をご紹介しました。また、Live Q&A では、金谷武明と小川安奈が司会を務め、Gary Illyes （Webmaster Trends Analyst）、大倉務（Software Engineer）、徳生、長山が参加し、Mobile First Indexing や AI First などに関して活発な質疑応答が行われました。
Q&A で回答しきれなかったご質問は、後日実施したウェブマスター オフィスアワーで回答いたしましたので、ぜひご覧ください。
ソーシャル タイムでは会場を拡大し、Gary の乾杯音頭の後、Google の検索チームと参加者のみなさんとで軽食をつまみながら交流を深めました。同時に開催した参加者によるライトニング トークは大変盛り上がり、特に、「役に立たない検索結果の探し方（バカ毛）」、「私の考えるこれからの SEO （サイバーエージェント 木村 賢）」、「Twitter 廃人による Twitter 活用術（ちょまど）」（すべて敬称略）などのセッションが好評を博し、笑いと関心を誘っていました。
その他、当日の会場の様子に関しては、ハッシュタグ #GoogleDanceTokyo を作成しましたので、ぜひ Twitter をご覧ください。
みなさんから様々なご意見やご質問、コメントを直接いただき、Google の検索チームとしても、非常に有意義なイベントとなりました。頂いたフィードバックはできるだけ検索エンジンの開発に役立てていきたく思います。
お越しいただいた皆さん、ありがとうございました！また、当日お越しいただけなかった方々も、どこかのイベントでお会いできることを楽しみにしております。
たとえば、カップケーキを作りたいとしましょう。どんなカップケーキを作るか迷ったときは、画像検索でいろいろな写真を見ると良いアイデアが浮かぶかもしれません。ただし、画像検索からレシピを見つけるのはなかなか大変です。おいしそうな写真をクリックしてみたら、ケーキ屋さんのメニューが表示されるかもしれませんし、お気に入りのカップケーキを集めただけでレシピは載せていないサイトにたどり着くかもしれません。
このたび Google では、ユーザーが必要な情報を簡単に見つけられるようにするため、モバイル端末で画像検索を実行したときのサムネイルにバッジ（英語）が表示されるようになりました。現時点では、レシピ、動画、商品、アニメーション画像（GIF）のバッジを用意しています。
サイトに画像を掲載している場合は、ウェブページで適切な構造化データを使用することで、その画像がどのような内容なのかユーザーが簡単に把握できるようになります。これにより、ユーザーが必要としているコンテンツを簡単に見つけられるようになるだけでなく、ターゲットとしているユーザーがサイトにアクセスする可能性も高くなります。
サイトでレシピを公開しているなら、ページにレシピ マークアップ（英語）を追加します。商品を販売しているなら商品マークアップ（英語）、動画を公開しているなら動画マークアップ（英語）です。GIF の場合はマークアップ不要で、アルゴリズムによって自動的にバッジが追加されます。画像検索の画像に必ずバッジが表示されるとは限りませんが、必須のフィールドに加えて推奨の構造化データ フィールドを追加することで、その可能性が高まります。
なお、ページにエラーがあると画像検索バッジは表示されませんのでご注意ください。ページのエラーは、構造化データ テストツールでチェックできます。マークアップに関する統計情報は、Search Console のリッチカード レポートで確認できます。
この機能についてご不明な点などありましたら、ウェブマスター ヘルプ フォーラムでお気軽にご質問ください。
Google は 1 月に、Chrome で HTTP ページの接続セキュリティが通知される方法の改善に着手しました。Chrome では現在、パスワード フィールドまたはクレジット カード フィールドがある HTTP ページを「Not secure」とマークしています。2017 年 10 月からは、新たに 2 つの状況（ユーザーが HTTP ページにデータを入力した場合と、HTTP ページにシークレット モードでアクセスした場合）において「Not secure」の警告が表示されるようになります。
HTTP サイトを安全でないと明示するという Google の計画は、段階的により幅広い基準に基づいて進められる予定です。Chrome 56 での変更以来、PC からパスワード フォームまたはクレジット カード フォームがある HTTP ページにアクセスする割合は 23% 減少しました。今後は、さらに対策を講じていきます。秘密にする必要のあるデータは、パスワードとクレジット カードの情報だけではありません。ユーザーがウェブサイトに入力するあらゆる種類のデータに対して、ネットワーク上のその他のユーザーがアクセスできないようにする必要があります。そのため、Chrome バージョン 62 以降では、ユーザーが HTTP サイトにデータを入力すると、「Not secure」警告が表示されます。
ユーザーが Chrome のシークレット モードで HTTP ページを閲覧する場合、プライバシーが確保されていると考えられるかも知れませんが、HTTP ページの閲覧は、ネットワーク上の他のユーザーに対して非公開になっているわけではありません。そのため、Chrome バージョン 62 では、シークレット モードで HTTP ページにアクセスする場合も警告が表示されます。最終的には、シークレット モードではないときも、すべての HTTP ページに対して「Not secure」警告を表示する予定です。今後のリリースが近づいた際にアップデートを公開しますが、HTTPS への移行はできる限り早く進めてください。HTTPS は今までになく簡単かつ安価に導入できるようになっており、HTTP では実現できない最高のパフォーマンスや強力な新機能を提供します。導入にあたっては、Google のセットアップ ガイドをご確認ください。
