たとえば、カップケーキを作りたいとしましょう。どんなカップケーキを作るか迷ったときは、画像検索でいろいろな写真を見ると良いアイデアが浮かぶかもしれません。ただし、画像検索からレシピを見つけるのはなかなか大変です。おいしそうな写真をクリックしてみたら、ケーキ屋さんのメニューが表示されるかもしれませんし、お気に入りのカップケーキを集めただけでレシピは載せていないサイトにたどり着くかもしれません。
このたび 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 のセットアップ ガイドをご確認ください。
最近、サイトに投稿された記事にスパムリンクが含まれているケースが増えています。投稿者からの投稿、ゲストやパートナーによる投稿、シンジケーション提供された投稿などの形で、あるウェブサイトの名前で書かれた記事が別のウェブサイトに掲載されるケースが一般的です。
こうした投稿記事が好ましくないというわけではありません。他のサイトのユーザーに情報を提供したり、ご自身の活動や企業への認知度を高めたりするうえで効果的な方法の 1 つと言えます。ただし、投稿元のサイトへのバックリンクを大量に獲得することを意図している場合は、リンク プログラムに関するウェブマスター向けガイドラインに違反します。極端な例ですが、問題となるのは以下のような場合です。
スパムリンクが設定された記事を公開しているサイトが見つかった場合、Google はそのサイトの品質に対する認識を改め、その認識を掲載順位に反映します。サイトへの投稿を許可し、記事として公開している場合は、寄せられた投稿をしっかり吟味する必要があります。その投稿者は知り合いか、投稿の内容がサイトのユーザー層に合っているか、役に立つ内容が含まれているかなどを確認してください。記事内に疑わしいリンクがある場合は、投稿者が rel=”nofollow” を使用しているかどうかを確認するとよいでしょう。
リンク獲得を目的として記事を作成しているウェブサイトについては、ウェブ全体への悪影響を防ぐためにも厳正に対処します。リンク獲得を最優先にすれば、記事の品質は二の次になり、ユーザー エクスペリエンスが低下することは目に見えています。こうしたサイトから記事掲載リクエストがしつこく繰り返し届く場合は、スパム報告フォームから報告してください。最後に、ユーザーからの支持のほとんどはサイト管理者自身が築いていくものであり、リンクはその一形態にすぎません。スパムリンクをなくすことが、サイトの印象を改善する最適な方法ではないでしょうか。リンク獲得に関してアドバイスするとすれば、サイトのコンテンツをより魅力的にすることが最も効果的です。リンクを含め、他のものはみな後からついてきます。
