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


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

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

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


Structured Data Markup Helper


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

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


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



おすすめコンテンツはサイトの訪問者が Google にログインしているかどうかに関係なく表示できますが、Google にログインしている訪問者には、訪問者が設定しているサークル内の友人等が +1 したコンテンツや共有したコンテンツが表示されます。


これらのおすすめコンテンツの追加や設定を簡単に行うための方法も用意されています。モバイル サイトに 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 エンジニアリング ディレクター



Google+ Webmaster Japan コミュニティ では既にご紹介していましたが、Google サーチ クオリティ チームでは、5 月 16 日(木)に下記のイベントに参加いたします。

今回のイベントでは、Google サーチ クオリティ チームからは新ウェブマスターの方を対象に、Google 検索の基本的な考え方、最新情報のご紹介、そして Q&A セッションを行う予定です。また、コンテンツ作成や検索エンジン最適化に実際に関わっていらっしゃる方もスピーカーとして参加され、一緒にトークセッションをさせて頂きます。

東京での開催となりますが、ご興味がありましたらぜひご参加ください。また、こちらのスレッド で質問を募集していますので、ご質問がありましたらお気軽にご投稿ください(質問は当日参加されない方からも大歓迎です。後日質問への回答は公開予定です)。

今後も、Google+ Webmaster Japan コミュニティ ではイベント情報などをいち早くお届けしていきますので、ぜひご参加ください。

Share on Twitter Share on Facebook


この記事では、rel=canonical を使用する上での推奨事項をご紹介します。:
  • rel=canonical のリンク先ページが確かに存在すること(エラーや ソフト 404 ページではないこと)を確認しましょう。 
  • rel=canonical のリンク先ページに noindex メタ タグがないことを確認しましょう。
  • 検索結果に表示させたいページが(重複 URL の方ではなく)rel=canonical で指定する URL であることを確認しましょう。
  • rel=canonical リンクをページの <head> タグ内または HTTP ヘッダー内に入れましょう。
  • rel=canonical を 1 つのページで 2 つ以上指定することは避けましょう。2 つ以上指定されていると、すべての rel=canonical が無視されます。

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

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

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

ページ指定されたコンテンツ の場合は、記事全体を 1 ページにまとめたページへの rel=canonical リンクを各分割ページに指定する か、ページ指定マークアップ rel="prev" と rel="next" を使用する ことをおすすめします。

全体表示ページへの rel=canonical リンクを各分割ページに設定

ページ指定されたコンテンツで全体表示ページへの rel=canonical リンクを指定しない場合、マークアップ rel=”prev” と rel=”next” を使用できます。

間違い 2: 絶対 URL のつもりで相対 URL を記述してしまう




<link> タグでは、他の多くの HTML タグと同様に、相対 URL と絶対 URL のどちらも使用できます。相対 URL とは、リンク元のページを基準とした「相対的な」パスのことです。たとえば、「images/cupcake.png」は、リンク元ページと同じディレクトリの中にあるサブディレクトリ「images」の中にある「cupcake.png」を指します。絶対 URL は、「http://」といったスキームを含めたパス全体を記述したものです。

<link rel=canonical href=“example.com/cupcake.html” />(「http://」が付いていないため相対 URL です)と指定すると、canonical URL としては、実際にはそのような意図でないことがほとんど確実であっても、「http://example.com/example.com/cupcake.html」と指定していると見なされてしまいます。このような場合、Google のアルゴリズムでは rel=canonical の指定が無視されることがあります。どのような意図でこのように rel=canonical を指定したとしても、結果的に目的を達成できないことになります。

間違い 3: rel=canonical を意図しない形で指定している、または 2 つ以上指定する

時々、意図した結果ではないと思われる rel=canonical の指定が見られることがあります。単純なタイプミスもごくまれにありますが、よくあるのはページ テンプレートの rel=canonical のリンク先を変更し忘れたまま使用しているケースです。この場合、サイト運営者のページにテンプレート作成者のサイトへの rel=canonical リンクが設定された状態になってしまいます。

ソースコードから、プラグインがどのように HTML に反映されたかをチェックし、意図しないrel=canonical リンクが無いことを確認します。

間違い 4: カテゴリ ページまたはランディング ページで特集記事への rel=canonical リンクを指定する

たとえば、デザートについてのサイトを運営していると想定します。そのサイトでは「pastry」(ペストリー:ケーキなどのお菓子類)や「gelato」(ジェラート)といったカテゴリ ページがあり、それらのカテゴリ ページでは日替わりで特集記事を紹介しています。たとえば、「pastry」のランディング ページで「red velvet cupcakes」(レッド ベルベット カップケーキ)を紹介するとします。「pastry」カテゴリ ページには「red velvet cupcake」のページと同じコンテンツがほとんど全部含まれているため、カテゴリ ページにその特定の特集記事への rel=canonical リンクを追加したとします。

仮にこの rel=canonical 指定が Google で認識されるとすると、「pastry」カテゴリ ページは検索結果に表示されないことになります。rel=canonical を指定することで、重複ページの代わりに canonical URL を検索結果に表示させたいという意思を示すことになるからです。これに対して、カテゴリ ページと特集記事のどちらも検索で見つかるようにしたい場合は、カテゴリ ページにそのページ自身をリンク先とした rel=canonical を指定するか、あるいは rel=canonical をまったく指定しないかのどちらかにするのがベストです。

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

間違い 5: <body> タグ内に rel=canonical を入れる

rel=canonical 属性タグは、HTML ドキュメントの <head> タグ内にのみ記述します。さらに、HTML の構文解析時に問題が発生しないようにするには、<head> タグ内の上部に、rel=canonical を配置し、できるだけ早い段階で読み込まれるようにしましょう。rel=canonical の指定が <body> タグ内にあると Google では無視されます。

この間違いは簡単に修正できます。rel=canonical リンクが必ずページの <head> タグ内にあることと、できるだけ早い段階で出現することを念入りに確認します。

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

まとめ

有益な rel=canonical 指定を行うには:
  • 重複ページの本文コンテンツのほとんどが canonical ページにもあることを確認する。
  • rel=canonical の指定は1ページで1つとし、かつページの <head> タグ内で指定する。
  • rel=canonical のリンク先が、有効なコンテンツが含まれている URL であること(404 やソフト 404 ではないこと)を確かめる。
  • 特集記事が検索結果に表示させたい URL と見なされてしまうため、ランディング ページまたはカテゴリ ページで特集記事への rel=canonical リンクを指定することは避ける。
ご質問がありましたら ウェブマスター ヘルプフォーラム にお寄せください。

Share on Twitter Share on Facebook