タグ: 中級者向け

本日より、ウェブマスター ツール内の クロール エラー 機能で、これらの問題を特定することができるようになりました。新たに設けられた「スマートフォン」タブには、スマートフォン向け Googlebot よって検出されたエラーが表示されています。


ここで表示されるエラーには、以下のようなものがあります。

• サーバー エラー: Googlebot があるページをクロールした際、HTTP エラー コード を返された場合に表示されます。
• ソフト 404: Googlebot が 404 を返された、あるいは返されたコンテンツが ソフト エラー ページ であると判断された場合に表示されます。
• 間違ったリダイレクト: デスクトップ向けのページが、スマートフォン ユーザーを検索クエリとは 無関係なページへとリダイレクト してしまう場合に表示されます。特に、スマートフォン向けサイトのトップ ページへのリダイレクトが多く見受けられます。
• ブロック: サイトの robots.txt が、スマートフォン向け Googlebot を ブロックしている際 に表示されます。通常、このようなスマートフォンに特化した振る舞いはエラーを招きます。サーバーの設定を再度ご確認ください。

ウェブマスター ツールに表示されるエラーを修正することにより、よりよいユーザー体験を提供でき、Google のアルゴリズムもあなたのコンテンツをよりよくインデックスすることができます。スマートフォン向けのサイトの構築方法 や、しばしば見られる間違い の修正方法もご確認ください。ご質問は ウェブマスター フォーラム へお願いいたします。

Posted by Pierre Far, Webmaster Trends Analyst
Original version: Official Google Webmaster Central Blog: Smartphone crawl errors in Webmaster Tools

詳細なコード スニペットで問題をより早く特定

可能な場合はいつでも、ハッキングされた URL から 悪質な HTML/JavaScript のコード スニペットを表示します。また、Google が特定したハッキング タイプから、クリーンアップするための推奨操作が一覧表示されます。

すべての問題について審査を一度にリクエスト

再審査のリクエスト方法も簡単になりました。サイトをクリーンアップしてセキュリティ ホールを閉じたら、[セキュリティの問題] ページから直接ボタンをワン クリックするだけで、すべての問題について審査をリクエストできます。

詳しくは、内容がさらに充実した ハッキングされたサイトの復旧方法について情報をまとめたポータル サイト をご覧ください。新たに 22 言語に対応しています。皆様のご感想を、ウェブマスター ヘルプフォーラム にぜひお寄せください。

Google ウェブマスター ツール では [サイトへのリンク] ページで [その他のサンプル リンクをダウンロードする] ボタンをクリックすると、約 100,000 本のリンクが表示されてきました。これらのリンクは、これまで主にアルファベット順で選択されていました。そのため、リンク データはアルファベットの最初のほうに偏って表示されるため、サイトへリンクがどのように張られているか全体像を知ることができない場合もありました。

そこで Google では、ウェブマスターのみなさまからのフィードバックに基づき、これらのリンクの選択方法を改善して、サイトへのリンクがどこから張られているかについて、より全体像に近い理解が得られるように機能の更新を実施します。最も大きな変更点としては、リンクの大部分がアルファベット順ではなく、全範囲のリンクから均一にサンプリングされるようになることです。また、異なるドメイン名からだけでなく異なるトップレベル ドメイン（TLDs）からもサンプル リンクを取得できるようになります。これらの新しいリンクは、引き続きアルファベット順で表示されます。

もう間もなく、データをダウンロードする際により広い範囲からさまざまなサンプル リンクを表示できるようになります。自分のコンテンツを紹介しているユーザーについて調査、分析する際に、簡単にサイトへのリンクの概観をつかむことができます。また、悪質なリンクを削除したい場合などに、時間と労力を費やすべき場所が容易になります。

今回の機能のアップデートが実現するにあたって、フィードバックをお寄せいただきありがとうございました。ウェブマスター ツール では今後も役立つデータや機能を提供していきます。ご不明な点や、さらなるフィードバックがありましたら、ウェブマスター ヘルプフォーラム までお知らせください。

このブログ記事は、2008 年に「Where’s my data?」として英語版のウェブマスター セントラルブログに掲載されたものです。現在も日本の読者の皆さんにとってお役に立つ内容であるため、一部内容を編集して掲載いたします。

ウェブマスター ツールに登録したのは良いけれども、なぜかデータが表示されない、という事態に遭遇したことはありませんか？

著者情報 を使用すると、検索ユーザーが探していると思われる著者のコンテンツがハイライト表示されることから、検索時にユーザーは有益な情報を見つけやすくなります。 もしあなたがコンテンツを書いた著者であれば、著者情報を登録すると、検索ユーザーがあなたの投稿したコンテンツを見つけやすくなります。さらに、著者の名前をクリックすると、同じ著者が投稿したその他の記事が表示され、また Google+ でフォローすることもできます。このように著者情報の仕組みはシンプルですが、次のような上級者向けの質問も寄せられていますので、いくつかご紹介します。

Google Webmaster Central Blog に記事を書いたジョン・ミューラーの著者情報が検索結果に表示されています

検索結果で著書の名前をクリックすると、その著者による他の記事や Google+ プロフィールが表示されます

著者情報に関する最近の質問

1. 著者情報はどのような種類のページに表示させることができますか？
• 次の基準を満たすページでのみ、著者情報マークアップを使用している場合、サイトの著者情報が表示される可能性が高まります:
• その URL あるいはページに、同じ著者による 1 つの記事（または記事の続き）またはコンテンツが含まれている。つまり、記事のリストやフィードを基にした更新情報は該当しません。ページ内に複数の著者によるコンテンツが混在していたり、ページ上で著者が頻繁に切り替わると、検索ユーザーにとってこのアノテーションは有益なものでなくなるため、著者情報が表示される可能性は低くなります。
• その URL あるいはページは主に著者が投稿したコンテンツで構成されている。
• ページ上に著者名をはっきりと表示することで、著者がその記事を投稿したことを示している。また、Google+ プロフィールと同じ名前を使用している。


2. 会社のマスコットを著者として使用して、検索結果に著者情報アノテーションを表示できますか？当社の害虫駆除事業で、「ハーメルンの笛吹き」というマスコットを著者情報として使用したいと考えています。
• 記事をどのように投稿するかは、サイト管理者であるあなたに委ねられています。「ハーメルンの笛吹き」のアイデアもユーザーの間で人気が出るかもしれません。しかし、検索結果上では、Google はコンテンツを投稿した人物を表示しています。こうすることにより、著者情報アノテーションによって、ある人物の見解が検索結果の中に含まれていることがすぐにわかり、検索の信頼性を高めることができます。繰り返しますが、現在 Google では実際の人物を表示しているので、著者情報マークアップは、会社の Google+ ページではなく、個人のプロフィールにリンクしてください。


3. 言語が異なる複数の記事（たとえば、英語版のexample.com/en/article1.html とフランス語版の example.com/fr/article1.html）とで著者情報を使用する場合は、各言語で別々の著者/Google+ プロフィールを作成し、それぞれのプロフィールにリンクする必要がありますか？
• この場合は、
  example.com/en/article1.html
  と
  example.com/fr/article1.html
  のどちらの記事も、著者が選択した言語での、同じ Google+ プロフィールにリンクしてください。


4. 1 つの記事に 2 人の著者を追加することはできますか？
• 現在は、1 つの記事やコンテンツにつき 1 人の著者の表示のみサポートしています。しかし、複数の著者が指定されている場合、どのような表示が検索ユーザーにとって最善なのかについて、現在調査を行っているところです。


5. Google で著者情報を表示したくない場合はどうすればよいですか？
• 著者情報アノテーションを非表示にする最も簡単な方法は、著者の Google+ プロフィールが 検索結果で見つからないように設定する ことです。検索結果にプロフィールを表示しておきたい場合は、ウェブサイトへのプロフィール リンクまたは投稿者リンクを削除するか、プロフィールに接続されないようにウェブサイト上のマークアップを削除すれば、同じ結果を得ることができます。


6. rel=author と rel=publisher の相違点を教えてください。
• rel=publisher では、会社がビジネスのウェブサイト（一般的にはホームページ）をビジネスの Google+ ページにリンクすることができるのに対し、rel=author では著者である個人が個々の記事を URL やウェブサイトから Google+ プロフィールに関連付けることができます。rel=author と rel=publisher はどちらもプロフィールとサイトを関連付ける仕組みですが、相互に完全に独立しています。


7. 社員の 1 人が説明をカスタマイズしたので当社サイトの物件リストや製品ページで著者情報を使用できますか？
• 著者情報アノテーションは、実際の人物によるトピックに対する見解や分析がページ上に掲載されていることを表示することで、検索ユーザーの利便性を高めることを目的としています。物件リストや製品ページは見解や分析にあまり関係ないので、これらの場合は著者情報を使用しないことをおすすめします。ただし、「カメラ X とカメラ Y: アリゾナ砂漠での比較」といった有用なコメントを提供する製品レポートなどの記事では、著者情報を使用することができます。

その他の質問については、ウェブマスター ヘルプフォーラムをご覧ください（フォーラムで取り扱われていない場合は、新しい質問として投稿してください）。

Posted by Maile Ohye, Developer Programs Tech Lead
Original version: rel=”author” frequently asked (advanced) questions

多くのユーザーがその手軽さや利便性から、スマートフォンからの検索を行っていますが（英語）、携帯端末向けのページではその読み込みに 平均して 7 秒以上かかっていることがわかっています（英語）。この読み込み時間が 1 秒以下になることはユーザーにとってもウェブマスターにとっても理想でしょう。そこで今回、ウェブマスターの方々へ、携帯端末向けページのレンダリングを高速化するための ガイドライン（英語、日本語も準備中です）を公開しました。また、このガイドラインにもとづき、PageSpeed インサイト ツール も更新しました。

”above the fold” コンテンツを優先的に扱う
たとえば こちらのレポート（英語）によると、ページの読み込みに 1 秒以上かかった場合、ユーザーの集中が途切れてしまう傾向にあるようです。サイトの訪問者により良いブラウジング体験を提供してサイトを利用してもらうため、今回策定したガイドラインではいわゆる ”above the fold” と呼ばれる、ユーザーが最初に目にする、スクロールしなくても表示されるエリアのコンテンツを少しでも早く提供する（その他のコンテンツはバックグラウンドで読み込みを進める）ことを重視しました。また “above-the-fold” エリアをレンダリングするのに必要な HTML や CSS, JavaScript は非常に重要なレンダリング パス（critical rendering path（英語））として知られています。

携帯端末上でのユーザーに最初に見えるコンテンツの読み込み時間を 1 秒未満にするためのベストプラクティスをここでご紹介します。

Posted by Bryan McQuade, Software Engineer, and Pierre Far, Webmaster Trends Analyst
Original version: Making smartphone sites load fast

Google では、ユーザーの検索結果から スパムを排除 することに日々全力で取り組んでいます。具体的には、ウェブスパム アルゴリズムの改善に加え、ウェブマスター向けガイドライン（品質に関するガイドライン） への違反に対する手動による対策も行っています。今回、ご自身のサイトで手動によるウェブスパム対策が実施されているかどうかを確認したいウェブマスターの方のお役に立つ新しい機能を公開しましたのでご紹介します。ウェブマスター ツールの手動対策ビューアには、ウェブスパム チームが手動で実施した、Google ウェブ検索結果でのサイトのランキングに直接影響する対策についての情報が表示されます。この機能を試すには、ウェブマスター ツール にアクセスし、[検索トラフィック] の下にある [手動による対策] をクリックしてください。

ほとんどのみなさまには、「手動によるウェブスパム対策は見つかりませんでした。」というメッセージが表示されるでしょう。Google 検索のインデックスに関する最新の分析によると、Google で確認したドメインのうちウェブスパムとして手動でインデックスから削除されるドメインは 2% にも達しません。この「手動によるウェブスパム対策は見つかりませんでした。」というメッセージが表示された場合、そのサイトにはウェブスパムであることを理由にした、検索結果からの削除など手動による対策は実施されておらず、ランキングへの直接の影響もありません。

手動によるスパム対策が実施されたごく一部のサイトについては、ウェブマスター ツールで既に通知されているはずです。通知は引き続き送信されますが、今後は手動対策ビューアで、 Google 内部のウェブスパム システムのデータをご自身で直接チェックすることもできます。ここで、例として、「ユーザー生成スパム」を理由として Google がサイトの特定のセクションに手動による対策を実施した場合、手動対策ビューアでどのように表示されるかについて紹介します:



この例では、「サイト全体の一致」はなく、「部分一致」があると表示されます。「部分一致」とは、サイトの特定のセクションに限って手動による対策を実施したことを示します。この例で問題となっているのは、他のユーザーによって mattcutts.com/forum/ に投稿されたスパム コメントです。この問題を修正することで、Google 検索でのこのフォーラム（mattcutts.com/forum/）に対する手動による対策が解除されるだけでなく、ユーザー エクスペリエンスを向上させることもできます。[詳細] をクリックすると、トラブルシューティングに役立つ新しいヘルプ記事が表示されます。

Google のウェブマスター向けガイドライン（品質に関するガイドライン） への違反をすべて修正したら、次に 再審査をリクエスト します。この新しい手動対策ビューアにより、再審査リクエストの手続きはさらに簡単に、かつスムーズになっています。[再審査リクエスト] ページにアクセスしたら、サイトに対する手動による対策の状況についてチェックが可能となります。そして手動による対策がサイトに適用されている場合のみ、再審査をリクエストできます。ガイドライン違反となるウェブスパムの問題がある場合は、[手動による対策] ページ上に [審査をリクエスト] ボタンが表示され、直接再審査リクエストを送信することが可能です。

手動対策ビューアは、みなさまからご要望の多かった機能を実現したものです。この機能により、多くのウェブマスターのみなさまに少しでも心配する必要がないという安心感を提供できればと願っています。ウェブスパムの問題は実際には非常に少数ではありますが、今回お知らせした情報がスピーディーにトラブルシューティングを行う際の助けとなりましたら幸いです。ご不明な点については、ウェブマスター ヘルプフォーラム までお寄せください。

Posted by Matt Cutts, Distinguished Engineer
Original version: View manual webspam actions in Webmaster Tools

先日、ブログ記事でご案内しました通り、6 月 27 日に「サイト クリニック」を行いました。サイト クリニックは、サイト クリニックは、実在するサイトを題材に、Google 検索と相性の良いサイト運営の方法について考え、ディスカッションするものです。日本では 2 回目の開催で、今回は初めて、ハングアウト オンエア形式で行いました。
今回、応募いただいたサイトを確認させていただいたところ、みなさんに共通したお悩みがあることがわかりました。それは “特定のキーワードでの検索順位が上がらない、検索順位を上げるにはどうしたらいいか” というものです。このお悩み（私達が日頃から一番多くいただくご質問でもあります）に対して、今回は 3 つのポイントから具体的なサイト例を示しながらお答えしました。

1. 「検索順位」から離れて考えてみる
• 一言解説：検索結果画面を眺めて、いわゆる「検索エンジン対策」をしていてもサイトへの訪問者数は増えません。どのようなきっかけで検索して、自分のサイトを訪れるか、「検索前」の部分について考えてみましょう。
• ご紹介させていただいたサイト
• 特定非営利活動法人みんなのことば
• 特定非営利活動法人ぱれっと
2. ユーザー視点で見直してみる
• 一言解説：「こんな人にサイトを見て貰いたい」という理想のユーザー像を考えて、そのユーザーの視点から検索クエリやサイト構成を見直してみましょう。
• ご紹介させていただいたサイト
• トジョウエンジン
• 特定非営利活動法人シェア＝国際保健協力市民の会
3. Google 検索にも伝わりやすいサイトにする
• 一言解説：ユーザーにも、Google 検索にもきちんと内容が伝わるサイト構成になっているか「Google 検索エンジン（SEO）スターターガイド」などで確認しましょう。
• ご紹介させていただいたサイト
• チャリティーサンタ
• 特定非営利活動法人ソムニード

Google ではブログ記事「選挙活動における検索エンジンを対象とした施策について」を公開し、ウェブスパムに対する注意喚起をいたしました。その後選挙活動に関わる方だけでなく、多くの方々から検索エンジンを対象とした施策やウェブスパムついてご質問をいただきました。これらの内容は、選挙だけでなく、政治関係者ではない一般のウェブマスターの皆さんに役立つ内容だと思います。下記にまとめましたので、ぜひご覧ください。

Q. SEO 業者から検索結果の掲載順位を上げる、といった営業電話がかかってきたのですが、信用しても大丈夫ですか？
Google の検索は、200 以上の要素を考慮して、ユーザーが探している情報に最も関連性のある検索結果を表示すべく、日々、検索エンジンに改善を施しています。日々、新しいサイトが生まれるウェブ上において、一定の検索ランキングを約束することは、一般的に非常に難しいと言えます。ですのでランキングを上げることを約束するような勧誘には注意が必要です。もしこうした検索エンジン対策を、外部の業者に発注する場合は、信頼できる業者かどうかその評判を検索して判断すること、そしてその上で Google のウェブマスター向けガイドライン に違反しない施策を行うよう確認することをおすすめします。また、こちらのヘルプ記事 を参考にしてみてください。

Q. ガイドラインに違反するとどうなるのですか？
Google では、ガイドライン違反に対しては、Google 検索の品質およびユーザーの利便性を維持するためアルゴリズムや手動で掲載順位を下げる、または検索結果から削除する、などの対応をさせていただく場合があります。どのような手法がガイドライン違反となるかについては、ウェブマスター向けガイドラインの品質に関するガイドライン上で公表しています。ご確認の上、悪質な手法を用いないようお気をつけください。

掲載結果に変動のある手動による対応をした場合は ウェブマスター ツール に通知をお送りしています。手動による対応を解除するための手続きである 再審査リクエスト についてもウェブマスター ツールが必要となりますので、ウェブマスター ツールには必ず登録することをおすすめします。

Q. SEO 業者から逆 SEO や誹謗中傷対策などの提案を受けましたが、問題はありませんか？
逆 SEO や、誹謗中傷対策という名目で検索結果を人為的に操作する手法がとられる場合があり、そうしたケースでは、Google のウェブマスター向けガイドラインに違反する不正な手法がとられることが多いようです。そのようなガイドラインに違反する不正な手法に加担しないためにも、前述のとおり、業者の評判を確認すること、施策内容を把握すること、Google のウェブマスター向けガイドラインに違反しない施策を行うよう確認すること、を心がけてください。

Q. 関連検索やキーワードのサジェスト機能から外して欲しいキーワードがあるのですが、どのようにすればいいですか？
現在専用のフォームなどはございませんので、検索結果の下部にある、”フィードバックを送信”からご報告ください。お送りいただいた情報は、必ず反映されるというものではございませんが、機能改善等の参考情報として活用させていただきます。



また、Google の検索結果からコンテンツを削除する手続きにつきましては、ブログ記事「Google の検索結果からコンテンツを削除するには」をご覧ください。

Q. 政治家の事務所のウェブサイトを運営しています。SEO 対策として気をつけるべき点はなんですか？
Google が以前 Google 自身のサイトについて診断を行った Google 検索エンジン最適化 (SEO) レポートカード が参考になるのではないかと思います。その診断を参考にしていただいて、まずはお名前などで検索結果にきちんと表示されるかどうかを確認することをおすすめします。診断の結果、きちんと表示されていないことが分かった場合は、検索エンジン最適化 ( SEO ) スターターガイド を参考にしていただき、改善を試みてください。

ご意見・ご感想は、ウェブマスター ヘルプフォーラム までお寄せください。


Posted by Takeaki Kanaya, Search Quality Team

これらの項目がすべて表示されるのはサイト所有者である場合のみです。一部の項目は、フル ユーザーや制限付きユーザーには表示されません。たとえば、[ユーザーとサイト所有者] は、制限付きユーザーには表示されません。


新しい [検索のデザイン] ポップアップ
[検索のデザイン] ポップアップ を追加し、サイトが検索結果にどのように表示されるかを視覚的に確認できるようにしました。また、各要素を改善するためにコンテンツや構造に加えるべき変更を調べることもできるようになりました:



このポップアップ ウィンドウにアクセスするには、画面横のナビゲーションの [検索のデザイン] メニューの横にある疑問符アイコンをクリックします。

このポップアップでは、タイトル、スニペット、URL といった検索結果の基本要素だけでなく、サイトリンク、パンくずリスト、サイト内検索、イベントや商品のリッチ スニペット、著者情報といったオプション要素も確認できます。

ウェブマスター ツールを最大限活用していただく上で、新しくなったナビゲーションがお役に立つことを願っています。ご不明な点がありましたら、いつもどおり ウェブマスター ヘルプフォーラム に投稿してください。


Posted by Mariya Moeva, Webmaster Trends Analyst
Original version: Easier navigation without GPS

最近は日本でも、サイトのハッキングによる被害が多く見られます。

皆さんの中には、サイトが 不正なハッキング の被害を受け、コンテンツが改ざんされたり悪意のあるコンテンツが挿入されたりしてしまった、という話を耳にしたことがある方もいらっしゃるかもしれません。

Google サーチ クオリティ チームでは、ウェブマスター ヘルプ フォーラム、Google+ Webmaster Japan コミュニティ を通して "防ごう 「サイトの不正なハッキング」キャンペーン" と題してサイトの不正なハッキングによる被害を防ぐための予防策や、被害にあった際の対策などについて、情報発信を行ってきました。

ここで、今回のキャンペーンで発信した情報を改めてご案内します。
1: ウェブマスター ヘルプ フォーラム - 「Google 社員による豆知識 : サイトがハッキングの被害を受けたときの対応方法」

ウェブマスター ヘルプ フォーラムでは、フォーラムに投稿されたハッキング被害のケースなどから、被害に遭ってからその解消までのプロセスを以下の 3 つにわけ、ウェブマスターの方がつまずきやすい点を整理してご紹介しました。

• 原因の特定
• ハッキングの被害の確認方法
• 問題の修正後、再発を防ぐためにすべきこと

2: Google+ Webmaster Japan コミュニティ - ウェブマスター ミニ Tips

Google+ Webmaster Japan コミュニティ 上では、イラストを使ってヒントをお伝えするウェブマスター ミニ Tips 形式で、特に重要なポイントを中心にご紹介しました。
Kiyotaka Tanaka, Search Quality Team

Google タグマネージャ を使用してサイト タグの追加と更新を行っている方であれば、コンテナ スニペット コード を用いてウェブマスター ツールで サイトの所有権を簡単に素早く確認 できるようになりました。

以下で方法をご説明します。
1. ウェブマスター ツールの ホームページ で、確認したいサイトの [サイトを管理] をクリックしてから、[このサイトを確認] を選択します。サイトをまだ追加していない場合は、右上にある [サイトを追加] ボタンをクリックすると追加できます。

サイトの追加を行うには、Google タグマネージャで [表示、編集、管理] の アカウント レベル権限 が必要です。

2. [確認] ページで、確認方法として [Google タグマネージャ] を選択し、画面上の指示に従います。




3. [確認] をクリックします。

Google サーチ クオリティ チームでは 昨年 に引き続き「サイト クリニック」を実施します。「サイト クリニック」とは、実在するサイトを題材に、Google 検索と相性の良いサイト運営の方法について考え、ディスカッションをするイベントです。これまでも スペイン、 ドイツ、 インド などで開催し、ウェブマスターのみなさまに好評を頂いています。昨年日本で実施したサイト クリニックでも「Google 検索と相性の良いサイト運営の方法が紹介されたが、大変参考になった。検索と相性の良いサイトは、わかりやすい構造や内容になっているということが具体的に理解できた。」といった感想をいただくことができました。
今年は以下の要領で、 ハングアウト オンエアー 形式でオンライン上で多くの方に見ていただける形でサイト クリニックを実施します。

1. サイト クリニックで扱うサイトの募集
   サイト クリニックで題材としてご紹介させていただけるサイトを募集します。応募はこちらのフォーム からお願いします。


• 募集期間：6 月 14 日（金）～ 6 月 21 日（金）
• 対象：公益性の高い事業を行っている団体・組織のサイト（特定非営利活動法人、公益社団法人、公益財団法人、ソーシャル ベンチャーなど）
• ご注意点
• サイトがブログやハングアウト オンエアー上で表示され、多くの方に閲覧される可能性があります。
• 準備のため、事前に Google サーチ クオリティ チームからご連絡をさせていただく場合があります。ハングアウト オンエアーに参加をお願いする可能性もあります。


2. ハングアウト オンエアー形式でのサイト クリニック
   応募いただいたサイトの中からいくつかのサイトを題材として、ハングアウト オンエアー形式でサイト クリニックを実施します。
• 日時：6 月 26 日（木） 18：00 ～ 19:00 
• 当日はこちらのイベント ページからご覧ください。


3. 後日、ブログ記事でもサイト クリニックの様子をご紹介します。

みなさまからのご応募をお待ちしております！
Posted by Kiyotaka Tanaka, Search Quality Team

スマートフォン ユーザーは、インターネット ユーザーの中でも成長が非常に早く、重要なユーザー層となってきています。そして Google ではスマートフォンから Google を利用するユーザーにデスクトップ環境と変わらない、リッチなウェブ体験を提供したいと考えています。こうした携帯端末向けのリッチなウェブ サイト作成のため、「携帯端末に最適化されたウェブサイトの構築方法（推奨事項）」や「スマートフォン サイトによく見られるミス」といった情報をご提供してきました。

Original version: Changes in rankings of smartphone search results

Posted by Google サーチクオリティ チーム

Google がウェブサイトのコンテンツを構造的に把握できれば、より的確な、しかも人目を引くコンテンツとして Google ユーザーに提示することができます。たとえば、あるページの商品リスティングやイベント、レシピ、レビューなどが構造化されたデータだとわかると、Google のアルゴリズムは「リッチ スニペット」を追加して検索結果を拡張します。さらにそうしたデータは、 ナレッジグラフ のパネルや Google Now カードに表示されることもありますので、コンテンツについて広く知らせることができます。

今回、構造化データが今までよりもっと簡単に利用できるようになる 2 つのアップデートを紹介します。1 つ目は、データ ハイライターでの 7 種類の新たな構造化データのサポート開始、2 つ目は、新しいツール、構造化データ マークアップ支援ツールの提供開始です。

データ ハイライターが商品、お店やサービス、レビューなどにも対応

データ ハイライター は、ウェブサイトに掲載される構造化データのパターンを簡単なマウス操作で（サイトの HTML を編集しなくても）Google に伝えることができるツールとして、2012 年 12 月（日本語では 2013 年 2 月） に公開されました。 公開時には イベント に関する構造化データのみをサポートしていましたが今回、サイト上のその他の構造化データについてもデータ ハイライターで扱えるようになりました。具体的には、商品、地域のお店やサービス、記事、ソフトウェア アプリケーション、映画、レストラン、テレビ番組のエピソード に関する構造化データです。

データ ハイライターを使用するには、ウェブマスター ツール にアクセスしてサイトを選択し、左側の [最適化] をクリックして [データ ハイライター] をクリックします。サイト内の構造化データを含むページ（たとえば、商品ページやイベントの詳細ページなど）の URL を入力し、主要なフィールドをマウス操作で「タグ付け」していきます。




1 つのページに対して行う場合、タグ付けにかかる時間は約 5 分、形式が共通した複数のページに対して行う場合は約 15 分です。タグ付け作業が終わったら、Google で構造化データが正しく認識されているかどうかを確認し、問題がなければ Google に「公開」します。その後しばらくしてサイトが再クロールされると、価格、レビュー、評価などの情報が Google の検索結果とともに表示されるようになります。

構造化データ マークアップ支援ツールの提供開始

データ ハイライターは、サイトの構造化データについて HTML を編集することなく簡単に Google に伝えることができる便利な手段です。しかし、構造化データを含むコンテンツがすべての検索エンジンで正しく認識されるようにするには、結局はウェブページに構造化データ マークアップを直接埋め込む方が望ましいとも言えます。ウェブページの作成者がこの作業を行う際に役立つよう、Google は新しく 構造化データ マークアップ支援ツール の提供を開始します。

このツールもデータ ハイライターと同様に、まずウェブページ（URL または HTML ソース）を指定してから、目的のデータ タイプの主要なプロパティをマウス操作で「タグ付け」します。タグ付けが終わると、microdata 形式のマークアップが追加されたサンプル HTML コードが構造化データ マークアップ支援ツールによって生成されます。このコードをダウンロードして、ウェブサイトに構造化データを実装する際の参考用として使用できます。




構造化データ マークアップ支援ツールは、データ ハイライターがサポートしているすべてのデータ タイプに加えて、Gmail に構造化データを埋め込む（英語） ための数種類のデータ タイプに対応しています。スキーマの詳しいドキュメントについては、schema.org （英語）をご覧ください。

Google では構造化データの機能の拡張を進めています。この 2 つのツールによって、すべてのウェブサイトがこれらの機能を気軽に利用できるようになることを願っています。ご不明な点やご意見・ご感想などありましたら、ウェブマスター ヘルプフォーラム に投稿してください。


Posted by Justin Boyan, Product Manager
Original version: Getting started with structured data

これらのおすすめコンテンツの追加や設定を簡単に行うための方法も用意されています。モバイル サイトに JavaScript を 1 行追加するだけで、ウェブ エディタを使わずに、Google+ ページ ダッシュボードの [サイト向け] セクションで変更を加えることができます。


この最新の機能を試してみるには、お気に入りの iOS 搭載端末や Android 搭載端末で Forbes サイト内のいずれかの 記事ページ にアクセスしてみてください。この機能については、デベロッパー ドキュメント（https://developers.google.com/+/features/recommendations）でも詳しくご紹介しています。

Google では、Google+ のコンテンツおすすめ機能と Google+ ログイン機能についてより多くの方に使って頂くための改善を計画しており、先日開催した Google I/O では Google+ ログイン機能を利用している 50 社以上の企業の中からいくつかの事例について詳しくお話を伺うことができました。

「Google+ ログインは、当社の Android アプリで最も利用されているソーシャル ログイン機能です。ソーシャル ログイン経由のユーザーの 41% が Google+ ログイン経由です。」
- Tom Grinstead、Guardian News プロダクト マネージャー

「Google+ ログインの統合による最初の成果には大変満足しています。当社の分析では、ウェブ、Android、さらには iOS でも、Google からの膨大なログインがその他の一般的なソーシャル ネットワークを圧倒していることは明らかです。この成功により、他のログイン ソースを廃止して、この新しく成長著しいチャネルをさらに活用していくことを検討しています。」
- Haisoo Shin、Fancy エンジニアリング ディレクター

Posted by Mario Anima, Product Manager, Google+
Original version: Google+: Content Recommendations for your Mobile Website @ The Google+ Developers Blog

このたび、Google では組織のロゴについての schema.org マークアップのサポートを開始いたしました。このマークアップによって、組織を象徴する画像とサイトを結び付けることができます。ウェブマスターの皆様は、Google 検索結果で組織のロゴとして使用される画像を指定することができます。

schema.org の Organization マークアップ （英語）を使用すると、使用したいロゴが存在する場所を Google のアルゴリズムに示すことができます。たとえば、ホームページが www.example.com である企業は、ページ上での表示に関わる要素を使用して次のマークアップをホームページに追加できます:

<div itemscope itemtype="http://schema.org/Organization">
  <a itemprop="url" href="http://www.example.com/">Home</a>
  <img itemprop="logo" src="http://www.example.com/logo.png" />
</div>

この例では、「この画像が、（マークアップにも含まれている）ホームページのロゴ画像として指定されており、可能ならば、この画像を Google 検索結果で使用できるものである」ということを Google に示しています。このようなマークアップは、たとえば Google がユーザーのクエリに基づいて右側にナレッジ グラフを表示するときに、他よりも優先してこの画像を表示してほしいという、Google アルゴリズムへの強いシグナルとなります。

ご不明な点がある場合はウェブマスター ヘルプフォーラムからお問い合わせください。

ウェブページで rel=canonical 属性 を指定することは、検索エンジンが 重複ページ の中からどのページをインデックスに登録するかを判断する上で重要な手がかりとなります。Yahoo!、Bing、Google など複数の検索エンジンがこれに対応しています。rel=canonical 属性は、重複ページから、外部からのリンクなどのインデックス登録に関連する属性を集約するとともに、検索結果に表示させたい URL を指定します。しかし、このように便利な rel=canonical 属性ですが、設定する際には少し注意が必要です。


この記事では、rel=canonical を使用する上での推奨事項をご紹介します。:

• 重複ページに含まれるコンテンツの大部分を含むページを canonical ページとしましょう。

• ここで、コンテンツが自分の知らない言語で書かれていると仮定してみましょう。重複ページと canonical ページを左右に並べて見たときに、重複ページ内の文字の大部分が canonical ページにもあるでしょうか？その言語を理解できる人でなければ 2 つのページが類似していると判断できない場合、たとえば扱っている内容は類似しているけれども文章自体はさほど似ていないという場合は、canonical 指定をしても検索エンジンで無視される可能性があります。

間違い 1: 複数ページにまたがるコンテンツの 1 ページ目を rel=canonical のリンク先とする

次のような複数ページにまたがる記事があるとします:

• example.com/article?story=cupcake-news&page=1
• example.com/article?story=cupcake-news&page=2
• 以降同様

2 ページ目（またはそれ以降のページ）に 1 ページ目への rel=canonical リンクを指定するのは rel=canonical の正しい使用法ではありません。このようなページは重複ページではないからです。このように rel=canonical を使用すると、2 ページ目以降のコンテンツがまったくインデックスに登録されなくなってしまいます。

複数ページにまたがるコンテンツの 2 ページ目以降に 1 ページ目への rel=canonical リンクを指定すると、良いコンテンツ（例: 2 ページ目と 3 ページ目のコンテンツ）が登録されなくなってしまいます。

canonical として指定すると、表示させたい URL を指定することになる点にも注意が必要です。カテゴリ ページまたはランディング ページで特集記事への rel=canonical リンクを指定することは避けましょう。

rel=canonical 指定は <head> タグ内では認識され、<body> タグ内では認識されません。