検索品質評価ガイドラインの更新について

検索アルゴリズムに変更を加えるためにはテストを実施する必要があります。このテストの一環として、Google の検索結果の品質を評価していただいている評価者の方々に、テストに対するフィードバックをお願いしています。評価者からのフィードバックによって個別のサイトのランキングが決定されるわけではありませんが、テスト結果を把握するうえでの有用な情報として活用しています。評価者は、Googleから提供されたガイドラインに基づいて検索結果の品質を評価しており、このガイドラインには Google が考える「検索ユーザーのニーズ」が反映されています。

2013 年、Google は人間による評価のガイドラインを公開しました。これは、Google 検索の透明性を高めるとともに、Google がどのようなウェブページを求めているかをウェブマスターの皆様にご理解いただくことを目的としたものでした。しかし、ガイドラインの公開以降、これまでにさまざまな変化が起こりました。とりわけ、スマートフォンを利用するユーザーが増加したことで、今日ではパソコンよりもモバイル端末で検索するユーザーのほうがが多くなっています。

Google では、ユーザー ニーズの変化を把握するごとにガイドラインに変更を加えてきましたが、2013 年の公開以降の変更については皆様にお伝えしてきませんでした。しかし、このほど評価ガイドラインの大幅な改訂が完了し、今日のモバイルの利用環境に対応しました。これは、インターネットに接続された端末を常に持ち歩く場合、人々の検索の使い方は異なったものになっているということが反映されています。改訂後のガイドラインはこちらからご覧いただけます。

この評価ガイドラインは最終版ではありません。今後も、検索自体や人々の検索の使い方が変わるたびに変更されます。変更を加えるたびに公開ドキュメントを更新する予定はありませんが、ガイドラインの大きな変更については定期的に公開していきたいと考えております。

モバイル端末においても、ユーザーの皆様が探している答えをできる限りすばやく提供できるよう、Google は今後も継続的に努力してまいります。

Googleの”Place Actions”の内容が明らかに。ローカルボックス内に”注文”や”予約”の情報を表示できる。

本日は2記事更新となります。(もう1つはこちら。)先日、構造化データのドキュメントにライブブログが追加されたという記事を掲載しましたが、今回は”Place Actions”が追加されました。Googleのドキュメントによれば、レストランでデリバリーの注文をしたり、美容院で予約をしたり、といった情報を追加できるようです。つまり、ユーザーがアクションを行えるページへのリンクを、ナレッジパネル内に表示することができるようになったことになります。現在はテスト機能のようですが、テスターの募集もしています。ローカルビジネスにとっては、ぜひ導入したい機能ではないでしょうか。– SEO Japan

*記事内のリンクは英語となっています。

数週間前、Googleのヘルプドキュメントに”Place Actions“へのリンクが追加されたと報じた。しかし、該当のページは404エラーとなっており、内容については触れられていなかった。今回、Googleはリンク先のページを表示するようになり、”Place Actions”の詳細を説明している。”Place Actions”はユーザーがローカルボックス内で接触できる内容を追加するもので、”注文”や”予約”についての情報を表示できるようになるのだ。

これは、以前GoogleがDemandForceと共同で行っていたテストと似ている。

“Place Actions”のマークアップを追加することで、ローカル検索結果に”予約する(Book an appointment”といったアクションが追加されるかもしれない。下記に、例となる画像を載せておく。

この機能は、現在はテスト機能であるが、参加したいのであれば、こちらのフォームから参加できる。Googleは下記のように説明している。

Google検索やGoogleマップで特定のビジネスを検索した際に、検索対象となるビジネスについての詳細な情報が記載された、”ナレッジ・パネル”カードが表示されるかもしれません。”Place Actions”はカード内に表示され、そのアクションを行えるページやアプリにユーザーを”ディープリンク”させます。
“ディープリンク”とは、特定のビジネスにおける、特定のWebフォームに向けられたURLを意味します。

今回Googleが更新したドキュメントへのリンクを記載する。

この件についてのGoogle+はこちら。

この記事は、Search Engine Roundtableに掲載された「Google Place Actions Revealed: Place Orders, Make Appointments & Reservations」を翻訳した内容です。

なかなか面白い機能だと思いますが、少々設定が複雑な場合もあるようです。例えば、レストランで複数の異なる店舗でデリバリーが注文できたり、美容院で複数のメニュー(カットとパーマのような)を予約できる場合などは注意が必要です。テスターの募集を行っていますが、日本語ページが対応しているかは未確認です。今後、パブリックで使用できる機能になれば、再度発表があると思われますので、その際は改めて報告させていただきます。– SEO Japan

続きを読む Googleの”Place Actions”の内容が明らかに。ローカルボックス内に”注文”や”予約”の情報を表示できる。

Googleの新しいアプリインストール広告。”トライアル・ラン広告”と”インタラクティブ・インタースティシャル広告”とは。

本日は2記事更新となります。(もう一つはこちら。)Googleがアプリインストール広告の2つの新しいバージョンを発表しました。共にベータ版ですが、参加者も募っているようです。”トライアル・ラン広告”がゲームアプリ向けで、”インタラクティブ・インタースティシャル広告”はエンゲージメントを高めたいアプリ向けとなっているようです。モバイルの利用率の増加に伴い、アプリの数も増え続けている状態だと思われますが、群雄割拠の市場を勝ち抜くための、1つの手段となるかもしれません。– SEO Japan

*記事内のリンクは英語となっています。

Googleはアプリインストール広告の新しい広告フォーマットを2つ発表した。1つは非常に素晴らしく、以前取り上げた、アプリのストリーミング機能を使用して、該当のアプリをダウンロードしなくてもトライアルができるというものだ。

この広告は”トライアル・ラン広告(Trial Run Ads)”と呼ばれている。ユーザーがこの広告をクリックすると、ユーザーは60秒間のトライアルを行えるというものだ。広告には60秒間のカウントダウンが表示される。下記にこの広告のGIFを載せておく。

Google App Trial Run Ads

2つ目のフォーマットは、HTML5を用いた非常にインタラクティブなものだ。Googleの説明によると、「”インタラクティブ・インタースティシャル広告”はベータ版である。HTML5を用いた広告であり、広告を出すアプリに合わせた、完全にカスタマイズされたユーザー体験を提供することができる。」、としている。

この件に関するGoogle+WebmasterWorldのリンクを張っておこう。

この記事は、Search Engine Roundtableに掲載された「New Google App Install Ads: One Streams Your App For 60 Seconds For Free」を翻訳した内容です。

Googleの記事によると、インストールされたアプリの内、4分の1が全く使用されていないということです。ロイヤリティの高いユーザーの獲得が望まれていますが、非常にハードルも高いのでしょう。また、”モバイルに適した経験を提供することは広告とて同じこと”とも述べており、”インタラクティブ・インタースティシャル広告”では、既存のテンプレートではなく、カスタマイズされたテンプレートを使用し、A/Bテストを行うことも薦めています。自身のアプリに適した広告の最適化が今後進むかもしれません。– SEO Japan

続きを読む Googleの新しいアプリインストール広告。”トライアル・ラン広告”と”インタラクティブ・インタースティシャル広告”とは。

新しいペンギンアップデートの更新は年内に行われない。

年内の更新が予定されていたペンギンアップデートですが、実際の更新が来年まで延期されたとのことです。クリスマスシーズン前のランキングの変動を避けるといった対応だと思われますが、ホリデーシーズン前には大きなアップデートを行わないという前提(?)は以前からありました。なんだかんだ多くの関心を集めていたペンギンアップデートの更新ですが、ひとまず来年まで持ち越しとなった模様です。– SEO Japan

Googleはペンギンアルゴリズムの更新を今年は行わないため、WebマスターとSEO担当者はもう少し辛抱しなければならない。

*記事内のリンクは全て英語となっています。

私を含めてだが、みなさんもGoogleのペンギンアップデート年内に行われると期待していただろう。しかし、GoogleがSearch Engine Landに伝えてくれた情報によると、ホリデーシーズンのため、更新は来年まで行われないとのことだ。

Googleのスポークスマンからの情報によると、「ホリデーシーズンを間近に控えていることを考えると、ペンギンの”行進”は来年まで行われないようだ。」

次回のペンギンアップデートはリアルタイムであることが予測されている。つまり、Googleがあなたのサイトへのリンクを発見すれば、それが良いリンクであれ悪いリンクであれ、すぐにペンギンアルゴリズムはこれらのリンクをリアルタイムで分析し、ランキングの変更もほぼリアルタイムで行われるということだ。

ペンギンは継続したアップデートになるため、今までのように、Googleがアップデートを行うまでに数ヶ月、もしくは、数年待たなければいけない、といった状況ではなくなる。公式で行われた最後のアップデートはペンギン3.0であり、2014年10月17日に行われた。13ヶ月以上前である。

ペンギンの更新が年内に行われなくなったため、Webマスターはもう少し忍耐強く待たなければならないだろう。

この記事は、Search Engine Landに掲載された「Google: New Penguin Algorithm Update Not Happening Until Next Year」を翻訳した内容です。

気がつけば1年以上更新が行われていないペンギンアップデートですが、さらなる延期がされる見込みとなりました。理由はホリデーシーズン前ということになっていますが、ローンチの準備が整っているかどうかについては言及がありません。アメリカではクリスマスが1年を通して最大のイベントと言えるでしょうが、新年も大きなイベントの一つです。日本では正月が最大のイベントになりますが、ホリデーシーズンについてもグローバルに考えていただけているのでしょうか??– SEO Japan

続きを読む 新しいペンギンアップデートの更新は年内に行われない。

“ファントム3″は新たな”クオリティ・アップデート”だったのか?

先月中旬に見られた変動についての記事です。順位変動やアップデートの疑いがある、という記事はちょこちょこ見られるのですが、それら全てを確認する必要はないかと感じています。今回の記事については、フォーラムでの発言がメインではなく、ファントムアップデートの名付け親であるゲイジ氏や、Searchmetrics社のマーカス氏も記事を投稿しており、それらをまとめた記事になります。日本でも変動が見られるといった発言を目にしますが、Googleからのオフィシャルな発表は特にありません。– SEO Japan

11月19日のアップデートをGoogleは認めていないが、ランキングアルゴリズムの核となる部分のアップデートが行われた証拠が数多くある。

*記事内のリンクは全て英語となっています。

新たな”ファントム”アップデートがあったのだろうか?Googleは否定しているが、アップデートが起こったと考えている人が多くいるようだ。

2015年11月19日に、Googleがアップデートを行ったのでは、との報告が、多くのSEO担当者から寄せられた。Googleのジョン・ミュラー氏はTwitterで、「Googleとして報告することは何もない。」と述べており、「Googleは毎年何百もの変更を行っている。」ともしている。

“Googleは大きな変更を行ったが、それを発表していない”、といった可能性がある。また、”Googleが数百の内の1つの変更を行い、それを一部の人間が変動と捉えた”、といった可能性もある。さらに、”主要な変更は何も行っておらず、それ故Googleも何も発表していない”、ことも考えられる。

個人的には、パンダアップデートペンギンアップデートではないと考えている。もしも、両者の内のどちらかであれば、これまでと同様、ジョン・ミュラー氏は何らかの発表を行っているだろう。

Googleが発表していないことが起こった可能性はあるのだろうか?もちろん、その可能性はある。

しかし、Googleのランキングアルゴリズムの”核”となる部分への変更ではない。それらは、メインアルゴリズムのフィルターとしての役割を担っているのだ。コア・アルゴリズムの場合、Googleは特に発表を行わない。

それでは、メインアルゴリズムへの変更であったのだろうか?その可能性はある。過去にも変更が疑われた後、最終的にGoogleがそれを認めた、ということはあった。

5月に、Googleはクオリティ・アップデートを認めたが、それは、最初に変動が確認されてから2週間後のことであった。Googleの発表が遅れ、詳細を知る者が誰もいなかったため、ファントムアップデートとして知られるようになった。ファントムアップデートは、これについての記事を最初に書き上げた、グレン・ゲイジ氏が名付けたものである。

ゲイブ氏は、2015年5月のアップデートを”ファントム2″と呼んでいた。これは、2013年に起こった非公式のアップデートであるファントム(つまり、こちらがファントム1となる)の続編であると想定していた。

実際には、ファントム1で行われた変更が、そのままファントム2でも起こったと断定することはできない。両者は全く異なるアップデートであった可能性もあるのだ。共通した唯一の事項は、誰も詳細を知ることがなかったため、”ファントム”という名前がつけられた、という点である。

繰り返しになるが、Googleは最終的にファントム2がクオリティ・アップデートと呼ばれるものであることを認めた。そして、11月に起こったと思われるアップデートは、新しいクオリティ・アップデートなのだろうか?

答えは誰にもわからない。ただ、多くの証拠と思われるものがあるだけだ。幾つかのケーススタディや、11月19日から見られる業界内の多くの報告が、それにあたる。

今回のアップデートをファントム3と呼ぶものもいる。前述のゲイジ氏は新しい記事内で言及しており、Searchmetrics社のマーカス氏も同トピックの記事を投稿している。両記事とも、今回のアップデートの影響を受けたサイトの非常に詳細な情報を記載しており、どの程度の影響があったか、なぜ影響を受けたのか、といった内容が記されている。

両者とも、今回のアップデートは品質に関するものだと論じており、ファントム3(もしくはクオリティ・アップデート2)の可能性を示唆している。

少々話しが複雑になってきた。下記にまとめてみよう。

  1. ファントム1(2013年5月)
    Googleは発表していない。アルゴリズムへの変更の可能性がある。
  2. ファントム2=クオリティ・アップデート(2015年5月)
    この変更が見られた当初は、非公式の名前である”ファントム2″として知られた。Googleは公式には”クオリティアップデート”と呼んでいる。
  3. ファントム3(2015年11月)
    Googleは発表していない。クオリティ・アップデート2の疑いがある。

さらに状況を複雑にしてしまうが、6月にGoogleはアルゴリズムへの別のアップデートを認めている。このアップデートを”ファントム”と呼んでいる者は誰もおらず、また、Googleも名前はおろか、それについての説明もしていない。

この記事は、Search Engine Landに掲載された「Was “Phantom 3” A New Google “Quality Update” To Its Algorithm」を翻訳した内容です。

記事内で言及されていたゲイジ氏の記事は非常に詳細なデータに基づいており、グローバルでの影響も観測しているようです。マーカス氏の記事については品質を中心に論じており、先日公開された品質ガイドラインを引き合いに出しています。マーカス氏によると、品質ガイドラインに沿ったサイトは影響がない、といった調査報告がされていますが、Googleによる品質調査は順位を決定づけるものではないと断定されています。しかし、高品質なサイトは上位に表示される、といった前提は今に始まったことではないですし、品質を考える指標として、ガイドラインを参考にすることも間違った選択ではないと思います。Googleのアップデートを常に追い続けると言うのは本質的ではありませんが、定期的にご報告していきたいと思います。– SEO Japan

続きを読む “ファントム3″は新たな”クオリティ・アップデート”だったのか?

【シリーズ連載その1】Android 6 “Marshmallow”とSEO。Googleのプライベート・インデックスとスクリーン・クローリングとは。

去る10月にAndroid 6がリリースされ、11月にNow On Tapの提供が日本でも開始されました。様々な機能の追加や進化が行われましたが、それらがSEOにどのような影響を与えるのか、非常に気になるところです。今回の記事は、PubconやSMXでも登壇されている、シンディー・クラム氏の記事になります。3回シリーズの初回となりますが、続編記事も順次アップしていく予定です。– SEO Japan

*記事内のリンク先は全て英語となっています。

Googleの最新OSのAndroid6、別名”Marshmallow”(マシュマロ)。その機能と可能性が今後のモバイル検索に与える影響を、これから3回に渡って考察していく。この記事では、寄稿者のシンディー・クラム氏が、Googleのプライベート・インデックスとスクリーン・クローリングについての解説をしてくれている。

android-logo-textured-1920

Android 6、通称、”Marshmallow”のアップデートが一部のNexusのデバイスに解禁された。大勢のSEOの関係者が、この大々的に宣伝されたアップデートが、モバイルユーザーの行動と検索にどのような影響を与えるのかを考えている。Googleの高度な予想検索ツール、Now on TapがブラウザとOSに深く統合されているからだ。

私もアップデートしてみたが、今のところは、期待に沿っているとは言いがたい状況だ。しかし、モバイル検索が向かう先と未来に大きな影響を与える可能性は否定出来ない。

より統合された予測検索が与える影響を予測するために、まずは、Marshmallowのローンチが始まる前に実施された、モバイルChrome、モバイル検索、Google Nowのアップデートを確認し、ローンチ後の現状と比較してみよう。

過去6ヶ月の間に、小規模な変更と大規模な変更が多数行われていた。今回の3部作の記事では、そのうちの一部を振り返り、モバイルSEO戦略に与える影響を考察していく。ディープリンクとApp Indexingはこれらのアップデートにおける非常に重要な項目ではあるが、この一連の記事では、Webを基本とした変化に焦点をあてたいと思う。

このシリーズで取り上げるトピックは3つあり、それぞれ、”Googleのプライベート・インデックス”、”スポンサー付きのGoogle Nowカード”(注)、そして、”「Click-to-Search」のモバイル検索行動と検索結果”となっている。

注:原文では”sponsored Google Now cards”と記載されているため、そのまま和訳しています。しかし、GoogleはGoogle Nowカードには”スポンサー付き”のコンテンツを全く含めていないとアナウンスしたようです。そのため、第2弾の記事では、”商業データを用いたGoogle Nowカード(Google Now Cards Featuring Merchant Data)”という表記に改めています。

Googleのプライベート・インデックス

まずは、Googleのプライベート・インデックスの検索結果を徹底的に検証していこう。Googleは、パーソナライズを行うため、クエリや閲覧とクリックの履歴などのユーザーデータを集めているが、現在、Googleは検索可能なプライベート・インデックスも保有している。

“Phone”(日本語では”携帯端末”)は、新しい検索オプション(インデックス)であり、Marshmallowの有無にかかわらず、すべてのユーザーが利用できる。このオプションは、”あなたの端末”を検索する機能であるが、Google Nowのインデックスに隠されており、上部のナビゲーションを右方向にスクロールしていくと見つかる。

Search My Phone - Google Private Index

これは、Googleによる初のプライベート・インデックスの利用である。プライベートなモバイルの行動情報が保存され、OSとのやり取りですぐに結果を返す、Apple iOS9のプライベート・インデックスによく似ているものだ。

しかし、iOS 9のプライベート・インデックスとは異なり、Googleは全てのデバイスから、ユーザー行動のデータを全力で集めている。また、Googleのプライベート・インデックスの情報は、少なくとも部分的には、クラウド内に提供される。(iOS 9では、全て端末にローカルで提供される。)

注記: Google Now、または、Now on Tapの検索機能、もしくは、スマートフォンのホームスクリーンで検索を開始することが前提だ。検索を実行し、ブラウザが起動したら、ナビゲーションを右端までスクロールする。”phone”のオプションは、スクロールしなければ見えない位置に配置されているためだ。ChromeとGoogle Nowでは、検索結果のナビゲーションの設定が若干異なる。Chromeのブラウザで検索した場合、異なるナビゲーションが表示される。

プライベート・インデックスには何が含まれているのか?

このインデックスのアイテムには、連絡先、Eメール、アプリ、過去の検索、音楽などが該当する。Googleのクラウド内に提供されているアイテムであれば、AndroidとiOSの両方で利用できる。Googleを立ち上げ、「フライト」や「犬の写真」などのクエリを入力し、プライベート・インデックスを検索することが可能だ。

Android OSのGoogle Nowでは、基本的に常にユーザーをログインの状態にしているが、Chromeは異なるアプローチを採用している。Android OS/Google NowとGoogle Chromeで同じアカウントにログインしている場合、プライベート・インデックスの結果はほぼ同様であるようだ。もし、Chromeにログインしていなかったり、別のGoogleアカウントでログインしている場合は、下記のように、プライベート・インデックスの結果は非常に異なるものとなっている。

My Pictures of Dogs

すべてのAndroidのデバイスは、デフォルトで、スマートフォン上の写真をGoogle Photosのアカウントにバックアップする設定になっている。ユーザーのプライベートな写真は、一旦クラウド内に保存されると、そのユーザーのプライベート・インデックスの一部となる。

同じように、Google Music(Androidのスマートフォンにデフォルトで搭載されているミュージックプレイヤー)は、ユーザーの音楽をクラウド内に提供し、保管され、ユーザーのスマートフォン、もしくは、別のデバイスに好きな曲をダウンロードすることができるようになっている。

注記: 現段階では、Googleによるコンテキストの理解や画像認識は完璧ではない。上の例のように、Googleが、どの写真が犬の写真であるかは理解しているが、私の飼い犬のジンガーを選ぶことは、画像ファイルの名前や説明に犬の名前が掲載されているGoogle+の写真が選ばれた時のみである。また、Googleは、オーディオファイルの場合も、曲名やアーティスト名が少しだけ異なっている重複する曲を削除する機能は提供していない。是非、このような機能を加えてもらいたいものだ。

プライベート・インデックスには様々な種類のコンテンツが含まれている。そして、Googleは、可能であればいつでも、プライベートなコンテンツをクラウドに提供し、Googleアカウントからそのデータへアクセスできる状況を作り上げようとしている。

複数のGoogleアカウントにコンテンツがある場合、大きな問題が生じる可能性がある。なぜなら、特定のアイテムを検索するために、あるアカウントから、別のアカウントにサインインし直さなければならないからだ。ローカルに保存してあるコンテンツがあり、ログインしていない状態でこのコンテンツを検索する場合、Googleはそのコンテンツを見つけ出すことができない。Googleの写真アプリの写真アシスタント機能でさえも、ローカルに保存されている写真を検索し、見つけるためには、オンラインの状態になっている必要がある。

スクリーン・クローリングと、SEOにとってNow on Tapが重要である理由。

プライベート・インデックスのコンテンツは、常に自然検索結果よりも上位にランクインするため、とても重要だ。プライベート・インデックスのコンテンツのランキングは、モバイル検索で1位を獲得するための新たな最強のSEO戦略だと言えるかもしれない。それでは、どうすればユーザーのプライベート・インデックスに入り込むことができるのだろうか?

プライベート・インデックスの情報の一部はAndroid OS、そして、連絡先のリスト、Eメール、ハングアウトなどのAndroidアプリからストックされる。その他の情報は、Googleにログインした状態で使用した別のデバイスでの行動、また、Googleのクラウドに提供されているあらゆるアイテムから抽出される。

Marshmallowでは、ディープリンクが張られたアプリからの情報も追加されているかもしれない。また、Googleの新しいスクリーン・クローラーによる情報も、プライベート・インデックスに追加されることもあるようだ。このスクリーン・クローラーは、スマートフォンでアクセスしたウェブやアプリの画面から情報(今のところはテキスト情報のみ)を読み取り、インデックスすることが可能であり、光学式文字認識(OCR)テクノロジーに似ている技術だ。

下のスクリーンショットにあるように、スクリーン・クローリングは、Androidのスマートフォンで情報をやり取りする際に、いつでも行われるものと思われる。

My Private Index - Google

Marshmallowのドキュメントには、この技術はNow On Tapがコンテキストを理解し、オンデマンドで関連する情報を提供するための手段だと記載されている。また、Googleはこの技術を使用して、APIが設定されていなかったり、アクセスしにくいアプリのコンテンツをクロールし、インデックスすることを計画しているようだ。

コンテキストの認知は、Googleが強調しているNow on Tapの主要なメリットであり、スクリーン・クローリングがこれを可能とさせている。しかし、Android以外のデバイスでは、同じレベルで認知することはできないようだ。GoogleはAndroid OSを完全にコントロールしているため、遥かに多くの情報にアクセスし、OSを使って、スマートフォンでのすべての行動をOCR処理することが可能なのだ。

スクリーン・クローリングは、他のOSのデバイス(およびアプリ)では実施することができない領域の作業であるため、Now on Tapとプライベート・インデックスにおける、iOSでアクセスした際の大きな弱点だと言える。Google Nowは、ローカルに保存されたiOSの連絡先、写真、iOSアプリのディープリンクにかかわるデバイス上の行動、および、情報のやり取りをインデックスすることはできないのだ。

プライベート・インデックスの仕組み。

クエリが投稿される前に、Google Nowの検索サジェストの欄にプライベート・インデックスの結果が表示される。この点に関しては、iOS 9のApple検索の結果によく似ている。現在、連絡先、曲、過去に検索したキーワード、スマートフォンにインストールされているアプリ、そして、過去に訪問したことのあるウェブサイトが対象となっている。

今後、Eメールや、その他のアプリ内コンテンツも表示されるようになる可能性はある。これらのコンテンツは、現時点では、検索が実際にブラウザのウィンドウで実行された場合にのみ表示され、即時にプレビュー表示されるわけではない。ローカルに保存されているわけではなく、プライベート・インデックスのクラウド版の中にコンテンツが存在するためだ。しかし、スマートフォンにはインストールされておらず、また、ユーザーがアクセスしたことのない人気の高いアプリやウェブサイトが表示される可能性もある。

Googleはこのユーザー体験を改善している段階ではあるものの、下記の例から、その進歩を垣間見ることができる。

左側の画像は、ホームスクリーンから、Google Now/Now on Tapで”trip”を検索した画像である。過去に検索したキーワード、ウェブの結果、そして、アプリの結果が含まれている。一方、右側の画像は、同じ検索を完全に実行し、ブラウザウィンドウが開いた際の画像だ。ここでは、過去に訪問したウェブページにより多くのスペースが割かれ、アプリ、連絡先、そして、曲が表示されている。

Google Now Instant Results

プライベート・インデックスには、具体的なユーザー体験における困難は存在するのか?

プライベートの検索結果は、Googleの設定を変えると、有効/無効や一時的に停止することもできる。過去の閲覧履歴の削除から、別のアカウントへのエクスポートなど、色々と自由が利く。

ただし、”プライベート”な検索結果の設定が”off”になっていても、ウェブやアプリの履歴に応じて、パーソナライズされた結果が表示されることもある。つまり、プライベート・インデックスの”コンテンツ”は含まれない、ということだ。

Googleは、モバイルの検索ユーザーが早さを重要視していると考えており、モバイルのユーザー体験のスピードアップにつながることなら何でも実施している。この点を踏まえ、プライベート・インデックスから”インスタント”な検索結果を提供する上で、Google Nowにおけるローカルでのキャッシュの価値を考慮しなければならない。

プライベート・インデックスのコンテンツの大部分は、スマートフォンでローカルに保存されるため、データやWiFi接続がなくてもインスタントの結果をフェッチすることが可能であり、また、ウェブサーバーとの間を往復する必要もないため、速度が落ちることもない。クラウドベースやウェブの影響を受ける検索結果は、検索が実施され、ブラウザウィンドウが開いたときのみ表示される(インスタントの結果に表示されるコンテンツと検索が実行された時のみ表示されるコンテンツを比較すれば、ローカルに保存されているアイテムの内容を知ることができる。)

先ほども申し上げたとおり、プライベート・インデックスから有意義な結果を得るためには、ChromeでGoogleのアカウントにログインする必要がある。スマートフォンのOSでGoogleのアカウントにログインするだけでは不十分だ。下の左側の画像にあるように、Now on Tapのドキュメントでは、ChromeやNow On Tapからプライベート・インデックスの検索を実行することをユーザーに推奨している。検索の推奨として、”my bills”(私の請求書)、”my event”(私のイベント)、”my pictures”(私の写真)などを挙げている。

中央の画像は、”my past flights”(私の過去のフライト)の検索結果であり、現在のEメールの情報だけでなく、Googleが旅行に関した過去のEメールの情報までインデックスしていることを示すものだ。(ちなみに、フライト情報は、確認用のEメール内のマークアップを基にインデックスされており、以前から実施されている。また、ユーザーのフライトの履歴も保管していることは興味深い。別のチャンネルでの広告ターゲティングにおける利用が考えられる。)

右の画像は、”my events”で検索した画像であり、Googleカレンダーから情報を引き出している。複数のGoogleカレンダーを持っている場合、現在ログインしているカレンダーのイベントのみが表示される。ただし、イベント情報に関してはインデックスに必要とされるマークアップは少ない。なぜなら、関連する情報が既にGoogleカレンダーに埋め込まれているからだ。

Google Now Private Index Results

こうした検索は、Gmailを利用しているか、Gmailのアカウントに転送される場合に有効だが、主に使用しているEメールがGmail以外のEメールのプロバイダーを経由している場合は、有効ではない。同様に、EメールがGoogle Apps for Businessを経由するケースにも対応していない。(会社が料金を支払って利用するEメール、カレンダー、その他のツールなどが含まれるため、大きなミスだと思う)。

Googleはプライベート・インデックスの機能を大きくアピールしているわけではないが、存在することは確かであり、予測検索やモバイルSEOの未来に大きく関わる機能だろう。

プライベート・インデックスの結果は、常に検索結果のトップに表示される。そのため、SEOのエキスパートとして、ユーザーのプライベート・インデックスに入り込むための方法を今から探し始めるべきである。大半のSEOの関係者にとっては新しい領域になるだろうが、モバイルのランキングでトップを獲得する戦略として、十分に価値はあると言える。

これは、より深く、よりインタラクティブなオンラインでのエンゲージメントを伴うことで実現することができるものだ。ユーザーのアドレス帳に問い合わせ先をダウンロードしてもらう、キーワードとマークアップの最適化を施したEメールをユーザーに送る、ユーザーにキーワードの最適化を行ったイベントのリマインドをカレンダーに追加してもらう、そして、アプリを導入し、そのアプリにディープリンクを設定するなどの作業が必要となる。

Marshmallow、そして、Now on Tapが公開された。それらが進化するに連れ、プライベート・インデックスのコンテンツに大きく依存するようになるだろう。なぜなら、プライベート・インデックスは、他の何よりもコンテキストに沿った結果を提供し、ユーザーが探しているものを出来るだけ早く見つけられるように手を貸すことになるからである。

この記事の中で述べられている意見はゲストライターの意見であり、必ずしもサーチ・エンジン・ランドを代表しているわけではない。

この記事は、Search Engine Landに掲載された「Android 6 “Marshmallow” & SEO Series: Google’s Private Index & Screen Crawling」を翻訳した内容です。

Googleが目指しているイメージの一つとして、”パーソナル・アシスタント”という言葉をよく聞きます。自分の秘書のように我々の生活をサポートし、先立って情報を与えてくれる”おもてなし”精神を個人的には感じています。より正確な予測のためには、より多くのデータの必要性があると思われますが、Googleはデータの収集と利用を積極的に行っているようです。かたや、iOSはユーザーのプライバシーを考慮した姿勢が伺えます。どちらが良いかは好みの問題となるでしょうか?個人的には非常に興味深い分野でありますが、続編記事もアップさせいただきますので、興味のある方はぜひご覧になっていただければと思います。– SEO Japan

続きを読む 【シリーズ連載その1】Android 6 “Marshmallow”とSEO。Googleのプライベート・インデックスとスクリーン・クローリングとは。

検索ボリュームがないキーワードでSEOを行う必要があるのかという話

SEOの相談をうける中で、「検索ボリュームがない/少ないキーワードの対策ってどうしたらいいの?」「そもそも対策する必要ってあるの?」といった質問をいただくことがしばしばあります。今回は、そんな「検索ボリュームが少ないキー […]

Googleが検索結果の品質を評価するガイドラインの完全版を公開。

度々流出が話題になる検索結果の品質評価のガイドラインですが、今回、Googleが完全版を公開したようです。The SEM Postがこれについての記事をあげていましたが、Google自ら完全版を公開しています。The SEM Postによると、今回のガイドラインはモバイルについての記載が多く含まれているとのことです。下記記事内にもある通り、Googleはガイドラインの内容を都度更新しているようですが、Googleのモバイルに対しての注力具合がここからも見えてきます。– SEO Japan

Googleが検索結果の品質を評価するガイドラインの完全版を公開した。Googleがこのガイドラインを公開することは初めてである。160ページからなるガイドラインとなっており、SEOについての知識が詰まった内容となっている。

*記事内のリンクは全て英語となっています。

Googleが検索結果の品質を評価するためのガイドラインの完全版を公開した160ページからなる、PDFのドキュメントだ。Googleの検索結果の品質の評価付けを行う作業者が、検索結果をどのように評価するかを理解させる目的で作成されている。

今週の前半に、2015年10月のバージョンのドキュメントが流出していた2008年2011年(原文では2001年となっていますが、おそらくタイプミスと思われます。)、2012年にも、ガイドラインが流出していた。2013年には要約版を公開していたが、今回は160ページの完全版を公開しており、これは、品質評価の作業者のみが閲覧できるものであった。

Googleのミニ・アンダーウッド氏は、「作業者からの評価が個別のサイトのランキングを決定づけることはないが、我々が行っている実験に対する理解を深める上で、助けとなっている。」、と述べている。また、「作業者は、我々が提供したガイドラインに基づいて、評価付けを行っている。ガイドラインは、Googleが考える、検索者が望んでいるものを反映する内容となっている。」、とも述べている。

アンダーウッド氏は、Googleが時間をかけてドキュメントを更新していることもほのめかしている。”検索とその使用方法における変化”に従い、継続して更新を行っているのだろう。

Googleの厚意によって、完全版のガイドラインはこちらからダウンロードできる。

この記事は、Search Engine Landに掲載された「Google Releases The Full Version Of Their Search Quality Rating Guidelines」を翻訳した内容です。

記事内でもありましたが、今回のガイドラインは、あくまでGoogleの品質に対する考え方が記載されているものであり、ランキングアルゴリズムの内容が書かれているわけではありません。そのため、公開されたガイドラインの内容を把握しても、自社のランキングを上げるための特効薬が手に入るわけではありません。しかし、The SEM Postの記事を読んだ限りですが、非常に興味深い内容は書かれていました。160ページと長い文章になっていますが、3連休の課題としてはうってつけかもしれないですね。(笑)– SEO Japan

続きを読む Googleが検索結果の品質を評価するガイドラインの完全版を公開。

GoogleがApp Indexingの対象範囲を拡大。アプリのみのコンテンツをインデックスし、ストリームすることが可能に。

Googleがアプリ内のみに存在するコンテンツを検索結果に表示するようになりました。今までは、Webページに同一のコンテンツがある場合のみ、表示させる仕組みでした。記事下部にも紹介されている、こちらの記事で、ダニー・サリバン氏がアプリ内のみのコンテンツの例として、ゲームのスコアやプレイ画面のストリーミングを例として挙げています。また、中国やインドではアプリのみのコンテンツが非常に多いとのことです。”モバイル・ファースト”という言葉は多く聞かれるようになりますが、これからは”アプリ・ファースト”という考えが広まるかもしれません。– SEO Japan

Googleはモバイル検索結果に、アプリのみのコンテンツを表示させる実験を、Androidの9つのアプリを対象に行なっている。これは、アプリとGoogle検索において非常に大きなステップである。

*記事内のリンクは全て英語となっています。

Googleはアプリ内のみに存在し、Webに同一のコンテンツがないコンテンツをインデックスし、順位付けを行っていると発表した(Androidのみ対象)。さらに、Googleはこうしたアプリからの”ストリーム”を可能とし、その際は、検索者がアプリをダウンロードする必要はない。

アプリ内のみのコンテンツを発見する

2013年の10月に、Googleはモバイル検索結果におけるアプリの表示を開始した。当時は、Webバージョンのコンテンツが存在する、アプリ内のコンテンツのみをサポートしていた。

例えば、あなたが複数のレストランをリスト化しているアプリを持っている場合、一致するコンテンツがWebページにある場合のみ、該当のコンテンツを表示させていた。今回、テストの一環として、Googleは一致するコンテンツがWebページにない場合も、インデックスするようになった。

今回対象となるアプリは9つであり、Androidのみが対象で、米国の英語での検索だけとなっている。下記に、その9つのアプリを記載する。

  1. Chimani
    【アメリカの国立公園に関する様々な情報を提供するサービス】
  2. Daily Horoscope
    【星占いのサービス】
  3. Gormey
    【レストランの検索サービス】
  4. Hotel Tonight
    【直前予約も対応しているホテル検索サービス】
  5. My Horoscope
    【星占いのサービス】
  6. New York Subway
    【ニューヨークの地下鉄の情報提供サービス】
  7. Useful Knots
    【様々なヒモの結び方を紹介するサービス】
  8. Visual Anatomy Free
    【立体的な人体図が見られるサービス】
  9. Weather Channel
    【天気予報のサービス】

*アプリの説明はSEO Japanによる加筆です。

Googleはこのプロジェクトを他のアプリに拡大する計画についてはアナウンスしていない。モバイル検索への影響がどの程度あるかを計測しているのだろう。

ストリームミングのシミュレーション

上記のアプリをインストールしている場合は、GoogleはAndroidの検索結果からアプリに遷移させるだろう。もし、インストールしていなければ、Chromeでの検索結果には表示されない。Googleアプリを使用している場合は表示されるが、これは、”アプリのストリーミング”機能をGoogleがテストしているからだ。

もちろん、ストリーミングでもアプリ内の機能を使用することができる。例えば、Hotel Tonightのアプリから予約を行うことができる。Googleによると、これはベータ版であるため、完璧に動かないかもしれないとのことだ。

この機能を使用するには、Android 5″Lollipop”か、Android 6″Marshmallow”、もしくはそれ以上のバージョンが必要だ。また、安定したWifiの接続も必要とされる。この条件が揃っていなければ、ストリーミング機能がついた、アプリのみのコンテンツは表示されない。(しかし、該当のアプリをインストールしていれば、ストリーミング機能がついていない、アプリのみのコンテンツは表示される。)

ストリーミング機能はGoogle Playのアプリでローンチされ、Chromeではなく、Google Playのアプリ経由で動く仕組みとなっている。検索結果に表示されたアプリの横に”Stream”と表示されていれば、このオプションを選択することができる。

下記に、今朝我々が行った、Googleの検索アプリでのストリームボタンの確認テストの画像を記載する。

下記の画像は、AndroidのChromeブラウザでの検索結果だ。

ストリームボタンをクリックすれば、下記の免責事項が表示される。

【上記画像和訳】
Googleによるアプリのストリーミング
今回の実験の機能により、Googleはあなたのデバイスにインストールされていないアプリへのアクセスを許可します。この機能は、該当のアプリを動かし、結果をストリームしているGoogleのサーバーへ、あなたが入力した情報を送付することで動くようになっています。

下記に、ストリーミング機能のGIFを載せておく。

もしストリーミング機能を使いたいのであれば、画面下部にあるバナーをクリックする。すると、バナーが縮んで”G”の文字だけになる。

その後、アプリのインストールを選択できる画面が表示される。また、ストリーミングについての詳細画面へも行くことができる。(詳細画面はここのページ。)

また、Wifi接続が不安定の場合では、下記の画面が表示される。

【上記画像和訳】
ネットワーク接続が不安定であり、ストリーミングすることができません。Wifiの設定を確認し、再度試して下さい。

iOSへの対応は?

Universal SearchとUniversal Linksにより、Appleもアプリだけのコンテンツをサポートしている。しかし、Googleは今のところ、iOSアプリへの対応についての計画は明らかにしていない。この機能はAndroidのアプリのみが対応であり、iOS用のアプリへは対応していない。

自分のアプリを対応させるためには?

今のところ、あなたのアプリを対応させる手段はない。上記の9つのアプリのみが対応となっているためだ。しかし、もし、Googleがこの機能の対象を拡大した場合は、アプリ側では特に何もすることがないと、私に伝えてくれている。App IndexingのAPIを実装するだけで、Googleはその他の作業を全てまかなってくれる。

繰り返しになるが、今回の機能はGoogleが現在行っているテストとなっている。そして、テストの結果が上々であれば、GoogleはAndoroidの他のアプリに拡大するかもしれないし、iOSのアプリが対象となる可能性もある。

最後に

ストリーミング機能の詳細な情報と、GoogleがアプリとWebの世界に与えている影響については、Marketing Landのこちらの記事を参照して欲しい。

この記事は、Search Engine Landに掲載された「Google Expands App Indexing To Find & Stream App-Only Content」を翻訳した内容です。

4月にローンチしたモバイルフレンドリー・アップデートを始め、Googleが取り組んでいるモバイル対応は実に様々であります。そろそろ年末のスケジュールが気になる頃になりましたが、年内に新たな取り組みが発表されることもありそうです。全てのWebサイトがアプリを必要としているわけではありませんが、アプリを足がかりとしてグローバル展開を狙ってみるという方法も悪くないかも!?– SEO Japan

続きを読む GoogleがApp Indexingの対象範囲を拡大。アプリのみのコンテンツをインデックスし、ストリームすることが可能に。

Googleが”ライブ”ラベルをライブブログの配信者用に表示することを開始。

Googleがschema.orgを使用した、ライブブログのサポートを開始したようです。Google+でその内容が発表されており、開発者向けサイトの内容も更新されています。記事内ではサッカーの試合が例として上げられていますが、セミナーなどへの需要もありそうですね。来年はリオデジャネイロでオリンピックが開催されますが、サッカーのW杯や東京オリンピックでも需要が高まるかもしれません。キーワードの競合性が高まることも予想されるため、実装されていない場合は、実装されている他サイトとの差が大きくなってしまうかもしれませんね。– SEO Japan

Googleがライブブログのschemaへの対応を開始したと発表した。配信者が各種イベントやトピックを”ライブ配信”している場合、それを伝える手段を提供したことになる。

*リンク先は全て英語となっております。

Googleが1ヶ月ほど前に、ライブと記載された赤いラベルを検索結果に表示させるテストを行っていた。今回、Googleは”ライブブログ(live blog)”の構造化データを実装することで、これが可能になると発表した

配信者が自身のコンテンツにライブブログの構造化データをマークアップすることで、Googleに対して、このコンテンツは”ライブブログ”であることを伝えることができるようになった。こうしたコンテンツは、”ライブ”と記載されたラベルとともに、カルーセル内に表示される。

Googleは本日から利用可能になるとしており、「我々はこうしたライブブログのカルーセルが、多くの人に利用できるためのマークアップに対応した」、と述べている。この実装に興味のある配信者は、Googleのページを参照するとよいだろう。”Guardian”、”the Washington Post”、”The Telegraph”、”ScribbleLive” は既にこの取り組みに参加している。

下記のGIFを見ていただくと、上記の内容がよくわかるだろう。

google-live-label-in-carousel-for-live-blog-publishers

この記事は、Search Engine Landに掲載された「Google Launches Live Label In Carousel For Live Blog Publishers」を翻訳した内容です。

shema.orgのサポートの追加は、6月のパンくずリスト以来になります。Googleのコンテンツへの理解は深まる一方ですが、Webサイト側からGoogleに内容を伝える作業も必要とされています。構造化データの実装については賛否両論あるかと思いますが、こうしたわかりやすい”成果”があるものについては取り組みやすいのではないでしょうか?全てのサイトが対象となるわけではありませんが、ライブブログを書く機会のある方は、ぜひ実装していただきたいと思います。– SEO Japan

続きを読む Googleが”ライブ”ラベルをライブブログの配信者用に表示することを開始。

Googleの自然言語検索がよりスマートに。

昨日にGoogleから発表されましたが、検索エンジンのクエリに対する理解が深まったことを報告する内容でした。個人的には、”複雑な質問”の理解が興味深く、人間が参加するクイズ大会で優勝したIBMのワトソンを思い出しました。(もちろん、質問内容の理解はできていませんが。)先日発表された、RankBrainも(直接的ではないにしろ)この進化に大きく関与しているのでは?とも思っています。ますます便利になる一方、Webマスターにとっては悩みの種ともなる可能性がありますが、今後もGoogleの進化は止まることはないようです。– SEO Japan

Googleがクエリの理解について、より賢くなっている。最上級、時間軸、そして複雑な質問に対しても、最適な検索結果を提供している。

Googleは、自身の検索エンジンの自然言語の検索に対する理解がより深まったと発表した。特に、最上級、時間軸、複雑な質問に対する理解が深まっているようだ。

Googleのプロダクトマネージャーである、サチャート・サルガー(Satyajeet Salgar)氏は、以下の3つのタイプのクエリに対する理解が深まったと述べている。

最上級を含むクエリ

Googleは最上級への理解、つまり、”最も高い”や”最も大きい”などを含むクエリへの理解ができるようになっている。つまり、Googleに下記のような質問を尋ねることができるのだ。

  1. マーベリックスの中で、最も身長の高い選手は?
  2. テキサス州で最も大きな町は?
  3. アイオワ州の地域別で最も大きな町は?

時間軸を含むクエリ

Googleは、クエリ内で言及された時間についての理解も深めている。

  1. 1965年のシンガポールの人口は?
  2. 2014年に録音されたテイラー・スウィフトの曲は?
  3. 2013年にロイヤルズに登録していた選手は?

より複雑なクエリ

Googleはより複雑な組み合わせの理解を深めている。つまり、下記のような質問にも答えることができるのだ。

  1. セス・ガベルの義父の映画は何?
  2. バーニー・サンダースが生まれた時のアメリカの人口は?
  3. エンゼルスがワールドシリーズで優勝した時のアメリカの大統領は?

下記に、Googleが発表した今回の進化について説明した画像を掲載する。

上記画像和訳。左上から。
【Who was the US President when the Angels won the World Series?】
(エンゼルスがワールドシリーズで優勝した時のアメリカの大統領は?)
【Who was the US President】
(大統領のリスト)
【US】
(国名)
【when the Angels won the World Series?】
(ワールドシリーズの勝者を年代ごとに)
【the Angels】
(野球チーム)
【Presidents of the United States】
(アメリカの歴代大統領)
【Year The Angels Won The World Series】
(2002年に優勝している)
【George W. Bush】
上記の認識を組み合わせて算出した答え

この記事は、Search Engine Landに掲載された「Google’s Natural Language Search Gets Smarter」を翻訳した内容です。

Googleのクエリに対するインテント(意図)の理解はかなり進んでおり、Web検索だけでなく、様々なサービスに影響を与えていると感じています。一概に言うことは難しいことは承知ですが、日本語と比べ、英語での理解はかなり進んでいそうです。言語が異なることで、同品質のサービスを提供することは困難であることは明白ですが、様々な言語でも同様の検索が行えれば素晴らしいですね。– SEO Japan

続きを読む Googleの自然言語検索がよりスマートに。

FacebookがGoogleのApp Indexingの使用を開始。検索結果からアプリへの流入を期待。

アプリ内のコンテンツを検索結果に表示させるApp Indexingですが、今回Facebookがこの機能を実装したとのことです。記事内でもある通り、私もいくつか検索してみましたが、アプリを直接開くことはできませんでした。しかし、該当のページが再度インデックスされれば、直接アプリを開くようになると思います。Androidのみの対応ということですが、今回のFacebookの実装により、他のアプリの実装も加速するかもしれません。– SEO Japan

App Indexingを使用することで、検索者をGoogleからFacebookのアプリへ呼びこむことができる。しかし、Androidのみの対応で、Facebookの全てのコンテンツが対象となるわけではない。

FacebookはFacebook内の”アクセスが限定されている領域”の一部をGoogleに公開してきた。Googleからのトラフィックを獲得するためだ。今回、Facebookは、GoogleのApp Indexingを実装することで、検索エンジン最適化にさらに力を入れたことになる。モバイル利用の継続した増加に対応し、トラフィックを獲得し続けることを狙っている。

FacebookにとってGoogleのトラフィックは魅力的。

Facebookは自身のコンテンツの一部を、Googleがインデックスすることを許可していた。少なくとも、2007年にはFacebookのプロフィールページがGoogleとその他の検索エンジンに公開されている。”インデキシング(Indexing)”とは、Googleが該当のページのコンテンツの全てを読み込むことを意味している。その結果、ユーザーが検索をした際、これらのページがGoogleの検索結果に表示される(かもしれない)ことになる。

SEOのプロフェッショナルにとっては周知の通りだと思うが、インデキシングはGoogleとFacebookの両者に利益を与えることになる。Googleにとっては、ユーザーの検索ニーズを満たすコンテンツを獲得することになり、Facebookにとっては、Googleからのトラフィックを獲得することになる。

時間をかけて、Facebookはより多くのコンテンツをGoogleに公開してきた。例えば、2011年にはFacebookのコメントを公開している。今回のGoogleのApp Indexingのサポートを開始したというニュースは、公開するコンテンツを増加した、ということではない。しかし、Google内で発見できる既存のFacebookからのコンテンツが、より良いモバイル体験を導くという狙いが見られる。

App Indexingはブラウジングではなく、Facebookのローディングを意味する。

Wall Street Journalが、本日、このニュースを報じた。記事内では、Googleによれば、FacebookがGoogleのApp Indexingへの許可を、金曜日から開始したと記載されている。FacebookはSearch Engine Landに対し、上記内容が間違いないことを認めている。

App Indexingにより、Googleはユーザーを検索結果から、同一のコンテンツがロードされているアプリへ、直接導くことができている。

Facebookの場合、検索者がGoogleの検索結果画面でFacebookへのリンクをクリックすれば、該当のページのコンテンツをロードするのではなく、Facebookのアプリの開き方を理解しており、アプリ内の同一のコンテンツをロードするということになる。

上記は、公開設定されているプロフィール、Facebookページ、グループ、イベントなど、Googleに既に公開されているFacebookのコンテンツが該当する。(Facebookのアカウント保持者がブロックを設定していないことが前提。)

GoogleのApp Indexingが獲得していなかったコンテンツの中で注目すべきページがある。公開設定されている、個人の投稿やステータスの更新だ。現在、Googleはそれらのコンテンツをインデックスすることができる。モバイルでの検索にも表示されるだろう。しかし、私が見る限り、Facebookはこれらのコンテンツに対してGoogleのApp Indexingの実装を行なっていない。つまり、Facebookのアプリではなく、ブラウザでロードをしていることを意味している。

App Indexingは新しい情報を集めているわけではない。

FacebookはGoogleのApp Indexingを通じて、Googleがまだ獲得していない、新しい情報を提供しているわけではない。これについて、Facebookは直接私に伝えてくれている。つまり、Wall Street Journalの記述は正しいとは言えないことになる。

Googleの検索エンジンはWebの世界を支配している。しかし、アプリ内の情報を自動的に”クロール”し、分類することはできない。そして、アプリは、スマートフォンのユーザーが大部分の時間を過ごす場所である。つまり、アプリの開発者に、アプリ内のコンテンツの公開を依頼しなければならないのだ。

多くの場合、Googleがインデックスできない情報をアプリが保持しているということはない。特に、主要なWebサイトのアプリであれば。アプリはWebサイトとアプリの両者を強化するため、同一のソースから情報を引っ張ってきている。Yelp、TripAdvisor、Facebookなどは、こうした例に該当する。Googleはこれらのアプリの中身をよく知っているのだ。なぜなら、こうしたアプリの中身は、Webサイトの中身と同一であるからである。

GoogleのApp Indexingは、検索者の体験を向上させるための作りとなっている。ブラウザではなく、アプリへ直接誘導し、アプリにしか存在しない情報を発見するというものではない。

Androidのみが対応で、AppleとBingは未対応。

Search Engine LandのFacebookページなどでは、App Indexingのコードが確認できる。しかし、Nexus 6Pを使用した実験では、Googleの検索結果からFacebookのアプリへ直接遷移することはできなかった。私はFacebookのアプリをインストールしているため、直接アプリへ遷移すべきはずだ。

この件についてGoogleに確認を取っているが、Googleが単純に新しくコードを追加したFacebookページを更新出来ていないでいることが原因かもしれない。こうしたページが再度インデックスされれば、直接遷移できるようになるだろう。

この機能は、Androidのみが対応である。AppleとBingも同様の機能を持っているが、Facebookはまだ実装していない。そのため、(Safariでも、Chromeでも)iOSやWindowsモバイルでは使用することができない。AppleとBingが未対応である点について、Facebookはコメントするものはない、としている。

今回の実装の理由。

なぜ、Facebookではなく、GoogleがWall Street Journalにこのニュースを認めたのだろうか。特別な合意があったとは思えない。結局のところ、Googleによれば、今回の件についてはGoogleによるApp Indexingの使い道についての一般的なディスカッションの一部に過ぎなかった、ということだ。

いわば、GoogleのApp Indexingにとっての大勝利だと言える。今回のFacebookの対応により、多くのパブリッシャーがApp Indexingの使用に積極的になるかもしれない。そしてそれは、Googleのモバイルユーザーにより良い体験を提供することを意味している。

しかし、これはSEOにおけるベストプラクティスと合致するものでもある。つまり、SEOを意識しているあらゆる組織が行うべき取り組みであるということなのだ。Googleは検索結果内でアプリを優遇している傾向がある。時に、ユーザーへの悪影響を断定するかのように。しかし、パブリッシャーにとっては、この波に乗る理由は十分にあると言えるだろう。特に、ランキングを押し上げる要因となる点については。

Facebookによれは、今回のGoogleのApp Indexingの実装は、Facebookアプリを利用しているユーザーの体験を向上させる目的の一部だとしている。

この記事は、Search Engine Landに掲載された「Facebook Now Using Google App Indexing To Drive Visitors From Search Into Its App」を翻訳した内容です。

たまに利用者減のニュースや調査結果を聞きますが、まだまだFacebookはSNS界の王者だと思います。しかしながら、他サービスの人気も高まりつつあり(日本でもInstagramの人気が伸びていますね)、王者と言えどうかうかしていられないというところでしょうか。モバイルにおけるユーザー体験の向上が目的であるならば、少なくともiOSには対応すべきかと思いますが、近いうちに実装されるかもしれないですね。– SEO Japan

続きを読む FacebookがGoogleのApp Indexingの使用を開始。検索結果からアプリへの流入を期待。

赤い警告の裏側: ウェブサイトの安全性に関する情報をもっと

この記事は 2015 年 10 月 20 日に Google Online Security Blog に投稿された記事「Behind the red warning: more info about online site safety」の翻訳です。

ウェブを閲覧していて、お気に入りのバンドの最新ニュースをチェックしようとしたときなどに、突然「アクセス先のサイトで不正なソフトウェアを検出しました」という赤い警告画面が表示されることがあります。こうした警告は最近登場したものではありません。Google セーフ ブラウジングでは 2006 年から、安全でないサイトへユーザーがアクセスしようとしたときにこのような警告を表示し、マルウェアへの感染やフィッシング攻撃など、安全でないサイトによって引き起こされる損害からユーザーを保護しています。しかし、特定のウェブサイトでなぜ警告が表示されたのかは必ずしも明確ではなかったうえ、ユーザーの皆様に詳細を十分にお伝えできていませんでした。

こうした警告をわかりやすくするために、透明性レポートに [サイト ステータス] を追加しました。次回セーフ ブラウジングの警告が表示された際は、ブロックされたウェブサイトを透明性レポートで検索することで、そのサイトに対して Google のシステムが警告を表示している理由を確認することができます。

透明性レポートの [サイト ステータス] は、これまでのセーフ ブラウジング診断ページに代わって提供されます。使いやすいインターフェースを備え、望ましくないソフトウェアをホストするサイトの詳細など、問題をわかりやすく説明します。このセクションを透明性レポートに追加することで、セーフ ブラウジングとその仕組みを理解するうえで必要な情報を透明性レポートの [セーフ ブラウジング] の 1 か所で確認できるようになりました。

お気に入りのウェブサイトが「危険」と表示される場合、その多くはユーザーのアップロードした不適切なコンテンツや、マルウェアへの一時的な感染が原因です。ウェブマスターによってウェブサイトの問題が解決されると、[サイト ステータス] は通常の状態に戻ります。このプロセスが迅速に行われるよう、問題に関する警告が Search Console を介してウェブマスターに自動的に送信されます。Google アナリティクスをお使いの皆様には、サイト上にマルウェアが検出された場合に Google アナリティクスでも通知します(ウェブマスターの方は、ウェブサイトからマルウェアを削除する方法をヘルプセンターでご確認ください)。

Google では、オンライン ユーザーの皆様の保護と情報の提供に努めております。透明性レポートに追加された [サイト ステータス] にアクセスして、ぜひ直接お試しください。

【SMX East 2015 レポート記事】”検索エンジンの中の人になんでも聞こう!”から見えた 6つのこと。

Search Engine Landに掲載された、SMX Eastのレポート記事の第二弾となります。(第一弾はこちら。)今回は、SMXではお決まりの(そして、大人気の)”検索エンジンの中の人になんでも聞こう!”のセッションになります。Googleからはゲイリー・イリーズ氏、Bingからはデュアン・フォレスター氏が、様々なトピックについて議論します。(司会は、もちろん、ダニー・サリバン氏。)今回のSMXではどのような内容が話されたのでしょうか?– SEO Japan

寄稿者のエリック・エンジ氏が、Googleのゲイリー・イリーズ氏とBingのデュアン・フォレスター氏を迎え、検索エンジンの現在、および、未来について議論したセッションを振り返る。

Six Key Themes From SMX East

*記事内のリンク先は全て英語となっています。

10月1日、私はSMX Eastの「検索エンジンの中の人になんでも聞こう!」のセッションに参加した。このセッションには、Googleのゲイリー・イリーズ氏とBingのデュアン・フォレスター氏を招き、Search Engine Landのファウンダーであるダニー・サリバン氏が司会進行を務めた。この記事では、このディスカッションで取り上げられた6つのテーマを振り返っていく。

テーマ 1: AJAXのクロール

2009年10月、GoogleはAJAXをクロール可能にする方法を推奨していた。これは、簡単に言うと、ハッシュタグ(#!)をURL内に含めることで、AJAXがクロール可能なURLである点を検索エンジンに伝えるアプローチであった。

このシグナルを確認すると、”#!”を文字列”?_escaped_fragment_”に置き換えるようにURLを修正する。例えば、下記のようなURLがあったとしよう。

Hashbang URL

上記のURLは下記のURLに置き換えられる

Escape Fragment URL

ウェブサーバーはこのバージョンのURLを受け取ると、HTML のスナップショットを検索エンジンに返す合図だと理解する。基本的に、このスナップショットは、ユーザーが目にするのと同様の、ページを完全にレンダリングしたバージョンである。しかし、検索エンジンにとっては理解や解釈しやすいフォーマットとなっている。

この件に関してのイリーズ氏からの報告は、「現在、Googleはこのアプローチを推奨していない」といったものだった。ただし、今後もGoogleは、この方法に対応することも明言している。つまり、Googleは今後推奨することをやめる、といったことだ。また、同氏は、Googleが、この件で同社の立場を明確にする記事を”2週間前後”にブログにアップするとも述べていた。

フォレスター氏とイリーズ氏は、この話の中でAngularJSにも言及していた。その中でも重要であった発言は、「ユーザー体験という意味では必要ないのに、AJAX、または、AngularJSを利用しているサイトが多い」といったものだった。

これらのフレームワークは、コーディングにおいて、あまりにも過剰な取り組みになっていることが多く、ディベロッパーが喜びを感じるものであるかもしれないが、わざわざ利用する理由として妥当ではない。このフレームワークを利用する決断を下す前に、ユーザー体験の面で本当に必要かどうかを確認してもらいたい。

テーマ 2: セキュリティ

このテーマでは、ランキングシグナルとしてHTTPSを使用する件に関しての議論から始まった。イリーズ氏は、ランキングシグナルのためではなく、ユーザーのために、HTTPSに切り換えるべきだと指摘していた。過去に何度も同氏が指摘していたように、ランキングのメリットがあるとしても、2つの同等なページの勝敗を決める程度であり、HTTPSに切り換えたとしても、それだけでランキングが上がる可能性は低い。

フォレスター氏は、「検索エンジンがセキュリティに関して強固な方針を取るのは簡単なことではない」、と話していた。個人的には、この発言は重要だと思っている。ユーザーのセキュリティに対する関心は徐々に高まってきていると言えるが、HTTPSを利用するサイトのみが上位にランクインする状況は、検索エンジンのユーザー体験としては望ましいものではない。なぜなら、セキュア対策がされていないが、ユーザーが求めているものを提供しているサイトは数多く存在するためだ。検索エンジンは、ユーザーを最優先しなければならないのだ。

しかし、検索エンジンがセキュリティの議題をプッシュする理由には注目する価値がある。フォレスター氏は、この点を強調し、元FBIの捜査官、マーク・グッドマン氏が綴った「Future Crimes」を紹介していた。この本は、ウェブがいかに危険であるか、そして、私達がいかに無防備であるかを詳しく説明している。

個人的には、今後の2年で、恐ろしいほどの”安全への侵害”が何度か起き、一般の人達のセキュリティに対する意識が急激に高まると予想している。不倫サイトのアシュリー・マディソンの事件は十分に恐ろしかった。遥かに強烈な事件がいずれ発生することになるかもしれない。

もう1点重要なポイントを挙げていく。「HTTPSの対応を実施する必要があるのはショッピングサイトだけ」という指摘をよく耳にする。しかし、普通のブログサイトでもHTTPSを利用するべきである。なぜなら、ユーザーは、(セキュリティが脅かされているサイトでも)修正が加えられたコンテンツではなく、あなたが提供するコンテンツそのものを受け取ることもあるからだ。以下の画像は、「中間者攻撃」によって、ハッキングされてしまう仕組みを説明している。

Man in the Middle Attack

実際のシナリオを用いて、この問題を説明してみよう。移動中に、Starbucksやホテルが提供するWiFiネットワークを受信したとする。このWiFiサービスのプロバイダーは、あなた(ユーザー)が受け取るコンテンツを修正することができてしまう。この技術の基本的な利用法は、広告を挿入することだ。これだけでも、注目に値するだろう。

しかし、問題はそれだけではない。彼らは、ユーザーがアクセスしたコンテンツのデータを集め、そのコンテンツのプロフィールを作ることもできる。このプロフィールを色々な目的で利用されてしまうかもしれない。少なくとも私は、こんな展開に巻き込まれるのはゴメンだ。そのため、できるだけ早く、多くのウェブサイトにHTTPSに切り換えてもらいたいものだ。

テーマ 3: ミレニアル世代がやって来る!

このトピックは、フォレスター氏から発せられ、今までの世代と、この新しい世代の違いを認識する必要性が盛んに論じられていた。オンライン/スマートフォンの世界で育ったこの世代は、慣習的なルールを変えつつある。フォレスター氏が強調した重要なポイントを簡潔にまとめておく。

  1. 低品質への寛容さがない
  2. ブランドからの本物の交流(エンゲージメント)を望む
  3. 信頼性は重要視される
  4. 体験や経験を求める
  5. 注目(集中)が持続する時間が短い

さらにフォレスター氏は、彼らが成人になり、親が亡くなると、史上最大の遺産の相続人になると述べていた(その額なんと7兆ドル!)

7 Trillion Dollars

つまり、ミレニアル世代は、その他の世代よりも厳しい要求をするようになると言える。私はSMX Eastの最後のパネルディスカッション「Best Of Show: Top SMX Takeaways」に参加した。そこで、オーディエンスの一人が、既にあらゆる世代が上記の内容求めているため、彼らに注目することはたいして重要ではないと反論していた。

確かにその通りではある。しかし、ミレニアル世代の要求のレベルは今までとは異なるという事実もある。例えば、ユーザーがコンテンツに集中する時間は、10年前では10分だとすると、現在は2分程度である。10年前にコンテンツを読んでもらうためのアピールの時間が20-30秒間あったとしたら、現在は2-3秒しかない。

事実として、ユーザーにとっての価値向上に今まで以上に力を入れ、ユーザーを優先したアプローチをマーケティングに反映させなければ、成功することはできなくなるということを意味しているのだ。

テーマ 4: コンテンツシンジケーション

コンテンツシンジケーションのメリットを尋ねる質問がオーディエンスから出ていた。フォレスター氏は、SEOを目的として行うべきではないが、その他のビジネスの目的のためであれば、実施する価値はあるかもしれないと述べていた。さらに、理論上は、重複コンテンツの問題は起きないとしたが、確実な保証はないとも述べている。

つまり、Bingは、あなたのサイトのコンテンツがオリジナルであると認識することを保証することはできないが、大方、適切に判断するということだ。

イリーズ氏は、重複コンテンツのペナルティというものは存在しないという点を強調していた。重複したコンテンツがあった場合、Googleは、正規のバージョンを選択し、それを表示する。これは、あなたのサイトへのペナルティではなく、Googleは単純にどちらのバージョンが最適かを選んでいるだけなのだ。

イリーズ氏は続けて、The New York TimesがコンテンツをCNNに配信した場合、CNNがコンテンツの作成者として認識される可能性もあるとした。そのため、rel=”canonical”タグを使用するなどして、オリジナルのバージョンを判断する際のヒントを検索エンジンに与えておくことが重要になる。The New York TimesとCNNの例においては、CNN版のコンテンツにThe New York Times版のコンテンツに向かうcanonicalタグを加えることになる。

【筆者の意見】
コンテンツシンジケーションは、デジタルマーケティング戦略において利用価値があると考えている。評判と露出(ビジビリティ)を高める可能性のある手段として、このアプローチを見てもらいたい。次のイメージをご覧になれば、このコンセプトを理解してもらえるのではないだろうか。

Content Syndication Done Right

注意してほしいことは、被リンクを期待し、多数の質の低いサイトにコンテンツをばらまいてはならないということだ。(反対に悪影響をもたらす危険がある)。そうではなく、あなたのサイトよりもオーソリティがあり、あなたが接触したいオーディエンスを抱えるサイトにコンテンツを配信する努力を心掛けてもらいたい。

このアプローチは、評判とビジビリティを高める上で有効に働くだろう。さらに、SEOにおけるリンクの価値をもたらすタイプのシンジケーションがあれば、利用しない手はない。

この件についての最後のアドバイスをしよう。それは、自分のサイトよりも信頼されているサイトにあなたのコンテンツを受け入れてもらえた場合、そのサイトへオリジナルのコンテンツを提供し、あなたのサイトには別のコンテンツを掲載するべきではないか、という点だ。この方法はビジビリティを高める手段として優れており、(オーソリティの高いサイトから)あなたのサイトへの被リンクの獲得も期待できる。そして、そのリンクから訪問したユーザーに、他のコンテンツを見てもらえるかもしれない。個人的には、こちらの方法がより優れていると考えている。

テーマ 5: 国際的なドメインのURL

オーディエンスの一人から、インターナショナルなサイトにおいて、どのようなURLの構造がベストかを問う質問が出ていた。イリーズ氏は、Googleにとっては関係がないと指摘した。最も重要なのは、hreflangタグを利用することだ。(このタグを実装する方法を知りたい方はここをクリック。)

続いて、フォレスター氏が、利用するURLに気を配る点に関しては、ユーザーを考慮した理由が存在するのではないかと述べていた。例えば、フランスのオーディエンスをターゲットとしている場合、”.fr”のドメインを利用することは賢い選択だ。また、フォレスター氏は、これは検索エンジンへの対策ではなく、ユーザーが望む体験を提供する取り組みであると指摘した。

ただし、これで問題が解決したわけではない。下記に、SEOに間接的なインパクトを与える可能性のある、CTRについての記載がある。(少なくともBingでは、ユーザーが”/fr”のフォルダを表示するサイトよりも、”.fr”のドメインを使用しているサイトの方がより多くクリックしている場合、こうしたことがランキングに影響を与えているかもしれない。)。

テーマ 6: ユーザーデータと検索エンジンのランキング

このトピックは、ページスピードについての話から始まったが、ページスピードについては特筆すべきことはない。しかし、フォレスター氏から気の利いた発言を引き出すきっかけとなった。フォレスター氏は、「ページスピードがSEOにとって重要なパターンがもう1つある。ユーザーがクリックした後、検索結果に戻ってくる時間が短ければ短いほど、ランキングの下降を導く」、と発言したのだ。これは新しい情報ではなく、私自身2011年にフォレスター氏とこの点について議論をしている。

続いてイリーズ氏は、ユーザーの行動に関するデータは不要な情報が多く、使いにくいと指摘した。しかし、Googleは特定の方法でこのデータを実際に利用しているとも述べている。 例えば、Googleは、検索結果で新しい機能をテストする際に、このデータを利用することがあるかもしれない。

さらに、パーソナライゼーションにおいても有益だと同氏は明らかにしている。例えば、ユーザーが”apple”で検索をかけた場合、appleが会社を意味するのか、あるいは、フルーツを意味するのかハッキリしない。ユーザーが、フルーツに関するページを求めていることが明らかである場合、Googleは検索結果をパーソナライズして、こうした検索に対しては、フルーツに関連するページをより多く表示するようになる。

ちなみに、クリックスルー率の単純計測を改良した、ポゴスティッキングの概念は、今回のパネルでは取り上げられなかった。

Pogosticking in the SERPs

これについての私見を述べたいと思う。この分野に関して検索エンジンが何をしているのかは不明だが、コンテンツの品質とユーザーエンゲージメントに関するデータを収集することは、検索エンジンにとって重要であることは疑いようがない。どのシグナルに注視しているのかを解明するのは非常に難しいことであるが、何らかの形でこのデータに注目しているはずである。これについては、私がSearch Engine Landで書いた、「100のユーザーモデル」を参照してほしい。

基本的に、検索エンジンが提供する結果に対するユーザーの満足度が高ければ高いほど、検索エンジンの利益につながると私は確信している。なぜなら、もし、ユーザーが彼らの質問に答えるサイトを紹介してもらえないのならば、質問の答えを得られる別の場所に向かうからだ。(Facebook、友達にメールを送る、電話で誰かに尋ねる、Amazonで検索する、そして、もちろん、別の検索エンジンで検索する手もある)。

2009年、GoogleとBingはサーバー側の遅延をテストした結果を公表した。このテストでは、検索結果のレンダリングに意図的に遅れを生じさせていた。以下にその結果を掲載する。

Impact of Server Side Test Delays

ユーザーの満足度と検索エンジンの利益の間に強い相関関係が見られる。 このデータは、品質の低い検索結果ではなく、遅延に焦点を絞ったデータではあるが、GoogleとBingにとっての共通の課題であると結論づけても問題はないだろう。

つまり、最善の結果を提供することは、どちらの検索エンジンにとっても最優先しなければならない取り組みであることは明らかである。従って、できるだけ多くの(質の高いシグナルを送る)方法を使用しているはずなのだ。

まとめ

今回は、このセッションの中で、私が重要だと感じたテーマを紹介した。他にも多くのトピックがあったが、個人的に注目したものを選ばせてもらった。あなたの意見を聞かせてもらえると嬉しい。

この記事の中で述べられている意見はゲストライターの意見であり、必ずしもサーチ・エンジン・ランドを代表しているわけではない。著者のリストはこちら

この記事は、Search Engine Landに掲載された「Six Key Themes From “Meet The Search Engines” At SMX East」を翻訳した内容です。

トピックはエリック・エンジ氏によって選ばれたものですが、注目に値するトピックのみを選択していると思います。ここで話されている内容は、もしかしたら、既知の情報が多かったかもしれません。(AJAXについては新情報だったかもしれませんが、既にGoogleからの公式ブログにも掲載されています。)しかし、現在注目すべき事柄や、これから取り組むべき課題を選ぶ際の参考にはなると感じています。SEOにおける課題は多く、サイトの状況によって優先度は変わってくると思いますが、こうした場で繰り返し話題となるトピックについては優先的に行ってもよいかもしれません。次に取り組むべき課題の選択の参考になれば幸いです。

続きを読む 【SMX East 2015 レポート記事】”検索エンジンの中の人になんでも聞こう!”から見えた 6つのこと。

Search ConsoleのFetch as Googleに、ブロックされたリソースの重大度がわかる機能が追加。

Search Consoleに新しい機能が追加されたという話題です。(新機能の追加についての記事を先日アップしましたが、今回は別の機能となります。)Googleのレンダリング性能は非常に高まっており、ページ内容を把握するため、リソースのブロックをしないで欲しいとアナウンスし続けています。しかし、ブロックされたリソースが、どの程度深刻であるかを判断する手段はありませんでした。今回の機能の追加により、その把握が容易になったことになります。私の日本語アカウントでも実装されていることを確認しましたので、日本語でも対応されているようです。– SEO Japan

GoogleはConsole内のFetch as Googleに、ブロックされているリソースについてのレポート機能を追加した。

*記事内のリンク先は全て英語となっています。

今朝、GoogleはSearch Consoleに新しい機能を追加した。この機能は、ブロックされたコンテンツの”重大度”を表示するもので、Fetch as Google内で使用できる。新しく追加された、ブロックされたリソースのセクションに、画像、スクリプト、CSSファイル、JavaScriptファイルなどのリソースがどれほど重要かを示すものである。

この、”重大度”は高、中、低で表わされ、ブロックされたリソース毎に表示されている。あなたの目標は、あらゆるリソースがGooglebotをブロックしていないようにするか、ブロックされたリソースは全て重要度が底であるという状態にすることだ。

下記に私のアカウントでのスクリーンショットを記載しておく。ブロックされているほぼ全てのリソースの重要度が底であることと、それらがサードパーティ製の広告かスクリプトであることに注目してほしい。

Googleのジョン・ミュラー氏はGoogle+でこの機能についてのアナウンスをしている。また、ブロックされたリソースは”"Googleがレンダリングしインデックスをする上で、大きな役割を担っている場合がある”、と述べている。

GoogleはWebマスターに対し、Googlebotによるアクセスをブロックしないで欲しいと、繰り返し述べてきた。Googleはユーザーが見ているのと同様にサイトを見ることを目標としており、そのためにあなたのサイトのリソースへのアクセスを求めている。

この記事は、Search Engine Landに掲載された「Google Search Console Fetch & Render Shows Severity Of Blocked Resources」を翻訳した内容です。

Googleのレンダリング性能の向上は常にアナウンスされていましたが、ブロックされたままになっているリソースも未だ多いとも言えそうです。今回の機能追加により、自身のコンテンツのリソースの内、どこから手をつければ良いのか、そのままで良いのか、といった判断を下しやすくなったと思います。既に対応済みのサイトも多いと思いますが、念の為に再度確認しておくのもよいことかもしれません。– SEO Japan

続きを読む Search ConsoleのFetch as Googleに、ブロックされたリソースの重大度がわかる機能が追加。

Googleが独自のマシンラーニング・システムである、TensorFlowを公開。マット・カッツ氏は、”秘密のソース”のリリースと表現。

先日のRankBrainの発表に続き、Googleがまたも大きなニュースを発表しました。Google独自のマシンラーニングを無償公開するという発表ですが、Googleの製品や、Google内のディープラーニングの実験にも使用されているものであるようです。Googleは、”世界中の利益となる”としていますが、今後様々な業界で注目され、利用されるようになるかもしれません。– SEO Japan

*記事内のリンク先は全て英語となっています。

昨日、Googleは独自のマシンラーニング・システムであるTensorFlowの無償公開という、非常に大きなニュースを発表した。Googleのマット・カッツ氏は、「本日で一番のテクノロジー関係のニュースだったのでは」、と述べた。まさしく、その通りだ。

Google+では、「ある意味、Googleの”秘密のソース”の公開」、と述べている。クエリの解釈のためのRankBrainより前から、Googleは何年間も、音声認識や画像検索やランキングのためにマシンラーニングを使用してきた。マット・カッツ氏は、GoogleのTensorFlowの公開により、”世界中”のための利益となる、と述べている。

マット・カッツ氏は非常にワクワクしているが、その理由を3つ挙げている。3番目の理由は、下記の通りだ。

多くの方法で、マシンラーニングは”秘密のソース”の一例であった。私は、Googleがこの技術を公開することに、非常にワクワクしている。Googleだけでなく、世界中が利益を受けることになる。私はGoogleとGoogleで働く社員を誇りに思う。

他の二つの理由は下記の通りだ。

1.マシンラーニングは世界に大きなインパクトを与えるだろう。我々は既に、音声認識から画像認識、言語の翻訳といった領域で、そのインパクトを目撃している。多くの方法で、問題解決のためにマシンラーニングを採用することは、あらゆる類の新しい機会を開放する。多くの分野が、マシンラーニングを特定の領域に採用するサポートを行っている。

2.過去においては、GoogleはMapReduceのような論文を発表しており、大量のデータを並行して処理するシステムを説明していた。MapReduceはHadoopのような”家内工業製品”を生み出した。Google社員でない優秀な人材が、Googleの論文を作り直すためのコードを書いたのだ。しかし、外部の人の手によって書かれたコードが、すでにGoogleが解決している問題に出くわすこともある。今、Googleは自身のコードを公開した。これにより、多くの可能性が提供されるだろう。わかりきったことをわざわざやり直す必要もなく。

もちろん、SEO目的のため、TensorFlowのコードにアクセスし、Googleのアルゴリズムの解析を試みる行為は時間の無駄となるだろう。つまり、どんな”秘密のソース”が公開されたことになるのだろうか?

下記に、TensorFlowをより良く説明している動画を記載する。

また、Googleのリサーチブログには技術的なまとめも載せられている。

この件に関するGoogle+はこちら。

この記事は、Search Engine Roundtableに掲載された「Matt Cutts: Google Released Their “Secret Sauce” With TensorFlow, Machine Learning System」を翻訳した内容です。

RankBrainの時も指摘があり、私も感じるところではありますが、Googleのこの分野における対外的なアピール、という意味も一つあると思っています。FacebookやBaiduも積極的に投資を行っている分野であるため、一歩先んじるための戦略とも言えるのではないでしょうか。多くの人がTensorFlowを使用することで改良されたり、周辺のビジネスが起こったりすることで、気が付けばGoogleの存在感がさらに大きなものになっている。近い将来、そうした状況になっているかもしれませんね。

続きを読む Googleが独自のマシンラーニング・システムである、TensorFlowを公開。マット・カッツ氏は、”秘密のソース”のリリースと表現。

【SMX East 2015 レポート記事】Google NowとMicrosoftのCortanaが実現させる、予測検索の世界。

少々時間が経ってしまいましたが、9月29日から10月1日にかけて、アメリカはニューヨークにて、SMX Eastが開催されていました。アイオイクス(SEO Japan)は参加しませんでしたが、Search Engine Landでいくつかキャッチアップ記事が掲載されていたため、ご紹介させていただきます。今回の記事は予測検索(Predictive Search)を扱っており、最先端の一つとも言えるこの検索技術について、様々な情報を与えてくれています。SEO Japanでも、以前にGoogle Nowを取り上げた記事(iOS9がメインですが)を掲載していますので、そちらもご参照いただければと思います。– SEO Japan

*記事内のリンク先は全て英語となっています。

寄稿者のベンジャミン・スピーゲル氏が、SMX Eastのプレゼンテーションを振り返る記事を執筆してくれた。成長が著しい予測検索の技術、それがもたらす機会、そして、検索マーケターが考慮するべき事項とは何かを明らかにしている。

future-search-box-ss-1920

次にあなたは何を検索するのだろうか?GoogleとMicrosoftは、それぞれの製品(NowとCortana)で、この答えを解き明かそうとしている。全てのデータが利用可能になれば、あなたが検索をする前に、検索エンジンは、あなたが次に何を検索するかを理解することができるようになるかもしれない。マーケターとして、あなたがこうした技術の進歩を理解することで、ユーザーが認知する前に、あなたのブランドと製品を積極的に提示してもらう機会を増やすことができるのだ。

この「予測検索」というトピックは、MobileMovieのファウンダーである、シンディー・クラム氏が、先週ニューヨークで行われたSMX Eastで発表したプレゼンテーションの中心的なテーマであった。

クラム氏のプレゼンテーションはGoogle Nowを中心としていた。なぜなら、Googleは、Googleの製品を総動員し、データ収集という分野ではトップに立っているからだ。そのため、Microsoftのスマートフォンの予測検索エンジン「Cortana」についての言及は限られたものだった。

クラム氏は、Google Nowが、ユーザーが尋ねたり検索する以前に答えを提供することを試みているという前提に基づいて話を進めていた。Googleが網羅する範囲、および、データのルートは拡大し続けている。そして、Googleが提供するこの種の答えは、予測検索エンジンの進化とともに、デジタルマーケターが考慮すべき機会と課題をもたらしている。

正直に言うと、当初、私は「音声検索の未来とデバイスに命令を送る様々な方法」に関する、ありきたりなセッションに参加してしまったのではないかと思い、一抹の不安を抱えていた。しかし、クラム氏は、Google Nowの情報の原動力となり、影響を与える全てのデータをあますところなく伝え、さらに、マーケターが未来の検索に備える上で役に立つ実用的な見解を発表してくれたのだ。

それでは、シンディー・クラム氏が取り上げた重要なトピックを一つずつ振り返っていこう。

予測検索とは何か?

予測検索は、ニーズに対するセマンティックな予測をベースとしている。つまり、予測検索エンジンは、現状のコンテキスト、過去の行動履歴、今まで収集してきたユーザーの行動パターン、そして、アクティブな情報の提案などを基に、結果を返しているのだ。

このようなサインや指標を組み合わせることで、検索エンジンは、ユーザーの現在の意図を予測し、最良の答えを提供することができている。デバイスに向かって叫ぶ必要はなく、予測検索が我々に答えを提供してくれため、クエリを投げる時間すら、必要がないのだ。

なぜ予測検索が重要なのか?

  1. モバイルデバイス、ウェアラブルの台頭、成長が予測される「モノ・ゴト」のインターネット、そして、多種多様なデバイスのインタラクション(相互関係性)に伴い、プラットフォームが、ユーザーがどこでも見やすい形式で、彼らの質問に対しての予測した答えを提供することは、今まで以上に重要になってきているのだ。
  2. Amazon、iTunes、そして、Netflixなど、ユーザーは彼らが望むものを、様々な場所で検索をする機会が増えてきている。Googleは、ユーザーが各分野の検索エンジンに直接訪問するのではなく、自身の検索トラフィックを維持することを望んでいる。そのため、Googleは、ユーザーが望み、必要としていることを意識する以前に、あらゆるデータをベースとした、彼らが検索するであろう対象を提示しているのだ。

予測検索のために用いられるシグナルは何か?

Google Nowは、検索、メール、マップ、カレンダー、そして、Google+、つまり、Googleのログイン情報を使うあらゆるサービスから集めたデータを活用している。

Googleは、あなたが誰で、何を、どこで行っているかを、行動パターンを基に、あなたが望むものを予測している。(MicrosoftのCortanaは、これ程までのデータポイントの範囲や量を保持しておらず、ユーザーが設定した好みを基に結果を提供している。)

ジオロケーション(地理的な要素)も、Google Nowの結果において、コンテキストの大きな判断材料となる。スマートフォンとウェアラブルにおいては、IPアドレスではなく、デバイスの実際の位置と動きで、場所が特定される。Google Nowは、ロケーションの履歴情報を用いて、ユーザーが住む場所や働いている場所を学習する。GPSのチェックインを基に移動を追跡し、日付、時間、検索履歴などのデータを利用して、関連性の高い交通情報、天気予報、地域のレストラン、お薦めの旅行先、フライトスケジュールなどの情報を提供している。

予測検索の結果は、どのように表示されるのか?

クラム氏は、ナレッジグラフが第一の予測検索のカードだとした場合、Google Nowはナレッジグラフ2.0であるとしている。Google Nowはユーザーが求めている可能性のある情報(音楽、ニュース、ホテル、買い物情報など)についてのカードを作成し、提示する、真の予測検索体験を提供しているのだ。

ユーザーは、好きな活動(アクティビティ)、定期的に見ている番組に関する詳しい情報や抜粋、関係性の分析を基にしたおすすめ情報などのリマインダーを手にすることができている。

Google Nowと統合したアプリ

Google Nowの中でも最先端の機能の一つに、Lyft(運転者と乗客のマッチングサービス)、Uber(タクシーの配送サービス)、そして、Open Table(レストランの予約サービス)などの第三者アプリとの統合が挙げられる。(そして、Google Nowと統合するアプリの数はさらに増え続けている。)アプリからのシグナルにより、位置情報をベースとしたアラートとレコメンデーション(おすすめ情報)を提供しているのだ。

現在、Google Nowは最新のAndroidのスマートフォンに搭載されているが、iPhoneでもダウンロードして、アプリとして使うことができる。しかし、クラム氏は、AppleのOSプラットフォームとの統合は十分ではないと指摘している。今のところは。

予測検索はどこに向かっているのか?

モバイル検索は、デスクトップ検索と相互的な関係を持っており、Google Nowはプラットフォームのスタイルを融合している。Google PlayとYouTubeの融合は現在進行中であり、カードとして提示されるモバイルの検索結果は増え続けている。(デスクトップ検索でもある程度この傾向が見られる。)

また、Google Nowは、オフラインのデバイスとの統合も行っており、「モノ・ゴト」のインターネットを予測検索にもたらしている。クラム氏は、ロケーションのカードは、ブラウザから簡単にお気に入りに登録することが可能であり、また、レストランのメニューのカードも間もなく登場すると指摘していた。

Google Nowが、検索に刺激的な機会をもたらしている点は疑いようがなく、また、ウェアラブルやモバイルデバイスの小さなスクリーンにとっては、うってつけの機能だと思える。現時点では、マーケターは、この機能を活用する手段を探っている状況だが、Googleは、そのうちスポンサー付きのオプションを提供するようになると私は考えている。

現在、Google Nowは、ユーザーの行動や好みに関する莫大な量の情報を保有しているため、独占的な立場を保っている。しかし、注目に値するサービスや競合者が近いうちに現れることを、私は確信している。

この記事の中で述べられている意見はゲストライターの意見であり、必ずしもSearch Engine Landを代表しているわけではない。著者のリストはこちら

この記事は、Search Engine Landに掲載された「Google Now, Microsoft Cortana & The Predictive Search World: Recap From SMX East」を翻訳した内容です。

Google Nowがメインに話されていたようですが、個人的にもよく利用しており、かなり便利だと感じています。(AppleのSiriについての言及はありませんでしたね。)記事中にある通り、Googleはあらゆるデータをクラウドから利用していますが、プライバシーを考えると、他サービスが魅力的に映るユーザーもいると思います。これに関しては好みによるものなのかもしれませんが、今後市場の動きがどちらに動くか、注視してみたいと思います。

続きを読む 【SMX East 2015 レポート記事】Google NowとMicrosoftのCortanaが実現させる、予測検索の世界。

GooglebotによるHTTP/2へのサポートが間もなく開始。早ければ、年内にも。

HTTPの最新バージョンである、HTTP/2のサポートが年内にも開始されるとのことです。今年の5月のSMX Advancedでは、Googleのマイリー・オーイェ氏が注目すべき技術として紹介していました。ChromeやFirefoxなどのブラウザはすでにHTTP/2に対応していましたが、Googlebotはまだサポートしていませんでした。具体的な日にちの言及はありませんでしたが、近い内にサポートが完了することは確かなことだと考えてよさそうです。– SEO Japan

*リンク先は全て英語となっています。
*原文ではHTTP2と表記されていますが、今記事ではHTTP/2と表記しています。

Googleのジョン・ミュラー氏がハングアウト内で発表した。Googlebotは近々、HTTP/2のみでアクセスできるページへもクロールができるようになるとのことだ。現状、GooglebotはHTTP/2(次のバージョンのHTTP)のページへはクロールすることができない。

ジョン氏は、下記の動画での3分頃に発言をしている。

今のところ、GooglebotはHTTP/2のクローリングをサポートしていない。そのため、あなたのサイトへHTTP/2(次のバージョンのHTTP)のみでしかアクセスできない場合、我々はそのサイトを適切にクロールすることができないでいる。我々は、HTTP/2へのクローリングに取り組んでおり、今年の終わりか、来年の始めか、その辺りで準備が完了すると見込んでいる。
HTTP/2の大きな利点の一つに、リクエストをまとめることが挙げられる。つまり、あるページが、画像、CSS、JavaScriptといった多くの要素を含んでいる場合、理論的には、それらすべてに対して一つのリクエストを投げる(同時リクエストを投げる)ことができるのだ。

下記に、動画を埋め込んでおく。

この件に関するGoogle+はこちら

この記事は、Search Engine Roundtableに掲載された「Google: HTTP2 Support For GoogleBot Coming Soon, Maybe By End Of Year」を翻訳した内容です。

HTTP/1.xでの様々な課題を解決することができるHTTP/2は、今後のWebサイト構築に大きな影響を与える可能性があります。今すぐに何かをするというほどのものではないと思いますが、先々のことを考えておくことも無駄ではないと思います。ちなみに、HTTP/2の元となっているSPDYへのサポートは、2016年の早い時期に終了するそうです。 続きを読む GooglebotによるHTTP/2へのサポートが間もなく開始。早ければ、年内にも。

TC Summit 2015: ウェブマスター フォーラムのトップレベル ユーザーのみなさまに感謝を込めて

先週、米国カリフォルニア州サンフランシスコ、そしてマウンテンビューの Google 本社にて、「トップレベル ユーザー サミット 2015(#TCsummit)」を開催しました。今年も多くのトップレベル ユーザーとお会いできたことを非常に嬉しく思います。

トップレベル ユーザー(Google Top Contributors)は、豊富な製品知識と経験に基づいて、Google 公式ヘルプ フォーラムで世界中の数多くのユーザーのために多大な貢献を果たしてくださっている方々です。「トップレベル ユーザー サミット(Top Contributor Summit)」は、そのユーザー支援への「感謝」として 2 年ごとに開催されるイベントです。今回は 526 名のトップレベル ユーザーが世界中から集まりました。

“Learn, Connect, Celebrate” をモットーに、トップレベル ユーザーは Google のプロダクトについてさらに詳しく学び(= Learn)、Google の未来についてのインサイトを得て Google 社員と様々なトップレベル ユーザーがつながり(= Connect)、そして最後に Google のプロダクトやユーザーに対してトップレベル ユーザーが与えるポジティブな影響について称え合いました(= Celebrate)。
トップレベル ユーザー サミット 2015 の様子を映像でもお楽しみください

また、ウェブマスター関連のトピックに特化したセッションを開催し、ウェブマスター フォーラムの 20 カ国 14 言語を代表する 56 名のトップレベル ユーザーにお会いするという貴重な機会を得ることができました。
ウェブマスター フォーラムのトップレベル ユーザーと
Google のウェブマスター リレーションズ チームの集合写真

1 日をかけて Google のウェブマスター向けガイドラインや Search Console、Google 検索に関する様々な専門的なセッションを開催し、世界中のフォーラムでよく見られるトピックについて意見交換をしたり、検索関連のツールについてのフィードバックに耳を傾けました。また、トップレベル ユーザー プログラム自体やユーザーのために Google やトップレベル ユーザーがさらにどんなことができるかなどを話し合いました。Google のプロダクト マネージャーやエンジニア、そしてサーチ クオリティ チームがセッションに参加し話を伺い、トップレベル ユーザーや(フォーラム上で)ユーザーから寄せられたフィードバックをそれぞれのチームへ持ち帰りました。
ウェブマスター向けセッション中のトップレベル ユーザー
Google のウェブマスター向けガイドラインや Search Console、
Google 検索などについての専門的なセッションに耳を傾けています

トップレベル ユーザーのみなさんとのセッションは、わたしたち Google 社員にとっても様々な気づきや発見があり、ウェブマスター、コンテンツ制作者、そしてユーザーのみなさんが今どんなことを悩んでいるかを知ることができる貴重な機会となりました。こうした貴重な機会に、そしてトップレベル ユーザーのみなさんに感謝します。
日本から参加した様々なプロダクトのトップレベル ユーザーのみなさんと
Google 社員の集合写真。Google+ のコミュニティや
ハングアウトのグループ チャットなどを使って連絡を取り合いました

日本のウェブマスター リレーションズからは
長山と金谷が参加しました

今後も ウェブマスター ヘルプ フォーラム では、多くの方にトップレベル ユーザーとしてご参加いただきたいと思っています。トップレベル ユーザー プログラムの詳細についてはこちら をご覧ください。

Diogo Botelho and Roberta Remigi, Webmaster Relations team

Googleのインタースティシャル広告へのペナルティが導入される。

本日のSEO Japanは久々の2記事更新となります。(もう1つの記事はこちら)Googleが数ヶ月前から宣言していたとおり、コンテンツの大部分を覆うサイズのインタースティシャル広告(アプリのみ対象)を掲載しているサイトを、モバイルフレンドリーとして扱わなくなるようになりました。実際は1日遅れの開始ですが、そこはご愛嬌でしょうか。今のところ、実際に影響を受けたという例はあまり無いようですが、これから徐々にそうした例も見られるようになるかもしれません。– SEO Japan

昨日、Googleがモバイルフレンドリー・アルゴリズムのアップデートを行った。アプリのインストールを薦める、巨大なインタースティシャル広告を使用しているサイトへのペナルティを追加したのだ。

9月1日に、Googleはアプリについての巨大な広告はランキングの下降を引き起こすと述べており、11月1日から開始するとしていた。この、”アプリインストールのインタースティシャル広告へのペナルティ”としても知られるアルゴリズムは1日遅れの11月2日に開始されることとなった。

Googleはこの件について、様々なソーシャルネットワークでアナウンスをしている。その中で、Google+では以下のように述べている。

本日より、検索結果から到達したコンテンツの大部分を隠すような、アプリのインストールを促すインタースティシャル広告を掲載しているページは、モバイルフレンドリーと見なされなくなる。

このペナルティは、Googleのモバイルフレンドリー・アルゴリズムの中に組み込まれることになり、その結果、11月2日を第2弾のモバイルゲドンとして位置づけることとなる。もちろん、そうならないかもしれない。今のところ、私はこのペナルティにヒットしたWebマスターからの報告は目にしていない

Googleのアドバイスはどういったものか?

全ページのインタースティシャル広告を使用するのではなく、我々はバナーのような、よりモバイルフレンドリーなフォーマットを使用することを薦める。我々は、今回の変更により、検索者が探しているコンテンツを、該当のページの中で、より簡単に発見できるようになることを期待している。

どのような設定がモバイルにおいてリスクとなるか、より詳細に確認したいのであれば、我々の過去記事を参照してほしい。

この記事は、Search Engine Landに掲載された「Google’s App Interstitial Giant Ad Penalty Is Now Live」を翻訳した内容です。

今年の4月に導入されたモバイルフレンドリー・アップデートですが、今回大きは変更が追加されました。Googleの予告通りでしたので、多くの方が対応済みであるかと思います。(実験のためあえて残しているというサイトもあるかもしれませんが。。。)次回のアップデートの内容や時期は明確となっていませんが、サイトスピードが対象になるのでは、という声をよく聞きますね。インタースティシャル広告も同様ですが、あくまでユーザーのためという形で、対応を進めていければと考えています。

続きを読む Googleのインタースティシャル広告へのペナルティが導入される。