Google ウェブマスター向け公式ブログ

このたび、ユーザーの皆様から寄せられたフィードバックの分析を通じて最もご要望の多かった機能リクエストに基づき、レポートでのデータの更新頻度が新しく改善されましたのでお知らせします。
パフォーマンス レポートでは、ウェブマスターやサイト所有者が Google 検索でのサイト パフォーマンスをより的確に把握できるほか、次のような疑問の答えを見つけることもできます。

• 一般的な統計情報: Google 検索や Discover から自分のサイトが獲得したトラフィックはどのくらいか？
• 検索クエリ: 自分のサイトの上位の検索クエリや急上昇中の検索クエリは何か？
• 上位のコンテンツ: 自分のサイトのページのうち、Google 検索において最も成果を上げているページはどれか？
• サイト訪問者: どの国からアクセスしているか？どのデバイスからアクセスしているか？そのほとんどがモバイルからか？
• 形式: 自分のサイトは検索結果にどのような形式で表示されるか（AMP、レシピなど）？

今後は 24 時間以内の最新データを確認できるようになります。従来は更新に数日かかっていたことを考慮すると、これは大幅な改善と言えます。
今回のデータ更新頻度の改善により、サイト パフォーマンスのより的確な監視、トラッキングが可能になり、次のような重要なニーズに対処できるようになることが見込まれます。

• 週末のパフォーマンスを月曜日の朝に確認する。水曜日まで待つ必要はありません。
• 朝一番にサイトの統計情報を確認する。祝日や世界規模のイベント、ショッピング シーズンなどの重要な期間後、あるいは期間中でも確認できるようになります。
• 重要な技術的問題を修正した後、すぐにサイトのトラフィックが回復するかどうかを確認する。

さらに、データのタイムゾーン（太平洋時間）が明確に示されるようにレポートを更新しました。これは、ローカル タイムゾーンと比較してデータを解釈したり、Google アナリティクスなどの他のソースと統合したりする場合に便利です。



最新のデータポイントはそれぞれ、数日後に最終的なデータポイントに置き換えられます。最新データは、最終的に確定する前に若干変更される可能性があります。

Search Analytics API は、まだ最新データをサポートしていません。また、Discover のパフォーマンス レポートでも最新データは利用できません。そのため、Discover のパフォーマンス レポートで対象となるプロパティから、概要レポートの最新データを参照することはできません。将来的には、こうした問題にも対処していきたいと考えています。

経時的なパフォーマンス データのエクスポート

また、パフォーマンスの推移の確認やエクスポートを簡単に行えるようにしてほしいというフィードバックも寄せられていました。本日より、この点についても可能になります。操作はシンプルで、グラフの下の表で [日付] を選択して目的の期間を選び、Search Console でデータを確認するか、グラフをエクスポートするだけです。この新機能が、経時的なパフォーマンスの傾向や変化についてさらに詳しく調べる際に役立つことを願っています。

まとめ

今回の改善による最新のデータが、サイトのパフォーマンスをより的確に監視し、リアルタイムに近い状況で傾向、パターン、注目すべき変化を特定するうえでお役に立てば幸いです。また、表の新しい日付ディメンションも、経時的なパフォーマンスの傾向や変化を調べる際にぜひお役立てください。ご不明な点がありましたら、ウェブマスター ヘルプ フォーラムまたは Twitter よりお問い合わせください。

投稿者: Ziv Hodak、Search Console プロダクト マネージャー

Google の検索チームでは、ウェブマスターやサイト運営に関わる皆さんを結ぶことを目的に 2016 年より毎年 Google 検索をテーマとしたイベントを開催しております。今年は、沖縄と福岡で同様のイベントを開催しました。そして今回、札幌でも開催することが決まりましたのでお知らせします。
イベントでは検索の仕組み、Google 画像検索についてのセッションや Q&A の時間を設けるほか、Google 社員と参加者のみなさんの交流タイムなどを予定しています。開催概要は次のとおりです。

開催概要

日時：2019 年 09 月 12 日（木）
13 時 00 分開場、14 時 00 分開始
19 時 00 分頃終了予定
20 時 30 分懇親会終了
スピーカー：

• Takeaki Kanaya（金谷武明）
• Anna Ogawa（小川安奈）
• Gary Illyes
• Malik Mairaj Syed
• Mariya Moeva

会場：ACU 札幌
費用：無料
定員：100 名（招待枠含む）
お申し込みはこちらから！
（締め切り：2019 年 08 月 18 日（水） 深夜 24 時まで）
今回も一般の方による Lightning Talk を設ける予定です。登壇を希望される方は、ぜひお申込みフォームからお知らせください！
みなさまのご応募お待ちしております！
※ 応募多数の場合は、抽選とさせていただきます。
※ 参加者は 08 月 21 日以降メールにてご連絡致します。なお、抽選の場合、参加者のみのご連絡とさせていただきます。
※ 会場までの交通費等のサポートはありませんのでご了承ください。
Posted by Takeaki Kanaya, Senior Search Evangelist, Google

Google では長年にわたり、数百ものカンファレンスやイベントに参加して数千人ものウェブマスターの皆様にお話をしたり、数百時間にもおよぶ動画を録画したりすることで、ウェブ制作者の皆様が Google の検索結果でのパフォーマンス向上に役立つ情報を容易に入手できるよう努めてきました。今回それをさらに一歩進めて、海外の会議への参加が困難な方でも同じ情報を入手できるようにしたいと考えました。

そこでこの度 Google は、Webmaster Conference を世界各地で開催していくことを正式に発表します。このイベントは主に、検索カンファレンスへの参加や Google 検索関連情報の入手が困難な地域や、特に検索イベントの必要性が高い地域で開催します。たとえば、ある地域でハッキングされたサイトの問題が生じていることが判明した場合は、そのトピックに焦点を当てたイベントを開催するかもしれません。

Google は、言語、経済状況、性別、場所などの属性に関係なく、ウェブ制作者の皆様に平等に機会を提供したいと考えています。そのため、Webmaster Conference は常に無料で、その地域のアクセスが容易な場所で開催されます。また、地域のコミュニティからのフィードバックと分析に基づいて、イベントに登録した皆様に適したものになるよう調整が行われます。つまり、このイベントは、参加者が Google 検索に対して持ち合わせている知識に関係なく、必要な情報を得られるように調整されているということです。スピーチは開催地の言語で行われ、他言語の場合は通訳が付きます。ご要望に応じて、可能な限り手話通訳も提供したいと考えています。

イベントの構成は地域によって異なります。たとえば日本の沖縄では、ウェブ制作の初心者から上級者の方までが一堂に会し、Google 画像検索でのパフォーマンス向上に焦点を当てた有意義なイベントが、半日にわたって開催されました。Webmaster Conference India や Webmaster Conference Indonesia では構成を変えて、より高速なウェブサイトの開発に焦点を移すことが考えられます。今年の後半にはヨーロッパと北アメリカでもウェブ コミュニティを開催する予定です。詳しくは今後の発表をお待ちください。

Google は、今後もこれまでどおり外部のイベントに参加します。ここで紹介したイベントは、既存のイベントを補完する目的で開催するものです。今後のイベントについて詳しくは、毎月更新される Webmaster Conference サイトをご覧ください。また、Google のブログや @googlewmc（Twitter）のフォローもお忘れなく！

Posted by Takeaki Kanaya、Gary
Original version: Official Google Webmaster Central Blog: Webmaster Conference: an event made for you

構造化データに関する前回の記事で、構造化データとは何か、なぜサイトに追加すべきなのかという点について説明しました。Google では構造化データを重視しており、関連する検索機能の強化やツールの改良に継続的に取り組んでいます。そのため、Google はウェブマスターやデベロッパーの皆様による構造化データの実装および診断を支援するソリューションの開発に力を注いでいます。

この記事では、サイトの構造化データをモニタリングし、最大限に活用するために、Search Console でできることについて説明します。また、より有用な新機能についてもご紹介します。以下が新たに追加される内容です。詳細については記事の中で取り上げます。

1. 構造化データの構文エラーを集計できるように、「解析不能な構造化データ」の項目がレポートに追加されました。
2. 拡張レポートに、サイトリンク検索ボックスとロゴの項目が追加されました。

構造化データ全体のパフォーマンスをモニタリングする

Search Console では、ウェブサイトで構造化データに関する問題が新たに検出されるたびに、アカウント所有者にメールが送信されます。しかしながら、既存の問題が悪化した場合には、メールは送信されません。そのため、定期的に Search Console を確認する必要があります。

毎日そのような作業を行う必要はありませんが、すべての機能が意図したとおりに動作しているか、時折確認することをお勧めします。ウェブサイトへ変更を加えた際にはしばらくして Search Console で変更が上手く行ったかどうかを確認するのを習慣づけるのも良いかもしれません。

サイトの特定の構造化データ機能に関するすべてのエラーについて把握しておきたい場合は、左側のサイドバーにある拡張メニューに移動し、確認したい機能をクリックします。すべてのエラーと警告、正常な項目について、概要を確認できます。

冒頭で述べたとおり、今回、新たにサイトリンク検索ボックスとロゴの項目がレポートに追加され、サイトの構造化データについてより詳細に把握できるようになりました。レシピ、イベント、求人情報などの既存のレポート項目に加えられています。レポートの詳細については、Search Console ヘルプセンターをご覧ください。

では、ここで拡張レポートのサンプルを見てみましょう。レポートに表示されるのは、拡張レポートの中でもページで検出された項目のみです。次のような内容を確認するのに役立ちます。

• エラー、警告、正常な項目の傾向の確認: 棒グラフの上のボックスで色分けされた項目をクリックすると、それぞれの詳細が表示されます。
• ページごとのエラー、警告の確認: 棒グラフの下の個別の行をクリックすると、現時点で問題の影響を受けているページが例示されます。

今回、解析不能な構造化データに関するレポートも導入されています。これは、構造化データの構文エラーなどにより、Google による機能タイプの識別が妨げられているケースを集計するものです。機能タイプの識別ができないことから、機能別のレポートを生成するのではなく、このようなケースの集計を行うことにしています。

サイトに追加しようとした構造化データが解析されなかった場合には、データの種類にかかわらず、このレポートを確認してください。解析の問題が発生しているということは、サイトでリッチリザルトを活用できる機会が失われている可能性があります。下のスクリーンショットは、実際のレポートの様子です。さらに、レポートに実際にアクセスすることもできますし、ヘルプセンターでレポートについて詳しく確認することもできます。

URL レベルで構造化データをテストする

ページが正常に処理されているか、またはリッチリザルトが有効になっているかを確認したい場合や、特定の URL でリッチリザルトが表示されない原因を突き止めたい場合には、URL 検査ツールを使用できます。このツールを使用することで、改善すべき部分を URL レベルで把握でき、対処すべき内容がわかりやすくなります。

Search Console の上部にある検索ボックスに URL を貼り付けると、拡張した項目に関連する構造化データの正常動作部分や、エラーまたは警告が生じている部分を確認できます。下にレシピの場合のサンプルを示します。

上のスクリーンショットでは、レシピに関してエラーが発生しています。レシピの項目をクリックすると、エラーに関する情報が表示されます。さらに、エラーの右側にある小さなグラフアイコンをクリックすると、詳細を確認できます。

エラーについて確認し、修正を行ったら、[修正を検証]（下のスクリーンショットを参照）をクリックしてください。Google が本当に問題が修正されたかを検証します。[修正を検証] ボタンをクリックすると、いくつかのテストがすぐに実施されます。ページがテストに合格しなかった場合は、Search Console にすぐに通知が表示されます。問題がなかった場合は、該当するページの他の箇所が Search Console で再処理されます。

Search Console が役に立った事例や、構造化データとともに使用することでより便利になった事例などがありましたら、ぜひフィードバックをお寄せください。フィードバックは、ウェブマスター フォーラムからお送りいただけます。

Posted by Daniel Waisberg, Search Advocate & Na'ama Zohary, Search Console team
Original version: Official Google Webmaster Central Blog: Monitoring structured data with Search Console

Google では長年にわたり、優れた検索エクスペリエンスを提供するために、ウェブサイトで構造化データを使用することを推奨してきました。マークアップをコンテンツに追加すると、検索エンジンがページのさまざまなコンポーネントを認識できるようになります。Google のシステムにページをより具体的に認識させることで、本ブログ記事で紹介する魅力的な機能を使用して、Google 検索でコンテンツを際立たせることができます。これにより、ユーザー エクスペリエンスを向上させ、アクセス数を増やすことができます。

Google では、Google 検索の結果にウェブサイトがどのように表示されるか、また解決できる問題があるかどうか、この 2 点を把握するためのツールを提供するための取り組みを進めてきました。今回から、複数の記事にわたって構造化データの概要についてご紹介いたします。今回はまず構造化データについて簡単に紹介し、おすすめの方法について説明します。次回からは、Search Console を使用して構造化データを処理する方法に焦点を当てます。

構造化データとは

構造化データは、ページとそのコンテンツに関する情報を提供するための一般的な手段です。そのためには schema.org の仕様に従ってマークアップを記述することをおすすめします。Google では、JSON-LD（推奨）、Microdata、RDFa の 3 種類のページ内マークアップ形式をサポートしています。検索機能が異なると、必要になる構造化データも異なります。詳細については、検索ギャラリーをご覧ください。Google のデベロッパー向けドキュメントでは、構造化データの基本について詳細に記載されています。

構造化データを記述することによって、Google のシステムがコンテンツをより正確に認識できるようになり、これにより、ユーザーもより関連性の高い結果が得られるようになります。構造化データを実装すると、Google の検索結果でページをさらに際立たせるための準備は完了です。

免責条項: ページが正しくマークアップされていても、構造化データが検索結果に表示されるとは限りません。構造化データを使用して、ある機能が表示されるよう設定することはできますが、その機能が必ず表示されるとは限りません。詳細については、構造化データに関するガイドラインをご覧ください。

サイトで構造化データを使用して検索結果を改善する

ここ数年間で、エコシステムで構造化データを採用する動きが拡大してきました。リッチリザルトは一般的に、ユーザーが検索を行ったときに、検索している内容とページがどのように関連しているかを理解するのに役立ちます。そのため、リッチリザルトはウェブサイトに大きなメリットをもたらします。Google の事例紹介の中から、成果をいくつかご紹介します。

• Eventbrite では、イベントの構造化データを使用したことで、検索からのトラフィックが前年比で 100% 増加しました。
• Jobrapido では、Google 検索のしごと検索を導入したことで、自然検索トラフィックが 115% 増加し、自然検索トラフィックからの新規ユーザー登録数が 270% 増加しました。また、Google から求人ページにアクセスしたユーザーの直帰率は 15% 低下しました。
• 楽天ではレシピ検索を使用したことで、検索エンジンからのトラフィックが 2.7 倍に増加し、セッション継続時間も 1.5 倍に増加しました。

構造化データの使用方法

サイトで構造化データのメリットを活用するには、いくつかの方法があります。以下では、目標（ブランド認知度を高める、コンテンツを紹介する、商品情報を紹介する）ごとに例を説明します。

1. ブランド認知度を高める

構造化データを使ってブランドを宣伝する方法の 1 つとして、ロゴ、ローカル ビジネス、サイトリンク検索ボックスなどの機能を利用することが挙げられます。構造化データを追加するだけでなく、サイトのナレッジパネルを確認して、Google マイビジネスでビジネスを登録する必要があります。以下は、ロゴ付きのナレッジパネルの例です。


2. コンテンツを紹介する

ウェブ上でコンテンツを公開している場合、業界に応じて、コンテンツを宣伝してユーザーへの訴求力を高めるのに役立つ機能が多数用意されています。たとえば、記事、パンくずリスト、イベント、求人情報、Q&A、レシピ、レビューなどがあります。レシピのリッチリザルトの例を示します。


3. 商品情報を紹介する

商品を販売している場合、商品の構造化データ（価格、在庫状況、評価など）をページに追加できます。次に関連検索で商品がどのように表示されるかを示します。

お試しいただいたご意見やご感想をお寄せください

これで構造化データの重要性を理解していただけたと思います。Codelab を利用して、ページに構造化データを追加する方法を確認してください。本ブログでは、今後も構造化データについてご説明いたします。次回は、Search Console を使って構造化データによる効果を分析する方法について説明します。

構造化データの有効な使用方法について、お客様のご意見、ご感想、事例をお待ちしています。フィードバックをご提供いただける場合は Google のコミュニティ フォーラムをご利用ください。

Posted by Daniel Waisberg, Search Advocate
Original version: Official Google Webmaster Central Blog: Enriching Search Results Through Structured Data

Googlebot は、Google 検索のインデックスにウェブページを追加するためにウェブページを巡回しているクローラのことです。イベントやソーシャル メディアで寄せられる質問で最も多いものは、この Googlebot を最新の Chromium にアップデートしないのですか？というものでした。このたび、Googlebot では検索用にページをレンダリングする際に、最新の Chromium レンダリング エンジン（この投稿の時点でバージョン 74）を実行するようになりました。今後、Googlebot のレンダリング エンジンは定期的に更新され、最新のウェブ プラットフォームの機能をサポートできるようになります。

皆様への影響

以前のバージョンと比べて、Googlebot では次のような 1,000 以上の新機能がサポートされるようになりました。

• ES6 以降の JavaScript の機能
• IntersectionObserver による遅延読み込み
• Web Components v1 API

Googlebot 用の処理としてトランスパイルまたは polyfill を使用しているかどうかをご確認ください。使用している場合は、この処理が今後も必要かどうかをご検討ください。現在も一定の制限があるため、JavaScript 関連の問題のトラブルシューティングや JavaScript SEO に関する動画シリーズをご確認ください。

この投稿に関するご意見やご感想がありましたら、ウェブマスター フォーラムでお知らせください。または、オンライン オフィスアワーにご参加ください。

Posted by Martin Splitt, friendly internet fairy at the Webmasters Trends Analyst team
Original version: Official Google Webmaster Central Blog: The new evergreen Googlebot

今年 1 月、仕事探しをよりスムーズにするために日本でもGoogle しごと検索がローンチしました。ウェブマスターが求人情報の構造化データを設定すると、求職者をあなたのサイトの求人情報に結びつけることにつながり、より関心の高い求職者をあなたのサイトの求人情報に誘導できます。そこで、求職者が満足できるよう、求人情報ガイドラインを遵守することが重要です。ここでは、以下の三点についてお知らせいたします。

• 期限切れの求人情報を削除する
• 求人の詳細ページに構造化データを配置する
• 求人情報の詳細と構造化データ内の情報を一致させる

期限切れの求人情報を削除する

求職者が求人情報を見つけ、応募しようとしても、求人情報の有効期限がきれて応募できないのは、とても残念なことです。求職者は、求人情報に応募しようと決めたあとに、期限切れの求人であると気づくことがあります。期限切れの求人ページをあなたのサイトから削除することで、トラフィックが増加する可能性があります。求人情報を削除する方法については、求人情報を削除するを参照してください。

求人の詳細ページに構造化データを配置する

求職者は、求人情報の詳細ページにたどりつきたいのであり、求人リストにたどりつくのが目的ではありません。求人リストへのアクセスを回避するには、可能な限りもっとも詳細なページに構造化データを配置することです。求人リストの表示ページ（たとえば、求人検索結果ページ）に構造化データを配置しないで下さい。ひとつの仕事について詳細に記載されている求人情報ページにのみ、構造化データを配置してください。

求人情報の詳細と構造化データ内の情報を一致させる

JobPosting 構造化データに、求人掲載に存在しない情報が含まれているサイトがあります。Google しごと検索で表示される求人の詳細と、求人情報の説明ページが一致しない場合、求職者は混乱します。JobPosting 構造化データ内の情報が、常に求人掲載ページの情報と一致していることを確認してください。ここでは例を示します。

• 構造化データに給与情報を追加する場合は、同一内容を求人情報の説明ページにも追加します。両方の給与の数字は一致させてください。
• 構造化データの location は、求人掲載ページの職場と一致させてください。

求人掲載ページのコンテンツと整合性のある構造化データを提供することは、求職者が仕事を見つけるのに役立つだけではなく、あなたの求人情報に対し、より関心の高い候補者を集められることにつながり、求人に適した候補者を見つけられるようになります。

あなたのサイトが求人情報ガイドライン（このブログ投稿のガイドラインも含む）に違反している場合、Googleでは、あなたのサイトに対して手動による対策を実行し、Google しごと検索に求人を表示することができなくなる可能性があります。よくみられる違反例としては、構造化データの title フィールドに、給与や会社情報、キャッチコピーなどを詰め込んでいるケースです。タイトルには「ソフトウェア エンジニア」のように職務の名称のみを指定してください。求人情報のタイトルではありません。また、構造化データの hiringOrganization プロパティには、職務をを提供している組織名、会社名のみ指定してください。所在地や求人情報は含めないでください。手動による対策を受けた場合、問題を修正し、再審査リクエストを送信すると再審査を行えます。再審査で問題の修正が承認されると、あなたのサイトやページが、手動による対策から解除されます。

詳細については、Job Posting 開発者向けドキュメントおよび Job Posting よくある質問を参照してください。

Posted by Anouar Bendahou, Trust & Safety Search Team
Original version: Official Google Webmaster Central Blog: We updated our job posting guidelines

Discover は、検索をしていなくてもお気に入りのトピックに関する最新情報を入手できる機能として広く利用されています。そしてこのたび、ウェブマスターのみなさんがご自身のサイトへの Discover 経由のトラフィックを詳細に把握できるように、Google Search Console に新しいレポートを追加しました。このレポートにより、関連性の高い統計情報を共有し、次のような疑問に対する回答を見つけられます。

• 自分のサイトはユーザーの Discover にどのくらい表示されているか？どのくらいのトラフィックがあるのか？
• Discover で特にパフォーマンスの高いコンテンツはどれか？
• 従来の検索結果と比べて、Discover ではコンテンツのパフォーマンスがどのように変化しているか？

Discover とは

Discover は Google 検索の一機能で、検索をしていなくてもお気に入りのトピックに関する最新情報を入手できます。ユーザーは、Google アプリや Google.com のモバイル版ホームページで、または Pixel スマートフォンのホーム画面から右にスワイプすることで、Discover を体験できます。2017 年のリリース以降、Discover は大幅な成長を遂げており、今や 1 か月のアクティブ ユーザーは 8 億を超えます。関心の高いトピックに関する記事や動画などのコンテンツを表示してユーザーを引き付け、新しい情報の探索を促しています。ユーザーは、トピックを直接フォローできます。また、表示させたいトピックや表示させたくないトピックを Google に伝えることもできます。さらに、Discover の魅力は最新情報の表示だけではありません。レシピから社会情勢、ファッション動画まで、公開日に関係なく最適なウェブ コンテンツを表示します。Discover 用のサイトの最適化方法については、こちらのガイドをご覧ください。

Search Console における Discover

新しい Discover レポートは、Discover に表示された実績が十分にあるウェブサイトに表示されます。なお、2019 年 3 月からのデータが表示対象となります。最適なコンテンツ戦略を策定し、公開日を問わず、魅力的な情報をユーザーに見つけてもらえるようにするうえで、このレポートがお役に立てば幸いです。

レポートについてご不明な点やご意見などありましたら、ウェブマスター ヘルプ フォーラムまでお寄せいただくか、他のチャネルよりお問い合わせください。

Posted by: Micharel Huzman、Ariel Kroszynski
Original version: Official Google Webmaster Central Blog: Search Console reporting for your site's Discover performance data

Google は、あらゆる検索に対して最高品質の結果を提供することを目指しています。この取り組みの一環として、Google では、いわゆる「ウェブスパム」という不正行為により検索体験、コンテンツ、行動の品質が低下し、ウェブマスター向けガイドラインに抵触しないよう対策を講じています。その結果、ユーザーがアクセスした検索結果ページに占めるスパムページの割合は 1% を大きく下回っています。本記事では、2018 年に私たちが行ったウェブスパム対策をご紹介します。

2018 年のウェブスパムの傾向と Google の対策

2018 年に私たちが対処したウェブスパムのうち、昨年までに引き続き目立っていたのは以下の 3 種類のスパムでした。

不正なハッキングに関するスパム: 2017 年のレポートでは、検索結果中のハッキングされたウェブサイトで、スパムの大幅な減少が見られました。この傾向は 2018 年も続いており、ハッキングされたウェブページが検索結果に影響したりユーザーに被害を与えたりする前に、より早く発見されるようになりました。ハッキングされたサイトのスパムが検索に及ぼす影響は軽減していますが、こうしたサイトは依然としてウェブの安全性を脅かすセキュリティ上の重要な問題であり続けています。ハッキングされてしまったウェブマスターに対しても、私たちはハッキングされたウェブサイトの復旧に役立つガイドを提供することで、ウェブサイトを侵害されたウェブマスターの支援に取り組んでいます。

ユーザー生成スパム: 私たちはユーザー生成スパムとして知られるタイプのスパムに引き続き注目しています。ユーザー生成スパムには、フォーラムへのスパム投稿や、無料のブログやサービス等のスパム行為があります。いずれも人が利用することを意図しておらず、コミュニケーションを混乱させるだけで、ユーザーには何の価値ももたらしません。2018 年には、この種のスパムが検索ユーザーに及ぼす影響を 80% 以上減らすことができました。ウェブサイトに対する不正行為を防止できなくても、私たちはウェブサイトの所有者が自己防衛の手段を簡単に習得できるようにしたいと考えています。そのため、サイトのコメント欄を不正行為から守る方法を提供しています。

リンクスパム: 私たちは、信頼性と関連性に優れるリンクの価値を検索ランキングにおける重要な要素として守り続けてきました。悪質なリンクスパムには速やかに対処し、ランキングを不正に操作しようとする多くのリンクの影響をできる限り排除しています。長年にわたり何度も浮上する「リンク施策」にまつわる数々の説についても、ウェブマスターやホワイトハットな SEO の専門家の皆様と連携して反証してきました。ウェブサイトの所有者に対しては、ランキングを上げることを主目的としてリンクを作成するのではなく、魅力的なコンテンツの作成に注力すれば、こうした説や現状について心配する必要はないと伝えてきました。私たちは、ウェブサイトの所有者に質の高いコンテンツの作成を奨励することが、あらゆるタイプのスパムと闘うための最善策のひとつであると考えています。検索エンジン最適化（SEO）スターター ガイド

などは、おすすめの方法に焦点を当てており、Google 検索結果でのランキングを上げる秘訣と称するよくある説や誤解を否定するのに役立つものです。リンクスパムのレポートも、こうした不正行為との闘いを支え、公正な検索ランキングを維持するのに大変役立ちます。

より良いウェブの実現に向けて - ユーザー、ウェブマスター、デベロッパーとの連携

ユーザーからは日々、検索結果におけるウェブスパム、フィッシング、マルウェアが報告されています。そのおかげで、私たちは Google のフィルタとプロセスを逃れたウェブスパムやマルウェアなどが検索に及ぼす問題を発見できます。私たちがユーザーから受け取った検索スパムの報告は 18 万件を超え、処理した報告の 64% で対策を講じることができました。これらの報告は本当に効果があります。ご報告いただいたすべての皆様に感謝したいと思います。

私たちは、ウェブサイトに問題があることを発見したとき、その所有者に通知することが重要だと考えています。2018 年には、検索結果へのサイトの表示に影響を及ぼしうる問題点と改善点をお知らせするため、1 億 8,600 万件を超えるメッセージをウェブサイトの所有者あてに生成しました。こうした通知は、Search Console でサイトの確認が済んでいるサイト所有者にのみ送っており、その数は 9,600 万件に及びます。残りのメッセージは、有効である限りウェブサイトとのリンクが維持されるので、ウェブマスターが Search Console に自分のサイトを登録すれば表示されます。メッセージの大半は Search Console の新規ユーザーへの歓迎メッセージでした。その次に多かったのは、モバイル ファースト インデックスが利用可能になったときに、その旨を Search Console の登録ユーザーに通知するメッセージでした。全メッセージ中、2% をわずかに上回る約 400 万件が、Google のウェブマスター向けガイドライン違反に対する手動対策に関連するものでした。

高品質のコンテンツが増えることは、検索結果をウェブスパムから守ります。私たちは、ウェブマスターのみなさんが

そのようなコンテンツを作成するのに少しでもお役に立てるようツールやレポートを継続的に改善しています。Google Search Console は一から再構築され、新しいレポートと改善されたレポートの両方（パフォーマンス、インデックス カバレッジ、リンク、モバイル ユーザビリティのレポート）に加え、最新機能（URL 検査ツールとサイトおよびユーザー管理）が利用できるようになりました。この改良版 Search Console は 2018 年中にベータ版の提供を終了し、現在はすべての登録済みウェブサイト所有者に一般提供されています。

私たちは、最新のウェブを開発しているフロントエンド デベロッパーの存在も忘れてはいません。CMS を使用している場合でも、独自の CSS や JS を作成している場合でも、ウェブ フレームワーク上でサイトを構築している場合でも、ユーザーにとって魅力的で検索に適したサイトを作成するデベロッパーの取り組みを支援することに私たちは力を注ぎました。デベロッパーとウェブマスターは、ウェブページの品質向上に役立つオープンソースの自動監査ツールである Lighthouse の新しい SEO 監査機能を使用して、自分のページでアクショナブルな SEO ヘルスチェックを実行し、改善の余地がある領域を速やかに見つけられます。

私たちはまた、ウェブサイトの所有者と直接交流する機会を作り、解決が困難な問題についても支援しています。Google の専門チームのメンバーは、オンラインおよび対面で定期的に世界中のウェブマスターと交流しています。76 以上の都市で、190 を超えるオンライン オフィスアワー、オンライン イベント、オフライン イベントを、SEO、デベロッパー、オンライン マーケティング担当者を含む合計 17 万人以上の方々にお届けしました。また、東京、シンガポール、チューリッヒ、大阪の 4 都市では Google 主催の検索イベントを開催し、インドでは 11 の都市で検索に関するカンファレンスを開催しました。2018 年には、英語、フランス語、ドイツ語、ヒンディー語、日本語に加え、スペイン語でオフィスアワーのライブ配信を開始しました。ウェブマスターは、Google ウェブマスター YouTube チャンネルより、ヘルプ、ヒント、有益なディスカッションをご覧になれます。プロダクト エキスパートは、公式サポート フォーラムを通じて、12 を超える言語で、ウェブマスターの問題が解決するよう手助けをしています。

私たちは、2019 年もウェブスパムのない検索体験を皆様にお届けできるように努力を続けてまいります。

Posted by Juan Felipe Rincón, Webmaster Outreach, Dublin
Original version: Official Google Webmaster Central Blog: This year in Search Spam - Webspam report 2018

現在 Search Console の検索パフォーマンス レポートでは Google 検索で表示された URL に、関連するすべての指標が記載されています。この仕様では詳細なデータがわかる反面、プロパティの管理は難しくなります。たとえばサイトのモバイル版と PC 版が複数のプロパティにわかれている場合、同じコンテンツの検索データをすべて表示するには、複数のプロパティを開かなければなりません。

この問題を解消するため、Search Console では今後、検索指標の割り当て先を、Google 検索に表示された URL ではなく（Google が選択した）正規 URL にデータを統合することにしました。この変更には次のような利点があります。

• 同一のコンテンツに対するすべての検索指標が（1 つの） 正規 URL に統合されます。特定のコンテンツの全体像を 1 つのプロパティで把握できるようになります。
• 複数のモバイルページや AMP ページがある場合でも、すべてのデータ（一部のモバイル URL が正規となった場合はその URL を除く）が （1 つの）「正規の」プロパティに統合されます。
• AMP レポートやモバイル フレンドリー レポートのユーザビリティが向上します。現在これらのレポートでは、エラーは正規ページ プロパティに関連付けられますが、表示回数は Google 検索で表示された URL が属するプロパティに関連付けられています。変更後は、表示回数とエラーが同じプロパティ内に表示されます。

移行時期

すべてのパフォーマンス データは 3 月末に移行が完了する予定です。データの継続性を確保するため、Google では統合済みデータの表示を 2018 年 1 月から開始しています。ユーザーの皆様は、移行期間中の数週間に新旧両方のバージョンを表示して、移行による影響や変化をご確認いただけます。

API とデータポータルをお使いの皆様: Search Console API は 3 月末に正規データに変更されます。

現在のデータへの影響

• 個々の URL レベルでは、トラフィックが正規以外の URL（重複した URL）から正規 URL に移行されます。
• プロパティ レベルでは、代替プロパティ（モバイルサイトなど）のデータが「正規のプロパティ」に移行されます。正規化がプロパティ レベルではなくそのページで行われ、モバイル プロパティにも正規ページがある可能性があるため、代替プロパティのトラフィックがゼロにならないこともありますが、ほとんどの場合はプロパティ レベルの大部分のデータが 1 つのプロパティに移行されます。また多くの場合、AMP プロパティ トラフィックはゼロになります（自己参照正規化ページを除く）。
• トラフィックに関する重要な情報を失うことなく、デバイス、検索での見え方（AMP など）、国などのディメンションで引き続きデータをフィルタリングできます。

トラフィックの変化について、以下に例を挙げましたのでご確認ください。

変更に向けた準備

• 各種プロパティに対するユーザー アクセスを変更するかどうかを検討してください。たとえば正規プロパティに新しいユーザーを追加する必要があるか、既存のユーザーが正規プロパティ以外のプロパティに引き続きアクセスする必要があるか、などです。
• カスタム トラフィック レポートを作成していた場合は、トラフィック移行に適応するよう変更してください。
• 特定の URL の正規 URL は、URL 検査ツールで確認できます。
• 現在のシステムを使用して計算したトラフィック データを保存するには、パフォーマンス レポートの [データをエクスポート] ボタンまたは Search Console API を使用してデータをダウンロードしてください。

例

サイト内で起こりうるデータの変化について、いくつか例を挙げました。以下の例で、正規サイト（example.com）と代替サイト（m.example.com）のトラフィック数がどのように変わるかをご確認ください。

重要: 以下の例では、PC 版サイトにすべての正規ページが含まれ、モバイルサイトにすべての代替ページが含まれているものとします。実際には、一部の代替ページが PC 版サイトに、一部の正規ページがモバイルサイトに含まれている場合もあります。特定の URL の正規ページは URL 検査ツールで確認できます。

総トラフィック

現行バージョンでは、トラフィックが正規プロパティと代替プロパティで分かれています。新バージョンでは、すべてのトラフィックが正規プロパティに属するようになります。

	正規プロパティ (http://example.com)	代替プロパティ (http://m.example.com)
現行バージョン
正規 URL に基づいた新バージョン
差異	+0.7K     |        +3K	-0.7K        |          -3K

ページ別のトラフィック

ページ別の重複 URL と正規 URL のトラフィックの変化は、ページビューで確認できます。次の例は、正規ページと代替ページに分割されていたトラフィックが、すべて正規 URL に属するようになったことを示しています。

	正規プロパティ (http://example.com)	代替プロパティ (http://m.example.com)
現行バージョン
新バージョン
差異	+150     |        +800	-150     |        -800

モバイル トラフィック

現行バージョンでは、すべてのモバイル トラフィックが m. プロパティに属しています。新バージョンでは、次に示す [端末: モバイル] フィルタを適用すると、すべてのトラフィックが正規プロパティに属するようになります。

	正規プロパティ (http://example.com)	代替プロパティ (http://m.example.com)
現行バージョン
新バージョン
差異	+0.7K      | +3K	-0.7K      | -3K

まとめ

最初は少々混乱されるかもしれませんが、この変更によってサイトのトラフィック データは、今よりもずっと簡単にトラッキングできるようになります。ご不明な点がある場合は、ウェブマスター ヘルプ フォーラムをご利用ください。

Posted by John Mueller, Google Zurich
Original version: Official Google Webmaster Central Blog: Consolidating your website traffic on canonical URLs

2016 年から 2018 年まで 3 年間、Google の検索チームと、ウェブマスターやサイト運営に関わる皆さんを結ぶことを目的に、東京や大阪で Google 検索のイベントを開催してまいりました。
今回、沖縄と福岡で Google 検索をテーマとしたイベントを開催します。イベントでは検索の仕組み、Google 画像検索、Search Console についてのセッションや Q&A の時間を設けるほか、Google 社員と参加者のみなさんの交流タイムなどを予定しています。開催概要は次のとおりです。

開催概要

１）沖縄会場
日時：2019 年 04 月 09 日（火）
13 時 00 分開場、14 時 00 分開始
19 時 00 分頃終了予定
20 時 30 分懇親会終了
スピーカー：

• Gary Illyes
• Idan Avraham
• Anna Ogawa（小川安奈）
• Takeaki Kanaya（金谷武明）

場所：沖縄青年会館
費用：無料
定員：120 名（招待枠含む）


２）福岡会場
日時：2019 年 04 月 12 日（金）
13 時 00 分開場、14 時 00 分開始
19 時 00 分頃終了予定
20 時 30 分懇親会終了
スピーカー：

• Gary Illyes
• Anna Ogawa（小川安奈）
• Takeaki Kanaya（金谷武明）

場所：ACU Hakata
費用：無料
定員：120 名（招待枠含む）


お申し込みはこちらから！
（締め切り：2019 年 03 月 17 日（日） 深夜 24 時まで）
今回は一般の方による Lightning Talk を設ける予定です。登壇を希望される方は、ぜひお申込みフォームからお知らせください！
みなさまのご応募お待ちしております！
※ 応募多数の場合は、抽選とさせていただきます。
※ 参加者は 3/20 以降メールにてご連絡致します。なお、抽選の場合、参加者のみのご連絡とさせていただきます。
※ 会場までの交通費等のサポートはありませんのでご了承ください。
Posted by Takeaki Kanaya, Senior Search Evangelist, Google

Google では昨年、さまざまな新機能を備えた新しい Search Console を正式版としてリリース（英語）しました。新しい Search Console では、サイト所有者の皆様がより重大な課題に取り組めるようにすることを目標とし、ユーザーの利便性を第一に新機能の開発に力を注ぎました。その結果、従来の Search Console の古い機能を一部廃止することができ、新しい Search Console にさらに機能を追加して改善する余地ができました。

2019 年 3 月末までに予定している Search Console の変更点は以下のとおりです。

新しいインデックス カバレッジ レポートのクロールエラー

皆様からのフィードバックで多かったのが、Search Console のクロールエラーの一覧でどのエラーを優先的に解決すべきかわかりづらいというご意見でした（存在しない URL のクロールは通常の動作ですが、解決する必要のない 404 エラーが大量に報告されることがありました）。どの問題を重要視すべきかを再検討し、サイトのインデックス登録に使用するパターンを変更したことで、重要度の高い問題を特定しやすくなりました。この変更が、より迅速な問題解決と再クロール リクエストにつながるものと確信しています。これに伴い、パソコン、スマートフォン、サイト全体のエラーを示す従来のクロールエラー レポートを廃止します。エラーの認識や報告の方法は今後も改善してまいりますので、ご要望などございましたらツールからフィードバックをお送りください。

クロールエラー レポートの廃止に伴い、同じ内部システムをベースとするクロールエラー API も廃止することにしています。現在のところ、代替となる API を提供する予定はありません。この変更については、API をご利用の皆様に改めてお知らせいたします。

インデックス カバレッジのサイトマップ データ

新しい Search Console への移行に伴い、サイトマップ レポートを一新します。新しいサイトマップ レポートは従来のサイトマップ レポートのほとんどの機能を継承し、さらに画像や動画などの情報を充実させることを予定しています。また、サイトマップ ファイルで送信した URL については、インデックス カバレッジ レポート内でサイトマップ ファイルを使用してどの URL をトラッキングするかを選択できるようにしました。これにより、注視しておきたい URL を簡単にトラッキングできるようになります。

Fetch as Google は、URL 検査ツールに置き換わります

新しい URL 検査ツールを使用すると、皆様のウェブサイト上の URL をさまざまな観点から検査できます。現在のインデックスの確認だけでなく、最近変更した URL のライブチェックも可能です。このツールを使用することで、URL に関する詳しい情報（HTTP ヘッダー、ページリソース、JavaScript コンソールログ、ページのスクリーンショットなど）も確認できます。ページの再クロールをツールから直接リクエストできるため、Google 検索への追加や更新がスムーズに行えるようになりました。

ユーザー管理機能を [設定] に統合

ユーザー管理インターフェースを改善し、これまで複数の場所に分かれていたユーザー管理機能を新しい Search Console の [設定] に統合しました。これに伴い、古い Search Console のユーザー管理機能は廃止となります。

構造化データ ダッシュボードにカテゴリ別のレポートを追加

サイトへのリッチリザルトの実装を容易にするため、新しい Search Console にいくつかのレポート（求人、レシピ、イベント、Q&A）を昨年追加しました。新しいレポートには、このような機能を今後も追加していく予定です。ページ上の構造化データの解析中に見つかった構文エラーについても、重大な問題を見過ごすことがないよう集計してレポートに表示することにしました。

リッチリザルト機能でサポートされていないその他の構造化データタイプは、今後は Search Console のレポートには表示されません。これにより、重要性の低い問題に気をとられることなく、Google 検索への表示に影響する可能性のある問題に集中できるようになります。

廃止された古い機能

新しい Search Console では、不可欠と思われる機能に絞り込んだ結果、いくつかの機能を廃止することになりました。廃止された機能は以下のとおりです。

HTML の候補 - 重複したタイトルや短すぎるタイトルを見つけることができるのは便利ですが、Google のアルゴリズムもここ数年で進化し、より効果的なタイトルを生成できるようになってきています。また、ウェブサイトをクロールしてタイトルと説明を抽出できる便利なツールも登場しています。

プロパティ セット - 一部で高く評価されてきた機能ですが、利用者が少ないことから廃止することになりました。ただし、ウェブサイトをもっと包括的に把握したいというニーズがあることがわかりましたので、Search Console アカウントをドメイン全体にわたって（スキーマタイプやサブドメインに関係なく）管理するための機能を追加する予定です。今しばらくお待ちください（本機能につきましては、英語記事となりますが公開しました）。

Android アプリ - 関連する機能のほとんどは、ここ数年で Firebase コンソールに移管されました。

ブロックされたリソース - この機能を追加したのは、モバイル フレンドリーでないためにブロックされた CSS や JavaScript のファイルを特定し、ブロックを簡単に解除できるようにするためでした。この問題は数年前に比べるとかなり減少し、このツールの利用者数も大幅に減っています。また、ブロックされたリソースは URL 検査ツールで直接特定できるようになっています。

フィードバックをお待ちしています！

これらの変更は皆様の作業フローに影響する可能性があるため、可能な限り早い時期にお知らせすることにしました。ご不明な点、ご要望などございましたら、新しい Search Console から直接フィードバックをお送りください。詳細なフィードバックをご提供いただける場合はヘルプ フォーラムをご利用ください。スクリーンショットなども含めることができます。新しくなった Search Console が長きにわたって皆様のお役に立ち、サイトに影響する問題に集中して Google 検索をさらに有効に活用できるようになるものと確信しております。

皆様にとって幸多き一年となりますよう。

Posted by Hillel Maoz, Search Console Team
Original version: Official Google Webmaster Central Blog: Focusing on the new Search Console