Google ウェブマスター向け公式ブログ [JA] : 2018

2018 年もありがとうございました！ブログのアクセスランキングで振り返る 2018 年

2018年12月28日金曜日

2018 年も残すところあと数日となりました。ウェブマスターのみなさまにとって 2018 年はどんな一年だったでしょうか？

今年もウェブマスター向け公式ブログをはじめ、ウェブマスターヘルプフォーラムやウェブマスターオフィスアワーやイベントなど、多くの方にご参加、ご愛読いただきありがとうございました！また、特にイベントについては今年は全国で 10 ヶ所以上の地域のイベントに参加することができました。お声がけいただいたみなさま、ご参加いただいたみなさま、ありがとうございました！

さて、それでは 2018 年をウェブマスター向け公式ブログへのアクセスから振り返ってみたいと思います。今回は Search Console で計測したクリック数で振り返ってみたいと思います。

第一位は、2016 年の末に事前告知を開始したモバイルファーストインデックス（MFI）開始の記事となりました。MFI については最近の記事（英語）でグローバルで MFI 移行率が 50% を超えたことを発表しました。まだ移行されていないサイトをお持ちでしたら、いま一度構造化データや画像の ALT タグなどがモバイルでもきちんと設定されているかどうかを確認して頂ければと思います。第二位には「医療や健康に関連する検索結果の改善について」が、第三位は 1 月に公開を開始した新しい Search Console のベータ版を公開した記事となりました。こちらは 9 月に正式版となり、旧ツールからの移行が進んでいます。

第四位は Google 主催による検索のイベント、Google Dance Tokyo の告知となりました。今年は Google Dance を大阪でも開催し、第八位にもランクインしているのは非常に嬉しいですね。開催報告（東京、大阪）も公開していますのでぜひ合わせてご覧ください。2019 年も開催できればと思いますので、楽しみにしていてください。

第五位は、新しくなった reCAPTCHA の記事でした。スパムや不正行為を防ぎつつ、ユーザーの利便性も高めることができます。

第六位は Lighthouse に SEO カテゴリが追加された記事となりました。第七位に入った Speed Update に関連して、ページの読み込み速度を計測するツールとしてPageSpeed Insights とともに注目を集めました。新しくなった PageSpeed Insights では、Lighthouse の分析エンジンを使用していますので 2 つのツールで測定する必要がなくなりました。

第九位は https 関連の 3 年前の記事となりました。https の導入が進んでいくことでウェブの安全性が高まりますので非常に嬉しく思います。

そして第十位にページネーションが入ったのも見逃せません。こうした記事に注目が集まる事で、検索ユーザーが探している情報をより見つけやすくなります。

いかがでしたでしょうか？2017 年は検索結果やコンテンツの品質に関する記事が上位を占めていましたが、今年は 2018 年の様々な話題が散りばめられた結果となりました。見落としていた記事などありましたらぜひ年末年始の間にでもご覧いただければと思います。

それでは 2018 年もありがとうございました！
2019 年もよろしくお願いします！

Takeaki Kanaya, Senior Search Evangelist, Google

Google Dance Osaka 2018 を開催しました

2018年12月19日水曜日

2018 年 11 月 15 日、Google の検索チームとウェブマスターやサイト運営に関わるみなさんを結ぶイベント、Google Dance Osaka 2018 を開催しました（Google Dance は、米国 Google 本社で開催されている、検索などオンラインマーケティングの担当者を対象としたソーシャルイベントである Google Dance の日本版です）。

イベントには例年通り当ブログでの告知からご応募いただいた方々や、Advanced Hosting Meetup の参加者、ウェブマスターヘルプフォーラムのプロダクトエキスパートのみなさんをご招待し、今回は関西の方々を中心に、170 名の方々にご参加いただきました。
イベントは Juan Felipe Rincón による Keynote Speech “Creating the Future of Search Together” から始まり、続く Special Session では Idan Avraham が “The New Search Console & Helping The Long Tail Web” と題して新しい Search Console についてお話しました。さらに Gary Illyes が Google Image Search 画像検索についてお話しました。
そしてQ&A タイムは、金谷武明と小川安奈、そしてセッションスピーカーの 3 名も加わり、Search Console や検索結果に対する疑問など、多くのご質問に回答しました。

また、Google Dance Osaka でも地元大阪の方々を中心に多くの方に Lightning Talk や 15 分程度の短めのセッションを披露していただきました。スピーカーのみなさま、ありがとうございました！（セッションリストは告知の記事でご確認ください）
その他、当日の会場の様子に関しては、今年もハッシュタグ #GoogleDanceOsaka で多くの感想やコメントが投稿されましたので、ぜひご覧ください。
最後に、今回もみなさんから沢山のフィードバックやコメントを頂き、Google の検索チームとしても非常に有益なイベントとなりました。そして何よりもみなさんと楽しい時間を過ごせたことを非常に嬉しく思います。お越しいただきましたみなさん、ありがとうございました！頂いたフィードバックは今後の検索エンジンの改善に役立てていきたいと思います。
またイベントや #ウェブマスターオフィスアワーでお会いしましょう！
※ 残念ながら当日お越しいただけなかったみなさん、検索のご質問はウェブマスターヘルプフォーラムやウェブマスターオフィスアワーでも受け付けておりますのでぜひご利用下さい。また、様々なイベントに参加しておりますのでぜひ直接イベントにお越し頂き、その際にご質問いただければと思います。
Posted by Takeaki Kanaya on behalf of Google Dance Osaka team

ライブストリーム用の Indexing API と構造化データを導入します

2018年12月11日火曜日

ここ数年、ライブ動画のオンラインストリーミングがこれまでになく簡単になり、セレブ動画からイベント動画まで大きな広がりを見せています。しかし、どの動画が進行中なのか、またいつ動画が始まるのかを見付けるのは必ずしも簡単ではありません。そこで、Google 検索やアシスタントでライブストリームを簡単に見つけられるようにするため、本日新たに「ライブストリーム構造化データ」を導入しました。ライブストリーム構造化データと Indexing API を使用すると、ライブ動画をいつストリーミングするかを Google に知らせることができます。それにより、ストリーミング中のライブ動画に赤色の「進行中」バッジを表示することも可能になります。

ライブストリーム構造化データをページに追加するウェブサイトでライブ動画をストリーミングする場合は、ライブストリームに関するデベロッパー向けドキュメントを参照し、動画がライブ配信であることを示すとともに、配信の開始時間と終了時間を指定してください。さらに、ページ上に動画があることを Google に伝えるために、VideoObject 構造化データを追加する必要があります。Indexing API でクロールをリクエストする今回の導入に伴い、Indexing API がライブストリーム構造化データに対応しました。Indexing API を呼び出して、ライブ配信に間に合うようにサイトのクロールをリクエストしてください。Indexing API は、ライブストリームの開始時と終了時、構造化データに変更を加えたときにも呼び出すことをおすすめします。詳しくは、デベロッパー向けのドキュメントをご覧ください。ご不明な点がありましたら、ウェブマスターヘルプフォーラムまでお寄せください。皆様のライブ動画が、Google 検索に表示されるのを楽しみにしております。Posted by Danielle Marshak, Product Manager
Original version: Official Google Webmaster Central Blog: Introducing the Indexing API and structured data for livestreams

リッチリザルトが Q&A サイトにも対応します

2018年12月4日火曜日

検索ユーザーはさまざまな疑問の答えを求めて Google を利用しています。求めている答えが、ユーザー同士が質問に答え合う Q&A サイトで見つかる場合も少なくありません。Q&A サイトには、人気のソーシャルニュースサイト、エキスパートフォーラム、ヘルプやサポートに関するメッセージボードなどがあります。

「USB ケーブルがポートから抜けなくなってしましまいました」というページの検索結果に、そのページの上位回答の一覧が追加されている例を示すスクリーンショット疑問に対する最適な回答を検索結果の中から簡単に見つけられるよう、Google は Q&A サイト向けの新しいリッチリザルトを開発しました。対応する Q&A ページの検索結果には、上位の回答のプレビューが表示されます。この新しい表示方法により、サイト所有者はコンテンツに適したユーザーにリーチでき、ユーザーは疑問に対する適切な情報をすばやく取得できるようになります。

「タッチスクリーンでタッチが誤認識されてしまう」というページの検索結果に、そのページの上位回答のプレビューが追加されている例を示すスクリーンショットこの機能に対応するには、Q&A コンテンツを掲載しているページに Q&A 構造化データを追加します。構造化データテストツールを使用することで、ページがこの機能に対応していることを確認し、検索結果でどのように表示されるかをプレビューできます。Search Console では、統計情報とマークアップエラーの例を確認できます。また、検索パフォーマンスレポートでは、どのような検索クエリに対して検索結果に Q&A リッチリザルトが表示されているかを確認したり、検索結果の推移を確認したりできます。ご不明な点がありましたら、ウェブマスターヘルプフォーラムをご利用ください。Posted by Kayla Hanson, Software Engineer
Original version: Official Google Webmaster Central Blog: Rich Results expands for Question & Answer pages

PageSpeed Insights、Lighthouse の使用を開始しました

2018年11月14日水曜日

Google では、スピードが重視されていることを考慮し、どなたでもページやサイトのパフォーマンスを把握できるよう各種ツールをご用意しています。これまで、こうしたツールでは異なる分析エンジンを使用していたため、ツールごとに最適化案が異なり、混乱を招くこともありました。そこで、本日、PageSpeed Insights（PSI）の分析エンジンとして Lighthouse の使用を開始する運びとなりましたことをお知らせいたします。これにより、デベロッパーはウェブ、コマンドライン、Chrome DevTools を問わず、どこでも同じパフォーマンス分析結果と最適化案を参照できるようになります。また、PSI には、Chrome ユーザーエクスペリエンスレポート（CrUX）で提供されるフィールドデータも組み込まれます。PageSpeed Insights API バージョン 5 では、CrUX のデータのほか、Lighthouse 監査のすべてのデータが提供されるようになります。PSI API の以前のバージョンは 6 か月後にサポートを終了いたします。

Pagespeed Insights で Lighthouse の使用を開始

PageSpeed Insights で提供される情報は次のとおりです。

ラボデータ: PSI では、Lighthouse を使用してページを取得、分析し、モバイル端末でページがどのように読み込まれるかのシミュレーションが行われます。ページの一連のパフォーマンス指標（First Contentful Paint、Time to Interactive など）を計算し、これらの指標を要約して 0～100 のパフォーマンススコアで表します。スコアは 3 つのレベルに分類され、90 以上は「良」と見なされます。
フィールドデータ: PSI には、ページの実際のパフォーマンス指標（First Contentful Paint、First Input Delay など）とその origin も表示されます（これを受けて、PSI では origin: クエリのサポートも終了します）。ただし、必ずしもすべてのサイトに表示可能なフィールドデータがあるとは限りません。データは、毎日更新される Chrome ユーザーエクスペリエンスレポートを利用し、過去 28 日間かけて収集されます。実際のネットワークの状態や Chrome ユーザーが使用する端末は広範囲に及ぶため、ここでの指標は、ラボデータ欄の指標とは異なることがありますのでご注意ください。
最適化案: PSI では、ページのパフォーマンス指標を改善する方法についての最適化案が提供されます。各最適化案には、実装するとページの読み込みがどのくらい速くなるかの見積もりも表示されます。
診断: この欄には、ページがウェブ開発のおすすめの設定にどの程度沿っているかについての追加情報が表示されます。

PSI v5 API では、所定の URL について、この新しい分析データと CrUX のデータに加え、すべての Lighthouse カテゴリデータ（パフォーマンス、プログレッシブウェブアプリ、アクセシビリティ、ベストプラクティス、SEO）が返されるようになります。
変更内容について詳しくは、よくある質問をご覧ください。具体的なご質問がございましたら、Stack Overflow をご利用ください。また、一般的なご質問やフィードバックなどは、こちらのメーリングリストをご利用ください。
Posted by Rui Chen and Paul Irish
Original version: Official Google Webmaster Central Blog: PageSpeed Insights, now powered by Lighthouse

定期購入ページの説明が不十分な場合は警告が表示されるようになります

2018年11月12日月曜日

モバイル向け定期購入ページの説明が不十分だと感じる Chrome ユーザーが増えています。きちんと説明された覚えもなく、月末の請求書を見て驚くというのは、ユーザーにとって非常に不愉快な体験です。Google では、ユーザーが十分な情報に基づいて定期購入できるように努めています。そこで Chrome 71 (2018 年 12 月公開) 以降、Chrome ユーザーが説明が不十分な定期購入ページを開こうとした場合に警告を表示することにしました。警告が表示された場合は、定期購入ページに進むかどうかをユーザーが明示的に選択することになります。料金が発生することに気付いていなかった場合は、前のページに戻ることができます。説明が不十分なモバイル向け定期購入次のようなケースを考えてみましょう。隆史さんが、モバイル端末でブラウジングしていてゲームサイトにアクセスしたところ、携帯電話番号の入力を求めるページが表示されました。

携帯電話番号を入力して [Continue] をクリックすると、コンテンツにアクセスできました。翌月届いた携帯電話の請求書には、身に覚えのない請求が含まれていました。オンラインのゲームサービスの定期購入はこんなに高額なのでしょうか。この金額を支払うことに本当に合意したのでしょうか。コンテンツの利用料金としていくら払うことに合意したのでしょうか。料金に関する情報を Chrome ユーザーにChrome ユーザーがウェブブラウジング中に請求手続きに移行するときは、そのことをきちんと理解し、十分な情報を得たうえで意思決定できるようにしたいと考えています。ユーザーに十分な情報を提供するためには、Google が新たにまとめたモバイルでの料金請求のベストプラクティスに沿って、十分に詳細な情報を請求ページに記載することが重要です。以下にチェックポイントを挙げておきますので、ユーザーに十分な情報を提供できているかどうかを確認してみてください。

料金に関する情報がユーザーに明示されていますか？たとえば、定期購入ページに料金に関する情報が表示されていない（または見つけるのが難しい）と、支払いが必要だと認識しないまま手続きを進めてしまうおそれがあります。ユーザーが料金に関する情報を確認してから定期購入に同意できるようにしてください。

ユーザーが利用規約に同意する前に、料金を簡単に把握できますか？たとえば、料金に関する情報がグレーの背景にグレーの文字で記載されていては、ユーザーが見過ごしてしまうおそれがあります。ユーザーが料金を簡単に把握できるよう、わかりやすく表示してください。

簡単に理解できる料金体系になっていますか？たとえば、サービスの料金がいくらになるかを計算式で示す場合は、できる限りシンプルでわかりやすい式になるよう工夫してください。

モバイル版 Chrome、PC 版 Chrome、Android の WebView では、料金に関する情報が不十分なページが検出されると、ユーザーに対して次のような警告が表示されます。

説明が不十分な請求ページにアクセスしようとすると警告が表示される。このようなページが検出された場合は、Search Console を通じてウェブマスターに通知します。変更を加えて料金に関する情報が明確になりましたら、通知から再審査をリクエストしてください。Search Console での確認が済んでいないウェブサイトにつきましては、ウェブマスターと連絡が取れるよう最善を尽くします。なお、ウェブマスターヘルプフォーラムでは、15 の言語で質問を受け付けています。Search Console 経由で再審査リクエストが届きましたら、変更後のページを審査し、基準を満たしていれば警告を削除します。料金に関する情報が Google のベストプラクティスに沿ってわかりやすく明示されていれば、特に変更を加える必要はありません。また、今回 Chrome に表示されるようになった警告が、Google 検索でのウェブサイトの掲載順位に影響することもありません。ご不明な点がございましたら、ウェブマスターヘルプフォーラムをご利用ください。Posted by Emily Schechter, Chrome Security, Giacomo Gnecchi Ruscone & Badr Salmi El Idrissi, Trust & Safety
Original version: Official Google Webmaster Central Blog: Notifying users of unclear subscription pages

reCAPTCHA v3 をご紹介します。Bot の活動を阻止する新しい方法

2018年10月30日火曜日

本日は、ユーザーが操作することなくウェブサイトへの不正なトラフィックを検出できる最新の API、reCAPTCHA v3 についてご紹介します。確認用画像を表示するキャプチャとは異なり、reCAPTCHA v3 ではスコアが返されます。サイト所有者は、このスコアに基づいてウェブサイトに最適なアクションを選択できます。スムーズなユーザーエクスペリエンスここ 10 年の間、reCAPTCHA のテクノロジーは常に進化を遂げてきました。reCAPTCHA v1 では、歪められた文字を読み取ってボックスに入力し、確認用画像のテストをパスすることがすべてのユーザーに求められていました。その後、ユーザーエクスペリエンスとセキュリティの両方を改善するために reCAPTCHA v2 が導入されました。reCAPTCHA v2 では、リクエストが人間によるものなのか、それとも bot によるものなのかを判別するために、他にも数多くの要素が使用されるようになりました。これにより、reCAPTCHA の確認用画像は、不正行為の検出においてメインの機能ではなく二次的な機能として利用されるようになり、ユーザーの約半数が 1 回のクリックでパスできるようになりました。そして今回、reCAPTCHA v3 により、人間と bot を判別する方法が根本的に変わります。reCAPTCHA v3 では、サイトに対するアクティビティがどの程度不審であるかを示すスコアが返され、確認用画像によってユーザーを妨げる必要がなくなります。バックグラウンドで適応型リスク分析が実行されるため、ユーザーにはスムーズなエクスペリエンスを提供しながら、不審なトラフィックがあった場合には通知を受け取れます。「アクション」を使ったより正確な bot 検出reCAPTCHA v3 では、「アクション」タグという新しいコンセプトが導入されています。このタグを使用することで、ユーザーの一連の操作における主要なステップを定義でき、コンテキストをふまえたリスク分析が reCAPTCHA によって実現します。reCAPTCHA v3 はユーザーの操作を妨げることがないため、複数のページに追加することをおすすめします。複数のページに追加することで、適応型リスク分析エンジンで複数のページにまたがるアクティビティを分析し、より正確に攻撃パターンを特定できるようになります。reCAPTCHA の管理コンソールでは、reCAPTCHA スコアの分布状況に関する全概要を確認でき、サイトの上位 10 件のアクションに関する統計情報も確認できます。これにより、どのページが bot の標的にされているかを正確に把握し、そのページへのトラフィックがどの程度不審なのかについても確認できます。

サイトに適した方法で bot に対処するreCAPTCHA v3 のもう 1 つの大きな利点は、スパムや不正行為を防ぐ方法をウェブサイトに合わせて柔軟に選べるという点です。これまでの reCAPTCHA システムでは、多くの場合、いつ、どのようなキャプチャをユーザーに提示するかが決められており、限定的にしかウェブサイトのユーザーエクスペリエンスに関与できませんでした。reCAPTCHA v3 では、操作がどの程度不審であるかを示すスコアが返され、そのスコアを 3 つの方法で活用できます。1 つ目はしきい値を設定し、ユーザーをパスさせるか、さらに確認が必要かを判断する方法です。追加の確認手順としては 2 段階認証プロセスや電話での確認などを使用できます。2 つ目は、reCAPTCHA が利用できない要素（ユーザープロファイルやトランザクション履歴など）とスコアを組み合わせる方法です。3 つ目は、不正行為に対抗するための機械学習モデルのトレーニングにおいて、reCAPTCHA のスコアを指標の 1 つとして活用する方法です。このように、新しいバージョンでは新たな方法を利用できます。さまざまなタイプのトラフィックに応じてアクションをカスタマイズすることで、ウェブサイトのニーズに基づいてサイトを bot から保護し、ユーザーエクスペリエンスを改善できます。reCAPTCHA v3 を利用することで、ユーザーの操作を妨げることなくサイトを保護し、危険性の高い状況においてどのように対処すべきかをさらに正確に判断できます。今後も Google では、攻撃者に先んじて、インターネットを快適に、そして安全に使えるように取り組んでまいります。reCAPTCHA v3 の利用に関心をお持ちの場合は、デベロッパーサイトで詳細をご確認ください。Posted by Wei Liu, Google Product Manager
Original version: Official Google Webmaster Central Blog: Introducing reCAPTCHA v3: the new way to stop bots

本日より Google プロダクトエキスパートプログラムを開始します！

2018年10月12日金曜日

ウェブマスターフォーラムでの質問やフィードバックの受け付けを開始してから 12 年以上が経過しました（当初はサイトマップに関するご質問を Google グループで受け付けていました。その頃のブログ投稿はこちら）。小さなメーリングリストから始まったウェブマスターフォーラムも今では 15 言語に対応し、年間のスレッド数が 50,000 件を超える活発なフォーラムへと成長しました。Google にとってこのフォーラムは、ご報告いただいたさまざまな事例から多くを学び、フィードバックを収集してチームに伝えるプラットフォームとして欠かせない存在となっています。ウェブマスターフォーラムで積極的にユーザーの力になってくれているのが、Google のトップレベルユーザー

と注目ユーザー

です。ウェブマスターフォーラムだけで 100 人以上、すべてのプロダクトフォーラムを合わせると 1,000 人以上のメンバーからなるエキスパートコミュニティが、Google のプロダクトを誰もが最大限に活用できるよう知識を共有してくれています。

本日、このトップレベルユーザープログラムのブランドを変更し、Google プロダクトエキスパートプログラムとしてリニューアルすることをお知らせいたします。エキスパートのコミュニティはそのままに、新たなブランドとして生まれ変わることになります。今後数日の間にフォーラムのバッジを更新し、プロダクトエキスパートを簡単に識別できるようにします。バッジの種類は以下のとおりです。

シルバープロダクトエキスパート: プロダクトに関する知識を深めている、比較的新しいメンバー

ゴールドプロダクトエキスパート: 豊富な知識を持ち活発に活動する、信頼のおけるメンバー

プラチナプロダクトエキスパート: ユーザーを助けるだけでなく、メンターとしての活動やコンテンツの作成などを通じてコミュニティに貢献している経験豊富なメンバー

歴代プロダクトエキスパート: 現在は積極的に活動していないが、かつて頼りになるメンバーとして認められた歴代のメンバー新しいバッジと名称について詳しくはこちらをご覧ください。プロダクトエキスパートは、Google プロダクトを積極的に活用していて、他のユーザーの質問や悩みの解決に喜んで手を貸してくれる方々です。また、Search Console など、ユーザー向けのツールのフィードバックをくれたり、Google が答えるべきだと思われる質問を知らせてくれたりもしています。ユーザーからのフィードバックは Google が重視している情報の 1 つであり、プロダクトエキスパートは何が多くのユーザーに影響するかをしっかり理解しています。その一例として、新しい Search Console（英語）の開発につながったプロダクトエキスパートからのフィードバックについてブログに投稿しています。新しいプロダクトエキスパートプログラムのウェブサイトでは、プロダクトエキスパートになる方法をご紹介しています。ぜひウェブマスターフォーラムで共に活動しましょう。皆様の参加を心よりお待ちしております。Written by Vincent Courson, Search Outreach team
Original version: Official Google Webmaster Central Blog: Google is introducing its Product Experts Program!

Google Dance Osaka 2018 開催のお知らせ

2018年10月1日月曜日

Google の検索チームと、ウェブマスターやサイト運営に関わる皆さんを結ぶことを目的にしたイベント Google Dance、日本でも 2016 年より 3 年にわたって毎年開催してまいりました。

今回、日本では初めて東京以外での開催となる Google Dance Osaka を開催することになりました！今回の Google Dance Osaka では、Google 画像検索、Search Console についてのセッションや Q&A の時間を設けるほか、Google 社員と参加者のみなさんの交流タイムなどを予定しています。開催概要は次のとおりです。

開催概要

日時：2018 年 11 月 15 日（木）
　　　13 時 00 分 : 開場
　　　14 時 00 分 : 開始
　　　18 時 00 分 : セッション終了
　　　20 時 30 分 : 懇親会終了

スピーカー：
　　　・Juan Felipe Rincón
　　　・Gary Illyes
　　　・Idan Avraham
　　　・金谷武明
　　　・小川安奈

場所：グランフロント大阪
費用：無料
定員：最大 200 名（招待枠含む）
（お申し込み受付は終了いたしました。たくさんのご応募ありがとうございました！）

今回は Lightning Talk に加えて、一般の方によるセッションタイムを設けたいと思います。登壇を希望される方は、ぜひお申込みフォームからお知らせください！

みなさまのご応募お待ちしております！

※ 応募多数の場合は、抽選とさせていただきます。
※ 参加者は 10/25 以降メールにてご連絡致します。なお、抽選の場合、参加者のみのご連絡とさせていただきます。
※ 会場までの交通費等のサポートはありませんのでご了承ください。

【2018/11/07 追記】

Session および Lightning Talk の詳細が決定しました！スピーカー及びタイトルは次の通りです。

タイトル＆スピーカー（敬称略）

Session （Google）

Keynote Speech “Creating the Future of Search Together” - Juan Felipe Rincón, Global Lead, Trust & Safety Search Outreach, Google
Google Image Search - Gary Illyes, Webmaster Trends Analyst, Google
The New Search Console & Helping The Long Tail Web - Idan Avraham, Software Engineer - Search Console, Google

Session （一般）

Google は教えてくれない「○○」のやりかた【完全版】 - 辻正浩
検索者に好まれるウェブサイトとは - サイバーエージェント木村賢

Lightning Talk

負債45億円からの復活。小さな会社の大きなSEO～WEBが人生を変えてくれた～ - 株式会社パーシヴァル　酒匂雄二(さこっち)
レンサバ担当者直伝、ページ表示高速化のポイント！ - 谷口元紀 @ さくらインターネット
「Google品質評価ガイドライン」の使い方 - 広岡　謙
ホームページ作成サービス「ペライチ」が取り組むスパムコンテンツへの対応 - 杉浦正実（株式会社ペライチ）
お客さんと遊ぼう！見るべきは他社でも Google でもなくそこにあるリアル - 【ルカコ】仙田忍/Shinobu Senda
SEOの恋しさと、せつなさと、心強さと。 - りきゅー/石原利久
ノンプログラマーのための、ちょまどのコード学園 - 千代田まどか(ちょまど)

※スピーカー表記は頂いたものをそのまま掲載しています。

Takeaki Kanaya, Senior Search Evangelist, Google

Chrome のセキュリティにとって大きな一歩: HTTP ページに「保護されていません」と表示されるようになります

2018年7月27日金曜日

Google では、Chrome を最初にリリースした時から、セキュリティを Chrome の基本原則の 1 つと考え、ウェブを閲覧するユーザーの安全を守る（英語）ために常に取り組んできました。Chrome で HTTPS によって暗号化されていないサイトに「保護されていません」と表示し、最終的にはすべての非暗号化サイトにこの警告を表示すると発表（英語）したのは、およそ 2 年前のことです。この警告により、ウェブ上で銀行口座の確認やコンサートチケットの購入などを行う際に、個人情報が保護されるかどうかを簡単に知ることができます。7 月 25 日より、Google はすべての Chrome ユーザーを対象にこの変更のロールアウトを開始しました。

Chrome の最新バージョン（68）から、HTTP ページにアクセスすると、「保護されていません」という通知が新たに表示されるようになります。

暗号化された接続が増えれば、セキュリティが高まる

ウェブサイトを通常の HTTP で読み込む場合、サイトへの接続は暗号化されません。つまり、ネットワーク上にいる誰もが、やり取りされる情報を見ることができ、コンテンツが表示される前に内容を改ざんすることさえできます。HTTPS ではサイトへの接続が暗号化されているため、通信を盗み見ようとしてもアクセスできず、サイトに送信される情報（パスワードやクレジットカード情報など）が開示されることはありません。

Chrome に「保護されていません」という警告を表示することで、ユーザーはアクセスしているサイトへの接続が安全でないことを確認でき、同時にサイトの所有者がサイトのセキュリティを強化するための動機付けとなります。約 2 年前の発表以来、HTTPS の使用は驚異的な伸びを見せました。Google の透明性レポートでは、次のような結果が出ています。

Android の Chrome トラフィックは、現在 76% が保護されています（2 年前は 42%）
ChromeOS の Chrome トラフィックは、現在 85% が保護されています（2 年前は 67%）
上位 100 位中 83 のウェブサイトが、デフォルトで HTTPS を使用しています（2 年前は 37）

すべての HTTP ページに警告表示を開始するまでに時間がかかることは明らかでしたので、暗号化されていないページでパスワードやクレジットカード情報が収集される場合にマークを付けることから始めました。その後、「保護されていません」という警告が表示される状況をさらに 2 つ追加しました。ユーザーが HTTP ページにデータを入力するときと、シークレットモードで HTTP ページにアクセスしたときです。

Google の最終的な目標は、サイトが安全でない場合にのみ Chrome でマークを表示し、デフォルトのマークのない状態は安全であるようにすることです。2018 年 9 月から「保護された通信」の表示の削除を開始し、徐々にこの目標を実現していく予定です。さらに 2018 年 10 月からは、ユーザーが HTTP ページにデータを入力するときに表示される「保護されていません」の警告を赤に変更する予定です。

10 月に公開される Chrome のバージョン（70）では、HTTP ページにデータを入力すると「保護されていません」という通知が赤字で表示されます。

暗号化を容易にする

Google では、サイトを HTTPS に移行（または新たに構築）しようとしているサイト所有者ができるだけシンプルにコストをかけずに実現できるように、サポートを提供しています。これまで、Google App Engine でのマネージド HTTPS の提供、すべての .app ドメインでの HTTPS 接続の必須化および自動化、（Chrome がプラチナスポンサーである）Let’s Encrypt による証明書の無料発行と自動認証などの改善を図ってきました。なお、HTTPS への移行中は、Search Console からのメッセージに記載された詳細情報とガイダンスを確認してください。

これからは、サイトが HTTPS でデータを保護していない場合は警告が表示されますので、コンサートチケットを購入したり、オンラインバンキングを利用したりするときもご安心ください。皆様が最も安全なブラウザを使用していると確信できるよう、Google では今後も Chrome のセキュリティを強化していきます。

Emily Schechter Chrome Security Product Manager
Original version: A milestone for Chrome security: marking HTTP as “not secure”

Google 画像検索の参照元 URL の変更について

2018年7月19日木曜日

Google 画像検索を使って日々ウェブ上のコンテンツを視覚的に探索するユーザーはかなりの数に上ります。次に焼くクッキーのアイデア、視覚的にわかりやすいタイヤ交換の手順など、ときおりテキスト検索より画像検索のほうがずっと役立つ場合があります。参照元 URL の変更これまで、サイトへのトラフィックのうち 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 のガイドラインをご覧ください。ご質問、ご意見、ご提案などございましたら、ウェブマスターヘルプフォーラムからお寄せください。Posted by Ashutosh Agarwal, Product Manager, Google Images
Original version: Official Google Webmaster Central Blog: An update to referral source URLs for Google Images

URL 検査ツールなど、Search Console に新機能を追加しました

2018年7月5日木曜日

数か月前に新しい Search Console をリリースしましたが、その後も機能の拡充を続けています。ここでは、その最新の状況についてお知らせします。「URL 検査」ツールSearch Console に関するご要望で最も多かったものの 1 つが、「Google 検索が特定の URL をどう認識しているのか、もっと詳しく知りたい」というものでした。こうした声にお応えし、Google 検索をより透明性の高いものにするため、本日新しいツール「URL 検査」のリリースを開始いたしました。URL 検査ツールを使用すると、各ページのクロール、インデックス登録、検索結果の配信に関する詳細情報を Google のインデックスから直接入手できます。所有するページの URL を入力すると、最終クロール日とそのステータス、クロールやインデックス登録のエラー、そのページの正規 URL などがわかります。ページが正常にインデックス登録されていれば、ページ内で検出された拡張機能（リンクされている AMP バージョン、レシピや求人のリッチリザルトなど）の情報やステータスもわかります。

有効な AMP 拡張機能でインデックス登録されている URLページがインデックス登録されていない場合は、その理由を調べることができます。新しいレポートには、ページの noindex robots メタタグと Google の正規 URL に関する情報が追加されています。

HTML 内の noindex メタタグが原因でインデックス登録されていない URLワンクリックで同じ問題が発生しているページの一覧が開きますので、問題を分析して、修正するのに役立ちます。新しい URL 検査ツールが、Google インデックス内の新規ページや既存のページの問題解決に役立つことを願っております。本日より順次リリースを開始し、数週間以内にはすべての方にご利用いただけるようにする予定です。その他の変更点URL 検査ツールのほかにも、Search Console に新しい機能やレポートを追加しています。

16 か月分のトラフィックデータ: Search Analytics API（英語）では、検索パフォーマンスレポートと同様に 16 か月分のデータを取得できるようになりました。

レシピレポート: レシピリッチリザルトの構造化データの問題解決に役立つレシピレポートを追加しました。タスクベースのインターフェースで修正をテストして検証できるほか、その進捗状況についてメッセージでお知らせします。

検索アナリティクスに「検索での見え方」のフィルタを追加: 検索パフォーマンスレポートの結果を、新たな「検索での見え方」（Web Light、Google Play Instant（英語）など）で絞り込めるようになりました。

フィードバックをありがとうございますGoogle では、皆様からお寄せいただいたフィードバック、アンケートの回答、使用統計情報などに常に注意を払い、Search Console の改善に役立てています。インデックスカバレッジレポートや AMP レポートの新しい問題検証フローも多くの方にご利用いただいていており、これまでより迅速に問題を修正できているように思います。また、メールや [検証の詳細] ページによる検証プロセスの改善も高く評価いただき、チーム一同大変喜んでおります。こうしたフローの改善やバグの修正には、皆様からのご意見、ご要望が欠かせません。フィードバックをお寄せいただいたすべての方に感謝いたします。今後の展開新しい Search Console はまだベータ版ですが、毎月のように機能やレポートを追加しています。さまざまなフィードバック方法を用意しておりますので、今後もご意見、ご要望などございましたらぜひお知らせください。Posted by Roman Kecher and Sion Schori - Search Console engineers
Original version: Official Google Webmaster Central Blog: New URL inspection tool & more in Search Console

ウェブスパムに対する Google の取り組み - ウェブスパムレポート 2017

2018年6月29日金曜日

Google が常に心がけているのは、Google 検索で情報を探しているユーザーにできる限り質の高い検索結果を提供することです。しかし、検索結果の掲載順位を操作し、そこから利益を得ようとする悪質な行為も後を絶ちません。こうした行為は、「世界中の情報を整理し、世界中の人々がアクセスできて使えるようにする」という Google の使命とは相反するものです。Google は長年にわたって、こうした検索における不正行為やスパムとの闘いに多大な労力を費やしてきました。ここでは、2017 年に Google がどのように不正行為と闘っていたかを紹介します。Google では、ウェブマスター向けガイドライン（品質に関するガイドライン）に違反するさまざまなタイプの不正行為をまとめて「スパム」と呼んでいます。独自に分析したところ、ユーザーが検索結果からアクセスしたサイトがスパムサイトだった割合は長年 1% を下回っており、さらにここ数年は 0.5% 以下に抑えることができています。2017 年のウェブスパムの傾向と Google の取り組みスパムとの闘いはまさにイタチごっこです。対策をとれば、スパマーたちがそれをすり抜ける方法を編み出してきます。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 が追い求めるのは、不正行為を一切心配する必要のないユーザーエクスペリエンスの実現です。これからもウェブエコシステムに関わる皆様のご協力をいただきながら、引き続き改善に取り組んでまいります。

Posted by Cody Kwok, Principal Engineer
Original version: Official Google Webmaster Central Blog: How we fought webspam - Webspam Report 2017

Google I/O 2018 における Google 検索の発表内容をご紹介します

2018年6月11日月曜日

今年で 10 回目となる Google I/O（英語）が先日開催され、盛況のうちに終了しました。本日はそのハイライトを振り返ってみましょう。I/O で検索チームが実施した内容このイベントは、世界各地の様々なコミュニティの多数のユーザーと出会い、アイデアを交換し、意見を集める素晴らしい機会となりました。さまざまなウェブセッション（英語）、コードラボ（英語）、オフィスアワーに加えて、私たちは検索に関する 2 つのセッションでコミュニティと情報を共有しました。

Deliver search-friendly JavaScript-powered websites（Google 検索と相性の良い JavaScript を活用したウェブサイトの構築方法）（John Mueller、Tom Greenaway）

Build a successful web presence with Google Search（Google 検索でウェブでの認知度を高める）（Mariya Moeva、John Mueller）

これらのセッションでは、モバイルフレンドリーテストツールの JavaScript エラーレポートを発表し、ダイナミックレンダリングについて紹介し（これについては今後の投稿で詳しく取り上げる予定です）、CMS で Indexing API や Search Console API を利用してユーザーに情報を提供する仕組みについて説明しました。たとえば、Wix では、ユーザーがホームページをインデックスに送信（英語）すると、すぐに検索結果に反映されます。また、Squarespace では、見込みのあるユーザーが何を検索しているのかウェブマスターが理解するのに役立つ、Google 検索キーワードレポート（英語）を作成しました。また、イベント開催中に、サンドボックスエリアで新しい Search Console を公開し、ユーザーに試していただきました。AMP ステータスレポートについて興味を持った方から、検索に適したコンテンツの改善方法を探している方まで、前向きなフィードバックを多数寄せていただき、嬉しく思います。実践的なコードラボ、事例紹介など構造化データの追加とテストを体験していただける構造化データコードラボ（英語）を実施しました。I/O では完了回数の多かったコードラボのトップ 20 にランクインし、大変感謝しています。構造化データを使用するメリットについて詳しくは、事例紹介（英語）をご覧ください。直接お会いするオフィスアワーでは、HTTPS、モバイルファーストインデックス、AMP など、さまざまなトピックへの関心が高いことがわかりました。この形式のオフィスアワーは、毎月実施しているウェブマスターオフィスアワーハングアウトに加えて、素晴らしい機会となっています。寄せられたご質問やご意見は、誰にとってもわかりやすく使いやすいようにドキュメントやツールを調整するために活用させていただきます。ハイライトと主なポイントウェブデベロッパーの皆様にウェブサイトを構築する際に注意していただきたい主なポイントもお伝えしました。

インデックス登録とレンダリングは同時には行われません。レンダリングは後に延期される場合があります。

検索に表示したいコンテンツに、メタデータ、正しい HTTP ステータス、想定どおりの canonical タグが存在することを確認してください。

シングルページアプリルーティング向けの JavaScript History API を採用するため、ハッシュベースのルーティング（「#」を含む URL）はサポートを終了する必要があります。

Googlebot がリンクを適切にたどれるように、リンクには URL を指す href 属性を指定してください。

サイトのインデックス登録、ダイナミックレンダリング、トラブルシューティングについて詳しくは、こちらのトークセッション（英語）をご覧ください。CMS やテーマ作成者としてできることや構造化データについて詳しくは、こちらのトークセッション（英語）をご覧ください。今回の I/O や世界中で開催された I/O Extended（英語）で皆様とお会いし、検索に関する最新情報を共有できて嬉しく思います。今後の最新情報を入手するには、ウェブマスターフォーラムに参加してください。また、Twitter、Google+、YouTube で Google ウェブマスターチームをフォローしてください。Posted by Martin Splitt, Webmaster Trends Analyst
Original version: Official Google Webmaster Central Blog: Google Search at I/O 2018

Google アシスタントにあなたのレシピを届けましょう

2018年5月16日水曜日

昨年発売した Google Home は、料理のレシピや詳しい手順を音声で案内する機能を備えています。Google Home を日常的に利用するユーザーが増えてきたことにあわせて、レシピを音声ガイド対応にするための新しいガイドラインを公開しました。これによりユーザーは Google Home の Google アシスタントを利用してあなたのレシピを発見することができるようになるため、あなたのレシピはより多くの方に発見されるようになるかもしれません。新しく追加された構造化データプロパティ（英語）を利用してレシピについての詳しい情報を提供し、さらに良質なトラフィックをサイトに呼び込んでください。レシピのプロパティを更新してレシピを見つけやすくするこのたび、レシピに関するデベロッパー向けドキュメント（英語）を更新しました。このドキュメントに沿ってレシピのプロパティを指定することで、Google 検索や Google Home においてレシピが見つかりやすくなり、サイトへのアクセスをさらに増やすことができます。ユーザーがいろいろな方法でレシピを検索できるようにするには、レシピについての情報をできるだけ詳しく指定する必要があります。特におすすめのプロパティを紹介します。

video: 料理の手順を解説する動画を配列として指定できます。

recipeCategory: 食事の種類やコース料理での位置付け（「ディナー」、「デザート」、「メインディッシュ」など）を指定できます。

recipeCuisine: 何料理のレシピかを指定できます（「地中海料理」、「アメリカ料理」、「広東料理」など）

keywords: レシピに関連するキーワードを追加します。たとえば、季節（「夏」）、行事（「クリスマス」、「ひな祭り」）、特別なイベント（「結婚式」、「誕生日」）、その他の説明（「クイック」、「低カロリー」、「オーセンティック」）などを追加すると効果的です。

新たに追加された recipeInstructions を使用すると、料理の詳しい手順を記述できます。1 つ 1 つの手順は、HowToStep プロパティを使用して記述します。HowToSection プロパティを使用すると、こうした手順をセクション単位にまとめることができます。Google アシスタント用に手順と材料を追加するレシピを Google Home の Google アシスタントで利用できるようにするには、recipeIngredient プロパティと recipeInstructions プロパティを追加する必要があります。これらのプロパティを追加すると、レシピが Google アシスタントに対応して、ユーザーがアシスタントを通じてレシピを見つけることが可能になります。これらのプロパティを指定しない場合、レシピは Google アシスタントの音声ガイドでは利用できませんが、Google の検索結果には表示されます。詳しくは、レシピに関するデベロッパー向けドキュメント（英語）をご覧ください。機能についてご不明な点がありましたら、ウェブマスターヘルプフォーラムで質問してください。Posted by Earl J. Wagner, Software Engineer
Original version: Official Google Webmaster Central Blog: Send your recipes to the Google Assistant

ウェブマスターとコンテンツクリエイターの方々のお役に立つために

2018年5月11日金曜日

魅力的なウェブサイトは、有益なコンテンツやサービスを世の中に届けようとご尽力されている、サイトを運営する皆様の努力が実を結んだものです。ウェブサイトの運営は、数年前に比べれば効率化されましたが、それでも骨の折れる仕事であることに変わりありません。私たちが Google 検索の改良に膨大な時間と労力を費やしている理由はそこにあります。ユーザーがコンテンツを見つけるまでのところは Google にお任せいただき、皆様にはユーザーの役に立つ魅力的なコンテンツを作ることに集中していただきたいのです。Google 検索でどんな処理が行われているかは、あまり気にしても仕方ないと考えていらっしゃる方が多いかもしれません。確かにコンテンツを公開しておけば、Googlebot が自動的に見つけてクロールし、コンテンツを理解してインデックス登録し、サイト内の適切なページにユーザーを誘導してくれます。しかし、技術的なことを理解しているのとまったく知らないのとで、大きな差が生まれることもあります。Google は、サイト所有者様向けのサポートやリソースの充実に力を注いできました。Google に質問したいと感じたときや、なぜそういう結果になったのか疑問に感じたとき、技術的な問題を解決する方法がわからないときは、世界中の Google エキスパートが力を合わせて作成しているこれらのリソースをぜひご覧いただけたらと思います。最初におすすめしたいのが Google ウェブマスターです。すべてのサポートリソース（多くのコンテンツは 40 の言語に対応しています）を 1 か所にまとめ、探している情報に簡単にアクセスできるようにしました。例えば次のようなコンテンツがあります。

ウェブの基礎: 最新のオープンウェブ標準を活用してウェブサイトを構築するための技術的なガイダンスを提供します。

Google 検索デベロッパー向けドキュメント: Google がどのような方法でウェブサイトをクロールし、インデックスに登録するのかを解説しています。サイトを Google 検索に最適化するための公式なガイダンスも含まれています。

Search Console ヘルプセンター: Search Console を最大限活用する方法を詳しく説明しています。サイトのコンテンツが Google 検索でどう認識されているかを把握したいなら Search Console が最適です。

検索エンジン最適化（SEO）スターターガイド: Google が推奨するベストプラクティスに基づいて、SEO の基本について包括的に解説しています。

ウェブマスター向けガイドライン（品質に関するガイドライン）: Google 検索において、サイトの掲載に悪影響が出ないようにするための基本方針やガイドラインを紹介しています。これらのガイドラインに準拠することで、サイトが Google インデックスから完全に削除されたり、アルゴリズムや手動によるスパム対策の影響を受けたりするのを防ぐことができます。

Google のウェブマスター向け YouTube チャンネル

サポートが必要なときの 2 つ目の選択肢が Google ウェブマスターヘルプフォーラムです。現時点では、16 か国語（日本語、英語、スペイン語、ヒンディー語、フランス語、イタリア語、ポルトガル語、ドイツ語、ロシア語、トルコ語、ポーランド語、バハサインドネシア語、タイ語、ベトナム語、中国語、韓国語）で運営されています。フォーラムには専任の Google 社員がおり、皆様の質問にきちんと回答が寄せられているかどうか目を配っています。フォーラムを管理する Google 社員のほかに、トップレベルユーザープログラムのメンバーとして、コミュニティを積極的にサポートしてくれるユーザーがいます。彼らには、個別のウェブサイトのコンテンツに関する情報提供や分析など、Google ではなかなか難しいきめ細かい対応をお願いしています。フォーラムは基本的に公開されたディスカッションの場ですが、必要に応じて非公開で個別に返信することも可能です。ウェブサイト所有者が利用できる 3 つ目のサポート手段が、オンラインのウェブマスターオフィスアワーです。現在のところ、日本語、英語、ドイツ語、トルコ語、ヒンディー語、フランス語で開催しています。ウェブマスターオフィスアワーでは、Google 検索でのウェブサイトの掲載についてなど、皆様からの質問に Google 社員ができる限りお答えします。カンファレンスやイベントの一番の醍醐味は参加者との質疑応答ですが、オンライン形式のオフィスアワーは、遠方でイベントに参加できない方々と意見交換できる貴重な機会となっています。今後のウェブマスターオフィスアワーやイベントの予定については、Google ウェブマスターカレンダーをご覧ください。これらのリソース以外にも、How Search Works （検索の仕組み）というウェブサイトを頻繁に更新し、検索を利用したいと考えているすべての方が必要な情報を確実に見つられるよう、努力しています。ウェブ上に公開したサイトは誰でも見ることができます。しかし状況によっては、ウェブサイトの問題についてフォーラムでオープンに議論したくない場合もあることは承知しています。特に慎重な対応が必要な問題で詳細を公にしたくない場合には、フォーラムの「非公開での返信」機能を使用して、経験が豊富な少人数のエキスパートに、必要最小限の情報を提供するかたちでサポートを受けることもできます。Google 検索とウェブサイトに関連して他にご提案などございましたら、フォーラム、オフィスアワー、Twitter（@googlewmc）宛にお知らせください。Posted by Juan Felipe Rincón from Google’s Webmaster Outreach & Support team
Original version: Official Google Webmaster Central Blog: Our goal: helping webmasters and content creators

Google Dance Tokyo 2018 を開催しました

2018年4月24日火曜日

2018 年 4 月 3 日、Google 東京オフィスにおいて、Google の検索チームとウェブマスターやサイト運営に関わるみなさんを結ぶイベント、Google Dance Tokyo 2018 を開催しました（Google Dance Tokyo は、米国 Google 本社で開催されている、検索などオンラインマーケティングの担当者を対象としたソーシャルイベントである Google Dance の日本版です）。

イベントには例年通り当ブログでの告知からご応募いただいた方々や、Advanced Hosting Meetup の参加者、ウェブマスターヘルプフォーラムのトップレベルユーザーや注目ユーザーのみなさんをご招待し、今年は昨年までの 2 倍を超える 220 名の方々にご参加いただきました。

イベントは徳生裕人（製品開発本部長）による Breakout Session から始まり、Google アシスタントを拡張する Actions on Google の最新情報をご紹介し、続く Special Session では長山一石（Ninja Spamologist）が「Webmastering 201」と題して、SEO 中級者になるために知っておくべき Tips をお話しました。

そしてQ&A タイムは、金谷武明（Senior Search Evangelist）と小川安奈（Mobile Solutions Consultant）が司会を務め、Gary Illyes （Webmaster Trends Analyst）と長山一石も加わり、今年はウェブマスターオフィスアワーとして会場からライブで中継しました。AMP や PWA に関するご質問から新しい Search Console、モバイルファーストインデックスなど様々なご質問にお答えしました。

Google Dance Tokyo 2018 での #ウェブマスターオフィスアワーの様子

同時に開催した参加者によるライトニングトークはテクノロジーに関するもの、検索に関するもの、キャリアに関するものなど様々なトピックについて楽しいトークが披露され、大変盛り上がりました。イベント後に行ったアンケートでもどのライトニングトークも評判が高かったのですが、その中でも特に評判が高かったトークは「Google は教えてくれない「○○」のやりかた - 辻正浩」、「Twitter 廃人による Twitter フォロワー(オーディエンス)の増やし方(2018 年版) - 千代田まどか(ちょまど)」、「サーチコンソール + SNS を駆使した、読まれるコンテンツの作り方 - 湊川あい」（すべて敬称略）となりました。ご登壇いただきましたみなさん、ありがとうございました！

ソーシャルタイムでは大倉務（Software Engineer, Tech Lead Manager in Search）や今泉竜一（Engineering Director in Search）、長崎あずさ（Technical Program Manager in Google Assistant）も参加し、Google の検索チームと参加者のみなさんとで交流を深めました。

その他、当日の会場の様子に関しては、今年もハッシュタグ #GoogleDanceTokyo で多くの感想やコメントが投稿されましたので、ぜひご覧ください。

最後に、今年もみなさんから沢山のフィードバックやコメントを頂き、Google の検索チームとしても非常に有益なイベントとなりました。頂いたフィードバックは今後の検索エンジンの改善に役立てていきたいと思います。

お越しいただきましたみなさん、ありがとうございました！
またイベントやウェブマスターオフィスアワーでお会いしましょう！

※ 残念ながら当日お越しいただけなかったみなさん、検索のご質問はウェブマスターヘルプフォーラムやウェブマスターオフィスアワーでも受け付けておりますのでぜひご利用下さい。また、様々なイベントに参加しておりますのでぜひ直接イベントにお越し頂き、その際にご質問いただければと思います。

Posted by Takeaki Kanaya (Senior Search Evangelist), Kazushi Nagayama (Ninja Spamologist), Gary Illyes (Webmaster Trends Analyst), and Anna Ogawa (Mobile Solutions Consultant)

Symantec の PKI の無効化について: 要対応確認

2018年4月9日月曜日

この記事は Chrome セキュリティチーム、Devon O'Brien、Ryan Sleevi、Emily Stark による Google Security Blog の記事 "Distrust of the Symantec PKI: Immediate action needed by site operators" を元に翻訳・加筆したものです。また、Google Developers Japan ブログに投稿された記事のクロスポストです。詳しくは元記事をご覧ください。以前にお知らせしたように、Chrome での Symantec の認証局（Symantec が所有する Thawte、VeriSign、Equifax、GeoTrust、RapidSSL などのブランドも含む）への信頼が無効化される予定です。本投稿では、サイト運営者が今回の無効化によって影響を受けるかどうかを判断する方法と、影響を受ける場合、いつまでに何をする必要があるのかについて説明します。対象となる証明書の置き換えを行わないと、Chrome などの主要なブラウザの今後のバージョンで、サイトを正しく閲覧できなくなります。Chrome 662016 年 6 月 1 日より前に発行された Symantec の SSL/TLS 証明書を使っているサイトは、Chrome 66 で動作を停止します。これにより、すでにユーザーに影響が出ている可能性があります。サイトで対象となる証明書を使っているかどうかわからない場合は、Chrome Canary 版で変更をプレビューして、サイトが影響を受けるかどうかを確認できます。サイトに接続した際に、下のような証明書エラーや DevTools での警告が表示される場合、証明書を置き換える必要があります。新しい証明書は、どの信頼されている CA からでも取得できます。最近 Symantec の CA ビジネスを買収した Digicert も利用できます。

2016 年 6 月 1 日より前に発行された Legacy Symantec SSL/TLS 証明書を使っている場合に Chrome 66 ユーザーに表示される可能性がある証明書エラーの例。

Chrome 66 のリリース前に、証明書を置き換える必要がある場合に表示される DevTools のメッセージ。

Chrome 66 は、Canary チャンネルと Dev チャンネルですでにリリースされています。そのため、これらの Chrome チャンネルを使っているユーザーは、すでに影響を受けている可能性があります。影響を受けるサイトが 2018 年 3 月 15 日までに証明書を置き換えなかった場合、Chrome ベータ版のユーザーにもエラーが発生し始めます。Chrome Canary 版から現在のサイトを開いてエラーが発生する場合、できる限り早く証明書を置き換えることを強くおすすめします。

Chrome 70

Chrome 70 以降、他のすべての Symantec SSL/TLS 証明書が動作しなくなり、前述のような証明書エラーが発生します。お使いの証明書が影響を受けるかどうかを確認するには、現在の Chrome を使ってサイトにアクセスし、DevTools を開きます。証明書を置き換える必要がある場合、そのことを通知するメッセージがコンソールに表示されます。

Chrome 70 のリリース前に、証明書を置き換える必要がある場合に表示される DevTools のメッセージ。

DevTools にこのメッセージが表示される場合は、できる限り早く証明書を置き換えてください。証明書を置き換えないと、早ければ 2018 年 7 月 20 日より、サイトで証明書エラーが発生し始めます。最初の Chrome 70 のベータ版リリースは、2018 年 9 月 13 日頃を予定しています。

Chrome のリリース予定スケジュール

下の表は、Chrome 66 および 70 の最初の Canary 版、ベータ版、安定版リリースの日程を示しています。リリースによって受ける影響は、最初の Canary 版リリースのタイミングから発生しはじめます。それ以降、ベータ版、そして最終的に安定版がリリースされるにつれて、対象端末が徐々に広がります。サイト運営者の方には、Chrome 66 および 70 の最初の Canary リリースが行われる前、遅くともベータ版のリリース日までに必要な変更を行うことを強くおすすめします。

リリース	最初の Canary 版	最初のベータ版	安定版リリース
Chrome 66	2018 年 1 月 20 日	～ 2018 年 3 月 15 日	～ 2018 年 4 月 17 日
Chrome 70	～ 2018 年 7 月 20 日	～ 2018 年 9 月 13 日	～ 2018 年 10 月 16 日

特定のバージョンの Chrome のリリーススケジュールに関する情報は、Chromium 開発カレンダーにも掲載されています。リリースのスケジュールが変更になった場合は、このカレンダーが更新されます。

特定の企業ユーザーのニーズに対応するため、Chrome 66 以降では、Legacy Symantec PKI の無効化を停止する Enterprise Policy も実装されます。2019 年 1 月 1 日には、このポリシーは利用できなくなり、すべてのユーザーに対して Legacy Symantec PKI が無効化されます。

特記事項: Chrome 65

以前のお知らせにありましたように、2017 年 12 月 1 日以降に Legacy Symantec PKI から発行された SSL/TLS 証明書は信頼されなくなります。対象となる証明書は、DigiCert と特別な契約を結んでいなければ取得できないので、これによって影響を受けるサイト運営者はほとんどありません。Chrome 65 時点で、対象となる証明書を使っているサイトにアクセスすると、エラーが発生してリクエストはブロックされます。このエラーを回避するには、対象となる証明書が Chrome などのブラウザではなく、以前の端末のみに対してサービスを提供するようにします。

Reviewed by Eiji Kitamura and Yoshifumi Yamaguchi - Developer Relations Team

モバイルファーストインデックスを開始します

2018年3月27日火曜日

本日、Google は 1 年半の慎重な実験とテストの結果、モバイルファーストインデックスのベストプラクティスに準拠したサイトの移行を開始したことを発表します。

これまで、Google のクロール、インデックス、ランキングシステムでは、主にデスクトップ版のコンテンツが使用されてきました。そのため、その内容がモバイル版と大きく異なる場合、モバイル検索ユーザーに問題が発生する可能性がありました。モバイルファーストインデックスとは、モバイル版のページをインデックスやランキングに使用し、主にモバイルユーザーが探しているものを見つけやすくすることを意味します。

検索結果の提供に使用するインデックスは引き続き 1 つのままです。メインのインデックスとは別の「モバイルファーストインデックス」はありません。歴史的にデスクトップ版のコンテンツがインデックスされてきましたが、今後はモバイル版のコンテンツを使用していきます。
モバイルファーストインデックスに移行しているサイトは、Search Console で通知します。サイト所有者は、スマートフォンの Googlebot からのクロールが大幅に増加することに気づくでしょう。さらに Google は検索結果と Google のキャッシュページにモバイル版のページを表示します。

Search Console でのメッセージ例（英語の場合）

Google がモバイルコンテンツを特定する方法の詳細については、デベロッパー向けドキュメントをご覧ください。レスポンシブウェブデザインやダイナミックサービングを使用しているサイトでは、一般的にモバイルファーストインデックスが設定されています。AMP ページと非 AMP ページを持つサイトの場合、モバイル版の非 AMP ページをインデックスします。

最初のローンチのタイミングで適用されなかったとしても、慌てる必要はありません。モバイルファーストインデックスは、コンテンツのランキング方法ではなく、コンテンツの集め方に関するものです。コンテンツがモバイルファーストインデックスによって集められたものであったとしても、その他の方法で集められたコンテンツやデスクトップ版のコンテンツに比べてランキング優位性があるというわけではありません。さらに、デスクトップ版のコンテンツのみをお持ちの場合でも、コンテンツは引き続きインデックスされます。

一方で、Google ではモバイルフレンドリーなコンテンツを引き続き推奨しています。私たちは、インデックスのすべてのコンテンツ（デスクトップであろうとモバイルであろうと）を評価して、それがモバイルフレンドリーであるかどうかを判断します。2015 年以降、この評価によって、モバイルで検索しているユーザーは、モバイルフレンドリーなコンテンツを検索結果からより簡単に見つけられるようになりました。これに関連して、2018 年 7 月初めより、表示に時間のかかるコンテンツは、デスクトップとモバイルの両方の検索結果に悪影響が出ることが、最近発表されました。

要点をまとめると：

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

Google はこの変更を慎重に確認して評価し続けます。ご不明な点がございましたら、ウェブマスターヘルプフォーラムまたはイベントでご質問ください。

Posted by Fan Zhang, Software Engineer
Original version: Official Google Webmaster Central Blog: Rolling out mobile-first indexing

ハッキングに強いサイトを作るヒント：サイバーセキュリティ月間によせて

2018年3月5日月曜日

2 月 1 日 ~ 3 月 18 日は「サイバーセキュリティ月間」です。
サイバーセキュリティ月間に合わせて、本日は、日本においても引き続き被害が多く見られる不正なハッキングから、サイトを守るための Tips を改めてご紹介したいと思います。

そもそも不正なハッキングはなぜ起きるのでしょうか。不正に金銭を取得することだったり、政治的または社会的なメッセージを伝えることだったりと、不正なハッキングの目的はさまざまです。悪質なハッカーはサイトの脆弱性を狙ってサイトに不正にアクセスし、あなたの管理権限を乗っ取ります。そして、サイトを改ざんし、別のサイトへの誘導などの踏み台に利用します。それによってあなたのサイトにアクセスしていると思っているユーザーは、知らない間にフィッシングサイトや偽のショッピングサイトに誘導され、その結果として個人情報や金銭を奪われるといった被害にあうかもしれません。みなさんのサイトがこうした犯罪に加担してしまわないよう、ぜひサイトのセキュリティを高め、ハッキングを防ぎましょう。

Google ではさまざまな形でウェブスパムなどへの対策を行っていますが、Advanced Hosting Meetup のようにインターネットサービスを提供する他の会社のみなさんと企業の枠を越えた対策も行っています。そこで、今回 Advanced Hosting Meetup のメンバーや、ホスティング会社としてさくらインターネット株式会社様と GMOペパボ株式会社様、そして WordPress コミュニティのみなさんにもサイトのハッキングを防ぐためのアイディアをお伺いしました。その中でみなさんからのアイディアに共通してみられたハッキングを防ぐためのコツを 3 つご紹介します。

パスワードを複雑なものにする

CMS やシステムを最新に保つ

あなたのWordPressを安全に保つ方法

ファイアウォールをきちんと管理する

最後に、昨年末にグローバルで行った #NoHacked キャンペーンの記事を改めてご紹介します。

ソーシャル

ブログ

インターネットの安全性を高めるためには、ウェブマスター（サイト運営者）のみなさんのご協力は不可欠です。
ぜひこの機会にみなさんのサイトが安全に管理されているか、確認してみてください。

インターネットがより安全に安心して使える場所となるように、Google は今後もさまざまな活動を実施していきます。

Takeaki Kanaya and Kiyotaka Tanaka, Online Safety Samurai, Google Japan

保護されたウェブの普及を目指して

2018年2月27日火曜日

この記事は Chrome セキュリティプロダクトマネージャー、Emily Schechter による Chromium Blog の記事 "Chromium Blog: A secure web is here to stay" を元に翻訳・加筆したものです。また、Google Developers Japan ブログに投稿された記事のクロスポストです。詳しくは元記事をご覧ください。私たちはここ数年間、サイトで HTTPS による暗号化を採用するよう強く働きかけることによって、保護されたウェブを目指してきました。そして昨年は、「保護されていません」と表示される HTTP ページを徐々に増やすことによって、HTTP サイトが保護されていないことをユーザーに理解してもらうよう努めてきました。2018 年 7 月に Chrome 68 がリリースされると、すべての HTTP サイトに「保護されていません」と表示されるようになります。

Chrome 68 では、すべての HTTP ページのオムニボックスに「保護されていません」と表示されます。デベロッパーはサイトを HTTPS に移行し、ウェブを誰でも安全に使えるようにしてきました。昨年の進展はめざましく、その動きはさらに続いています。

Android と Windows の Chrome トラフィックの 68% 以上が保護されています。

Chrome OS と Mac での Chrome トラフィックの 78% 以上が保護されています。

ウェブ上のトップ 100 サイトのうち、81 がデフォルトで HTTPS を使用しています。

Chrome は、HTTPS をできるだけ簡単に設定できるようにするために貢献しています。デベロッパーがサイトを HTTPS に移行する助けになるように、ウェブページを改善するための自動ツール、Lighthouse の最新 Node CLI 版では、混合コンテンツの監査が可能になっています。この Lighthouse の新しい監査機能を使うと、HTTP を使ってサイトに読み込まれているリソースや、サブリソースの参照を HTTPS 版に変更するだけで HTTPS にアップグレードできるリソースを見つけることができます。

Lighthouse は、ウェブページを改善する自動デベロッパーツールです。Chrome の新しいインターフェースでは、すべての HTTP サイトが保護されているわけではないことがわかりやすくなるため、ウェブをデフォルトで保護された HTTPS に切り替えるよう促す効果があります。HTTPS は、今までになく簡単で安価なものになり、パフォーマンスの改善や、HTTP で扱うには危険だった、パワフルな新機能を利用可能にします。デベロッパーの皆さんは、まずセットアップガイドをご覧ください。Eiji Kitamura - Developer Relations Team

Google Dance Tokyo 2018 開催のお知らせ

2018年2月26日月曜日

Google Dance Tokyo を今年も開催します。本イベントは Google の検索チームと、ウェブマスターやサイト運営に関わる皆さんを結ぶことを目的にしたもので、今年で 3 回目の開催となります。

今年の Google Dance Tokyo では昨年に引き続き Gary Illyes、長山一石、小川安奈、そして金谷武明が参加し、Google 検索についてのセッションや Q&A の時間を設けるほか、Google 社員と参加者のみなさんの交流タイムなどを予定しています。開催概要は次のとおりです。

開催概要
日時：2018 年 4 月 3 日（火）
　　　13 時 00 分開場、14 時 00 分開始
　　　21 時 00 分頃終了予定
場所：Google 東京オフィス
費用：無料
定員：200 名（招待枠含む）

お申し込みはこちらから！
（締め切りました。当選者にはすでにご案内をお送りしております。沢山のご応募ありがとうございました！）

今年も参加者のみなさんからの Lightning Talk タイムを設けたいと思います。
みなさまのご応募お待ちしております！

※ 参加者は抽選で決定し、3 月 8 日以降に当選者のみご連絡いたします。
※ 会場までの交通費等のサポートはありませんのでご了承ください。

【2018/3/26 追記】
Lightning Talk の詳細が決定しました！スピーカー及びタイトルは次の通りです。

Lightning Talk タイトル＆スピーカー（敬称略）

Twitter 廃人による Twitter フォロワー(オーディエンス)の増やし方(2018 年版) - 千代田まどか(ちょまど)
サーチコンソール + SNS を駆使した、読まれるコンテンツの作り方 - 湊川あい
口コミサイト管理人が教えるステマ口コミの見破り方 - ダイエットカフェ管理人
テレビ局の著作権違反コンテンツ対応 - 明坂真太郎
SEO 業界のほんとにあった怖い話 - 柳澤祐太
立場でこんなに違う！SEO が求められるスキルと仕事 - 日西愛
インハウス SEO とエージェンシー。より良い関係のススメ - 松野　亘 /トランスコスモス株式会社
SEO で新たな文化を創る！？ - 堀田遼人
毎年成長するための DB サイトの SEO - 荒巻遵 ( 株式会社リジョブ )
もしもインハウス SEO 担当者がスターターガイドをつくってみたら - ウェルクス室谷良平
欧米での SEO 事情 - ハント肇子
Google は教えてくれない「○○」のやりかた - 辻正浩
私たちの愛はどこへ向かうべきなのか - 木村　賢

※スピーカー表記は頂いたものをそのまま掲載しています。

Takeaki Kanaya, Senior Search Evangelist, Google

ユーザーからのフィードバックが Search Console の改善に役立ちました

2018年2月7日水曜日

新しい Search Console のベータ版が、いよいよ本格稼働しました。Google ではこれまで、皆様からのさまざまなフィードバックに耳を傾け、ユーザーの声をデザインに反映するための新たな方法を模索してきました。今回の新しいリリースでは、当初はユーザーの主要な目標をサポートする機能の構築に注力してきましたが、今後数か月は機能の拡張を進めていく予定です。UI にマテリアルデザインを採用するなど長らく期待されてきた変更点もある一方で、多くの機能は、Search Console ユーザーである皆様に継続的にご協力いただいた結果、実現したものです。ユーザーのご意見を伺うにあたっては、主に次の 3 種類のコミュニケーションチャネルを利用してきました。

ヘルプフォーラムのトップレベルユーザー - ウェブマスターヘルプフォーラムのトップレベルユーザーの方々には、フォーラムに投稿されたトピックを提起するという重要な役割を担っていただいています。トップレベルユーザーは、Google の検索チームと定期的にコミュニケーションをとり、Search Console ユーザーという大規模なコミュニティを支える存在です。

オープンフィードバック - 従来の Search Console についてのフィードバックコメントを分析し、ご要望が特に多かったリクエストを特定しました。このフィードバックは、Search Console の [フィードバックを送信] ボタンをクリックして送信できます。このフィードバックにより、昨年多く寄せられた「検索アナリティクス（検索パフォーマンス）レポートで 90 日以上のデータを見たい」というリクエストについて、その詳しい理由を把握することができました。前年の同時期との比較が必要だということがわかったため、16 か月分のデータを利用できるようにしたその決断が正しかったことを確認できました。

Search Console パネル - 昨年新たに構成されたコミュニケーションチャネルです。あらゆる規模のウェブサイトから Search Console ユーザーを無作為に 400 人選び、1 つのグループとしてご協力いただいています。このパネルのメンバーは年間を通して、サーベイによる新しいコンセプトの検証からインタビューやユーザビリティテストに至るまで、ほぼすべてのデザインの試行錯誤の過程に参加してきました。Search Console パネルメンバーの皆様には、仮説検証からデザインを改良するまでに役立つ有益なフィードバックを提供していただいています。

こうした取り組みの一環として行ったもののひとつが、検索パフォーマンスレポートについて新しく提案されたデザインのテストです。具体的な目的は、「比較」機能と「フィルタ」機能の使い方がわかりやすいかどうかを確認することでした。できるだけリアルに感じられるテストにするため、実際のデータに接続した本物に近いプロトタイプを使用しました。このプロトタイプでは、本番用コードが 1 行も記述されていない状態でも、テスト参加者が自由にユーザーインターフェースを操作できるようにしました。

このテストでは、「比較」機能が見落とされることが多いことがわかりました。そこで、[新規] チップをクリックすると開く統合されたダイアログボックスに「フィルタ」と「比較」が表示されるデザインに変更しました。このデザインに加えて他のデザインについても、ユーザビリティや利便性を最適化できるよう引き続きテストを行いました。

ユーザーからのフィードバックは、実際のデザインの細部だけでなく、構成に関する判断にも取り入れています。たとえば、ユーザーのフィードバックを基に、Search Console の中心となる情報アーキテクチャを大きく変更した結果、新しい Search Console 内のナビゲーションやプロダクトの構成も大きく変わりました。エラーに関するレポートとインデックスカバレッジレポートは当初は別々であったため、同じエラーが複数検出されてしまいました。これらのレポートを 1 つにまとめて包括的に把握できるようにしたのも、ユーザーのフィードバックを受けた結果です。公開日が近づくにつれて、さらに大規模なテストをいくつか実施しました。30,000 人のユーザーを対象に、新しい Search Console の一部のレポートと既存のレポートを比較する A/B テストを行いました。問題の修正率を記録して、新しい Search Console の方が良好な結果をもたらすことを確認し、テストについて調べるためフォローアップのアンケートを送信しました。この最新のフィードバックから、エクスポート機能が、単にあると便利というよりむしろ多くのユーザーにとって欠かせない機能であることがわかりました。また、最初のリリースで詳細なヘルプページを用意するという点でも、フィードバックが役立ちました。新しい Search Console は、現在すべてのサイトでご利用いただけるようになっています。Google では、Search Console のフィードバックボタンやユーザーパネルなどの手段を通じてご協力いただきながらデザインを進めることを重視しています。最良のプロダクトを作ることができるのは、ユーザーの皆様のおかげです。新しい Search Console を試してみる新しい Search Console は、まだ完成したわけではありません。今後取り入れてほしいという機能がありましたら、ぜひ Search Console 上のフィードバックボタンからお知らせください。皆様からのフィードバック、お待ちしています！Posted by the Search Console UX team
Original version: Official Google Webmaster Central Blog: How listening to our users helped us build a better Search Console

Lighthouse Chrome 拡張機能に追加された SEO カテゴリのご紹介

2018年2月6日火曜日

Lighthouse Chrome 拡張機能に、新しく SEO カテゴリが追加されましたのでご紹介します。Lighthouse は、ウェブページの品質向上に役立つよう開発された、オープンソースの自動化されたツールです。サイトのパフォーマンス、アクセシビリティ、プログレッシブウェブアプリ（PWA）対応状況などについての確認でき、サイトの品質を向上させるための具体的な対策を提示します。デベロッパーの皆様が「暗礁に乗り上げないようにする」ことを目的としているため、「Lighthouse（灯台）」と名付けられました。Lighthouse 内の SEO カテゴリでは、ウェブページの基本的な「SEO ヘルスチェック」を実行できます。その結果、デベロッパーやウェブマスターの皆様にウェブページで改善可能な箇所を見つけていただけるようになっています。Lighthouse は Chrome ブラウザでローカルに実行されるため、ステージング環境でも、公開中のページでも、認証が必要なページでも、同じように SEO 監査を実行できます。SEO のおすすめの方法を提示現在の SEO 監査項目はすべてを網羅したものではなく、Google ウェブ検索やその他の検索エンジンでの SEO を保証するものでもありません。現在のリストは、どのサイトも知っておくべき基本事項を検証、反映できるよう設計されており、あらゆるスキルレベルの SEO 担当者やデベロッパー向けに詳細なガイドを提供します。将来的には、さらに詳しい監査やガイドをご提供したいと考えています。ご利用になりたい監査の種類についてご意見やご提案がございましたら、ぜひお知らせください。使用方法現在、SEO 監査は以下の 2 種類の方法で実行できます。 Lighthouse Chrome 拡張機能を使用する:

Lighthouse Chrome 拡張機能をインストールします。

拡張機能バーの Lighthouse アイコンをクリックします。

[Options] メニューを選択し、[SEO] チェックボックスをオンにして [OK] をクリックしてから [Generate report] をクリックします。

Lighthouse 拡張機能で SEO 監査を実行する

Chrome Canary で Chrome デベロッパーツールを使用する:

Chrome デベロッパーツールを開きます。

[Audits] に移動します。

[Perform an audit] をクリックします。

[SEO] チェックボックスをオンにして、[Run Audit] をクリックします。

Chrome Canary で SEO 監査を実行する

現在の Lighthouse Chrome 拡張機能に含まれる SEO 監査項目は、今後拡張、強化していく予定です。確実に機能することが確認でき次第、Chrome デベロッパーツールでもデフォルトで SEO 監査をご利用いただけるようにいたします。皆様が現在取り組んでいるプロジェクトや今後のプロジェクトで、この機能がお役に立てば幸いです。SEO に関するこうしたヒントをご存知でなかった方や、SEO に関心をお持ちの方は、検索エンジン最適化（SEO）スターターガイドをご覧になることをおすすめします。ご意見やご提案がございましたら、GitHub、ウェブマスターヘルプフォーラムでお寄せください。Posted by Valentyn, Webmaster Outreach Strategist
Original version: Official Google Webmaster Central Blog: Launching SEO Audit category in Lighthouse Chrome extension

ページの読み込み速度をモバイル検索のランキング要素に使用します

2018年1月18日木曜日

検索ユーザーはできるだけ早く質問に対する回答を見つけたいと考えています。研究（英語）では、ユーザーはページの読み込み速度を非常に気にかけていることがわかっています。読み込み速度はこれまでもランキングシグナルとして使用されていましたが、それはデスクトップ検索を対象としていました。そこで 2018 年 7 月よりページの読み込み速度をモバイル検索のランキング要素として使用することを本日みなさんにお伝えしたいと思います。

この ”Speed Update” （と私たちは呼んでいます）は、ユーザーに本当に遅い体験を提供しているようなページについてのみ影響し、ごくわずかな割合のクエリにしか影響しません。そのページがどのような技術を用いて制作されたかに関係なく、すべてのページに同じ基準を適用します。検索意図は依然として非常に強いシグナルですので、魅力的で検索クエリと関連性の高いコンテンツは、ページの読み込み速度が遅くても高い順位に掲載される場合もあります。

サイト制作に関わるみなさまには、パフォーマンスがそのページのユーザー体験にどのように影響するかを広く考え、そしてさまざまなユーザーエクスペリエンスの指標を考慮することをおすすめします。ページがこの新しいランキング要素の影響を受けるかどうかを直接示すツールはありませんが、ページのパフォーマンスを評価するために使用できるリソースは次のようなものがあります。

ご質問やご意見がございましたら、お気軽にウェブマスターヘルプフォーラムでお知らせください。

2018/7/9 追記
すべてのユーザーを対象に Speed Update のロールアウトを開始しました。

Posted by Zhiheng Wang and Doantam Phan
Original version: Official Google Webmaster Central Blog: Using page speed in mobile search ranking

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