Google 画像検索を使って日々ウェブ上のコンテンツを視覚的に探索するユーザーはかなりの数に上ります。次に焼くクッキーのアイデア、視覚的にわかりやすいタイヤ交換の手順など、ときおりテキスト検索より画像検索のほうがずっと役立つ場合があります。
これまで、サイトへのトラフィックのうち Google 画像検索がどれだけ貢献しているかを把握するのは簡単ではありませんでした。そこで Google では、Google 画像検索専用の新しいリファラー URL を導入し、これから数か月かけて順次ロールアウトしていくことにしました。リファラー URL とは HTTP ヘッダーの一部で、これを見るとユーザーが 1 つ前にいたページ（目的のウェブページを訪れるためにクリックしたページ）がわかります。
ウェブサイトへのトラフィックの追跡や分析を行うソフトウェアを開発している場合は、ぜひこの変更にご対応いただければと思います。新しいリファラー URL を取り入れて、Google 画像検索からのトラフィックを識別できるようにしてください。新しいリファラー URL は https://images.google.com です。
サイトデータを Google アナリティクスで追跡している場合は、特に対処の必要はありません。新しいリファラー URL が自動的に適用され、Google 画像検索からのトラフィックを正しく識別できるようになります。なお、この変更は Search Console には影響しません。サイトへのトラフィックに貢献している上位検索クエリの集計リストは、これまでどおりご利用いただけます。
新しいリファラー URL には、Google 画像検索で使用する URL と同じ国別コード トップレベル ドメイン（ccTLD）が含まれています。つまり、世界中のほとんどのユーザーは images.google.com からのアクセスとなります。昨年実施した変更（英語）で、世界中のユーザーが検索するとき、デフォルトで google.com が選択されるようにしたのはそのためです。ただし、一部のユーザーは引き続き、国別のサービス（日本なら google.co.jp）に直接アクセスしている可能性があります。その場合は、その国の TLD（たとえば images.google.co.jp）が使用されます。
この変更により、ウェブ上の視覚的なコンテンツがさらに充実することを願っております。ウェブページを Google 画像検索に最適化する方法については、画像公開に関する Google のガイドラインをご覧ください。ご質問、ご意見、ご提案などございましたら、ウェブマスター ヘルプ フォーラムからお寄せください。
数か月前に新しい Search Console をリリースしましたが、その後も機能の拡充を続けています。ここでは、その最新の状況についてお知らせします。
Search Console に関するご要望で最も多かったものの 1 つが、「Google 検索が特定の URL をどう認識しているのか、もっと詳しく知りたい」というものでした。こうした声にお応えし、Google 検索をより透明性の高いものにするため、本日新しいツール「URL 検査」のリリースを開始いたしました。URL 検査ツールを使用すると、各ページのクロール、インデックス登録、検索結果の配信に関する詳細情報を Google のインデックスから直接入手できます。
所有するページの URL を入力すると、最終クロール日とそのステータス、クロールやインデックス登録のエラー、そのページの正規 URL などがわかります。ページが正常にインデックス登録されていれば、ページ内で検出された拡張機能（リンクされている AMP バージョン、レシピや求人のリッチリザルトなど）の情報やステータスもわかります。
ページがインデックス登録されていない場合は、その理由を調べることができます。新しいレポートには、ページの noindex robots メタタグと Google の正規 URL に関する情報が追加されています。
ワンクリックで同じ問題が発生しているページの一覧が開きますので、問題を分析して、修正するのに役立ちます。
新しい URL 検査ツールが、Google インデックス内の新規ページや既存のページの問題解決に役立つことを願っております。本日より順次リリースを開始し、数週間以内にはすべての方にご利用いただけるようにする予定です。
URL 検査ツールのほかにも、Search Console に新しい機能やレポートを追加しています。
Google では、皆様からお寄せいただいたフィードバック、アンケートの回答、使用統計情報などに常に注意を払い、Search Console の改善に役立てています。インデックス カバレッジ レポートや AMP レポートの新しい問題検証フローも多くの方にご利用いただいていており、これまでより迅速に問題を修正できているように思います。また、メールや [検証の詳細] ページによる検証プロセスの改善も高く評価いただき、チーム一同大変喜んでおります。
こうしたフローの改善やバグの修正には、皆様からのご意見、ご要望が欠かせません。フィードバックをお寄せいただいたすべての方に感謝いたします。
新しい Search Console はまだベータ版ですが、毎月のように機能やレポートを追加しています。さまざまなフィードバック方法を用意しておりますので、今後もご意見、ご要望などございましたらぜひお知らせください。
Google が常に心がけているのは、Google 検索で情報を探しているユーザーにできる限り質の高い検索結果を提供することです。しかし、検索結果の掲載順位を操作し、そこから利益を得ようとする悪質な行為も後を絶ちません。こうした行為は、「世界中の情報を整理し、世界中の人々がアクセスできて使えるようにする」という Google の使命とは相反するものです。Google は長年にわたって、こうした検索における不正行為やスパムとの闘いに多大な労力を費やしてきました。ここでは、2017 年に Google がどのように不正行為と闘っていたかを紹介します。
Google では、ウェブマスター向けガイドライン（品質に関するガイドライン）に違反するさまざまなタイプの不正行為をまとめて「スパム」と呼んでいます。独自に分析したところ、ユーザーが検索結果からアクセスしたサイトがスパムサイトだった割合は長年 1% を下回っており、さらにここ数年は 0.5% 以下に抑えることができています。
スパムとの闘いはまさにイタチごっこです。対策をとれば、スパマーたちがそれをすり抜ける方法を編み出してきます。2017 年を象徴する傾向の 1 つが、掲載順位の操作やマルウェアの拡散を目的とするウェブサイトへのハッキングの増加でした。ハッキングされたウェブサイトは、ユーザーにとって重大な脅威となります。ハッカーはサイトを完全な支配下に置いて、ホームページを改ざんしたり、有益なコンテンツを削除したり、マルウェアや有害なコードを挿入したりできるからです。また、パソコンなどのキー入力を記録したり、オンライン バンキングや金融取引のログイン認証情報を盗んだりすることもあります。2017 年はこの脅威を軽減することに力を入れ、ハッキングされたサイトの 80% 以上を検知して検索結果から除外できるようになりました。しかしハッキングは、検索を行うユーザーだけでなく、ウェブサイトの所有者にとっても深刻な脅威です。そこで Google では、所有者がウェブサイトを安全に運営できるよう、サイトのセキュリティを強化するための実践的なガイドを提供するとともに、サイトがハッキングされたときの対処方法をまとめたガイドも一新しました。このガイドは 19 の言語でご利用いただけます。
Google は、堅牢なコンテンツ管理システム（CMS）の重要性も認識しています。多くののウェブサイトは、主要な CMS のいずれかで運営されています。そしてスパマーは、ユーザー生成コンテンツを悪用する（たとえばコメント欄やフォーラムにスパム コンテンツを投稿する）方法を見つけることで、CMS のセキュリティ上の弱点を突いてきます。Google は、主要な CMS を提供している WordPress や Joomla がフォーラム、コメント欄、ウェブサイトを悪用するスパム行為への対策を取れるよう緊密に連携し、支援しています。
他にも典型的な不正行為として挙げられるのが「リンクの操作」です。リンクは、Google 検索での掲載順位を決める基礎的な要素の 1 つです。2017 年は、ランキング手法の改善と手動による対策の強化を通じて不自然なリンクの削除に力を注ぎ、スパムリンクを前年比でほぼ半数にまで減らしました。
Google は皆様からの報告を歓迎します。スパムの検出やブロックは自動化されたシステムにより常に行われていますが、「フィッシングの疑いがある」といった報告はいつでもお寄せください。検索スパムに関するユーザーからの報告は、昨年 1 年間で 9 万件近く寄せられました。
スパムやマルウェアなどの問題を Google に報告していただくことは、サイトの所有者や検索ユーザーを不正行為から守ることにつながります。報告フォームは、スパム、フィッシング、マルウェア用にそれぞれ用意しています。これまでにご報告いただいたすべての方に感謝するとともに、今後も引き続きご協力いただきますようお願いいたします。
さらに Google は、ウェブ エコシステムの健全性を維持するため、ウェブマスターのみなさまとも積極的に連携しています。
昨年は、ウェブサイトに問題があることが特定されたサイトの所有者宛てに、Search Console を通じて 4,500 万通のメッセージを送信しました。そのうち 600 万通を超えるメッセージが手動による対策に関わるものです。透明性のあるコミュニケーションにより、ウェブマスターのみなさまがウェブサイトが手動による対策の対象になった理由や問題を解決する方法を理解することができるようにしています。
新しい Search Console のベータ版をリリース（英語）したのも昨年でした。当初は一部のユーザーに限定してリリースし、その後すべての Search Console ユーザーに公開しました。ユーザーの皆様が何を必要としているかをお伺いして、検索パフォーマンス レポートや、インデックス カバレッジ レポートなど、要望の多かった機能から順に追加しています。こうした機能の拡充により、Google 検索での掲載の最適化がさらに簡単になっています。
Google は、セーフ ブラウジングの保護機能を強化し、不正なコンテンツ等からユーザーを保護しています。昨年は、この機能を大幅に改良しました。macOS 端末（英語）への保護対象の拡大、Chrome へのフィッシング予測保護機能（英語）の追加、望ましくないモバイル ソフトウェア（英語）への厳正な対処などのほか、不正な Chrome 拡張機能のインストール（英語）からユーザーを保護するために大幅な改善を加えました。
ウェブマスターの皆様とコミュニケーションするためのチャンネルも多数ご用意しています。オンラインやオフラインで皆様のお話を伺う専門スタッフを配置するとともに、オンライン オフィス アワー、オンライン イベント、オフライン イベントは世界 60 以上の都市で 250 回以上開催し、22 万人を超えるウェブサイトの所有者、ウェブマスター、デジタル マーケティング担当者の皆様にご参加いただきました。また、公式のヘルプ フォーラムでは、さまざまな言語で寄せられた膨大な数の質問にお答えしています。昨年 1 年間にフォーラムで生成されたスレッドは 6 万 3 千件にのぼり、世界中の 100 人以上のトップレベル ユーザーが 28 万件もの回答を投稿してくれました（詳しくはこちらの投稿をご覧ください）。フォーラム、ブログ、SEO スターター ガイドに加え、Google ウェブマスターの YouTube チャンネルでもさまざまなヒントやアイデアを紹介しています。新たに SEO スニペットという動画シリーズも始まりました。SEO に関する具体的な質問に、スペシャリストが簡潔かつ的確にお答えしています。この機会にぜひチャンネル登録してください。
以上のように、昨年 1 年間でさまざまな改善を施しましたが、もちろんこれで終わりではありません。Google が追い求めるのは、不正行為を一切心配する必要のないユーザー エクスペリエンスの実現です。これからもウェブ エコシステムに関わる皆様のご協力をいただきながら、引き続き改善に取り組んでまいります。
今年で 10 回目となる Google I/O（英語） が先日開催され、盛況のうちに終了しました。本日はそのハイライトを振り返ってみましょう。
このイベントは、世界各地の様々なコミュニティの多数のユーザーと出会い、アイデアを交換し、意見を集める素晴らしい機会となりました。さまざまなウェブ セッション（英語）、コードラボ（英語）、オフィスアワーに加えて、私たちは検索に関する 2 つのセッションでコミュニティと情報を共有しました。
これらのセッションでは、モバイル フレンドリー テスト ツールの JavaScript エラーレポートを発表し、ダイナミック レンダリングについて紹介し（これについては今後の投稿で詳しく取り上げる予定です）、CMS で Indexing API や Search Console API を利用してユーザーに情報を提供する仕組みについて説明しました。たとえば、Wix では、ユーザーがホームページをインデックスに送信（英語）すると、すぐに検索結果に反映されます。また、Squarespace では、見込みのあるユーザーが何を検索しているのかウェブマスターが理解するのに役立つ、Google 検索キーワード レポート（英語）を作成しました。
また、イベント開催中に、サンドボックス エリアで新しい Search Console を公開し、ユーザーに試していただきました。AMP ステータス レポートについて興味を持った方から、検索に適したコンテンツの改善方法を探している方まで、前向きなフィードバックを多数寄せていただき、嬉しく思います。
構造化データの追加とテストを体験していただける構造化データ コードラボ（英語）を実施しました。I/O では完了回数の多かったコードラボのトップ 20 にランクインし、大変感謝しています。構造化データを使用するメリットについて詳しくは、事例紹介（英語）をご覧ください。
直接お会いするオフィスアワーでは、HTTPS、モバイル ファースト インデックス、AMP など、さまざまなトピックへの関心が高いことがわかりました。この形式のオフィスアワーは、毎月実施しているウェブマスター オフィスアワー ハングアウトに加えて、素晴らしい機会となっています。寄せられたご質問やご意見は、誰にとってもわかりやすく使いやすいようにドキュメントやツールを調整するために活用させていただきます。
ウェブ デベロッパーの皆様にウェブサイトを構築する際に注意していただきたい主なポイントもお伝えしました。
サイトのインデックス登録、ダイナミック レンダリング、トラブルシューティングについて詳しくは、こちらのトーク セッション（英語）をご覧ください。CMS やテーマ作成者としてできることや構造化データについて詳しくは、こちらのトーク セッション（英語）をご覧ください。
今回の I/O や世界中で開催された I/O Extended（英語）で皆様とお会いし、検索に関する最新情報を共有できて嬉しく思います。今後の最新情報を入手するには、ウェブマスター フォーラムに参加してください。また、Twitter、Google+、YouTube で Google ウェブマスター チームをフォローしてください。
昨年発売した Google Home は、料理のレシピや詳しい手順を音声で案内する機能を備えています。Google Home を日常的に利用するユーザーが増えてきたことにあわせて、レシピを音声ガイド対応にするための新しいガイドラインを公開しました。これによりユーザーは Google Home の Google アシスタントを利用してあなたのレシピを発見することができるようになるため、あなたのレシピはより多くの方に発見されるようになるかもしれません。新しく追加された構造化データ プロパティ（英語）を利用してレシピについての詳しい情報を提供し、さらに良質なトラフィックをサイトに呼び込んでください。
このたび、レシピに関するデベロッパー向けドキュメント（英語）を更新しました。このドキュメントに沿ってレシピのプロパティを指定することで、Google 検索や Google Home においてレシピが見つかりやすくなり、サイトへのアクセスをさらに増やすことができます。ユーザーがいろいろな方法でレシピを検索できるようにするには、レシピについての情報をできるだけ詳しく指定する必要があります。特におすすめのプロパティを紹介します。
新たに追加された recipeInstructions を使用すると、料理の詳しい手順を記述できます。1 つ 1 つの手順は、HowToStep プロパティを使用して記述します。HowToSection プロパティを使用すると、こうした手順をセクション単位にまとめることができます。
レシピを Google Home の Google アシスタントで利用できるようにするには、recipeIngredient プロパティと recipeInstructions プロパティを追加する必要があります。これらのプロパティを追加すると、レシピが Google アシスタントに対応して、ユーザーがアシスタントを通じてレシピを見つけることが可能になります。これらのプロパティを指定しない場合、レシピは Google アシスタントの音声ガイドでは利用できませんが、Google の検索結果には表示されます。
詳しくは、レシピに関するデベロッパー向けドキュメント（英語）をご覧ください。機能についてご不明な点がありましたら、ウェブマスター ヘルプ フォーラムで質問してください。
