タグ: 構造化データ

Google の検索結果ではリストの横に日付が表示されることがあります。今回は、この日付がどのように判断されるのかなど、ウェブマスターの皆様から寄せられる一般的な質問にお答えし、日付の精度向上に役立つおすすめの方法をご紹介します。

日付はどのように判断されるのか

Google では、自動化システムで適切と判断されると、ニュースのような日付や時間が重要なページに対して日付が表示されます。

Google ではさまざまな要素に基づいて日付を判断しています。たとえば、ページ自体に読者にもはっきりとわかるように明確に記載されている日付や、サイト運営者が構造化マークアップで指定している日付などが挙げられますが、これらに限定されません。

どの要素も単独では信頼性にかけるため、Google が 1 つの要素にのみ頼ることはありません。サイト運営者が常に明確に表示される日付を提供しているとは限りません。構造化データが不足している場合や、正しいタイムゾーンが設定されていない場合もあります。そのため、Google のシステムでは、複数の要素を確認して、ページが公開された時点や大幅に更新された時点の最も正確と考えられる日付を推定しています。

ページ上で日付を指定する方法

Google が正しい日付を選択できるように、サイト所有者やサイト運営者は次のことを行ってください。

• 明確な日付を表示する: ページ上で明確な日付を目立つように表示します。
• 構造化データを使用する: datePublished および dateModified スキーマを使用し、AMP または非 AMP ページの正しいタイムゾーン指定子を指定します。構造化データを使用する場合は、ISO 8601 形式を使用するようにしてください。

Google ニュースに関するガイドライン

Google ニュースでは、コンテンツが公開または更新された日付と時刻の両方を明確に表示する必要があります。構造化データだけでは不十分なため、日付と時刻の表示に加えて、構造化データを使用することをおすすめします。日付と時刻は見出しと記事のテキストの間に配置してください。詳しくは、記事の日付に関するヘルプページもご覧ください。

大きな変更を加えた記事の場合、日時を更新することには意味があります。しかし、やむを得ない理由もなしに、重要な情報を追加しないまま記事を人為的に更新するのはやめてください。また、以前に公開した記事をわずかに更新しただけの記事を作成し、古い方の記事を削除して、新しい記事にリダイレクトすることも避けてください。このような手法は、記事の URL に関するガイドラインに違反しています。

ウェブページの日付に関するおすすめの方法

• 上記の最も重要な要件に加えて、Google がウェブページに対して表示する最適な日付を判断するのに役立つ、おすすめの方法は次のとおりです。
• ページがいつ更新されたかを示す: ページを大幅に更新する場合は、表示される日付も更新します（時刻を表示している場合は、時刻も更新します）。必要に応じて、2 つの日付（ページの当初の公開日と更新日）を表示することもできます。表示する場合は、読者にはっきりと見えるようにしてください。両方の日付を表示する場合は、やはり、アルゴリズムが認識しやすいように、AMP または非 AMP ページの datePublished と dateModified を使用することをおすすめします。
• 正しいタイムゾーンを使用する: 時刻を指定する場合は、必要に応じて夏時間を考慮し、正しいタイムゾーンを指定してください。
• 使い方に一貫性を持たせる: ページ内では、構造化データとページの表示部分とで正確に同じ日付（と時刻）を使用するようにしてください。ページで指定している場合は、同じタイムゾーンを使用します。
• 将来の日付やページの内容に関連する日付を使用しない: そのページで取り上げているイベントに関連する日付、特に、今後発生するイベントやテーマの日付ではなく、ページ自体が公開または更新された時点の日付を必ず使用してください（必要な場合は、イベント マークアップを個別に使用できます）。
• Google の構造化データのガイドラインに準拠する: Google では、ページで指定されている日付（一般には構造化データ）が使用されることを保証しているわけではありませんが、構造化
  データのガイドラインに準拠することで、Google のアルゴリズムに、コンピュータが解読できる形式で日付を認識してもらいやすくなります。
• ページ上の他の日付を最小限に抑えることで問題を解決する: 上記のおすすめの方法を取り入れても、不正確な日付が選択されているのを見つけた場合は、ページに表示される他の日付（関連記事の横にある日付など）を削除するか最小限に抑えることを検討してください。

これらのガイドラインをご活用いただくことで、ウェブサイトのページで正しい日付を指定するのが簡単になることを願っております。この記事や構造化データについてご不明な点などありましたら、ウェブマスター ヘルプ フォーラムでお気軽にご質問ください。

「モバイル ファースト インデックス」の取り組みについて最初にお知らせしてから 2 年が経過しました。これは、ユーザーがウェブにアクセスする際に最も使用しているデバイスを考慮してスマートフォン用 Googlebot でクロールを行う取り組みです。あらゆる種類のデバイスに対応する素晴らしいウェブサイトが作られ、世界中で数多くのウェブサイトがモバイルウェブに対応しました。まだすべきことは多くありますが、ここに、モバイル ファースト インデックスに移行したページがグローバルでの検索結果の半数を超えたことをお知らせします。

モバイル ファースト インデックスの確認

通常、モバイル ファースト インデックスへのサイトの移行は、移行準備が完了したことをテストで確認できたときに行います。サイトを移行させた場合には、Search Console のメッセージを通じて、サイト所有者への通知が行われます。サイトの移行はサーバーログでも確認できます。移行後はスマートフォン用 Googlebot からのリクエストが大半を占めているはずです。また、URL 検査ツールを使用することでより簡単に確認できます。サイト所有者は同ツールでサイトの URL が最後にどのようにクロールおよびインデックスされているかを確認できます（確認はサイトのトップページだけで十分です）。

レスポンシブ デザインの手法がサイトに採用されているのであれば、特に準備は不要です。レスポンシブ ウェブデザインが採用されていないサイトでは、評価時に次の 2 種類の問題が比較的多く見られました。

モバイル版ページの構造化データの欠落

構造化データは、ページのコンテンツを把握しやすくする上で便利なものです。また、検索結果で自身のページをより効果的に強調できるようにもなります。デスクトップ版ページで構造化データを採用しているのであれば、モバイル版ページでも同じ構造化データを使用する必要があります。これは、非常に重要なことです。モバイル ファースト インデックスでは、インデックスの対象となるのはモバイル版ページのみになるため、モバイル版ページで構造化データが使用されていないと、構造化データが見落とされてしまいます。

なお、この問題に関しては、ページのテストの際に気をつける点があります。テストに際しては、構造化データの一般的な検証を行い、次にモバイル版ページの構造化データと比較することをおすすめしています。モバイル版ページに対しては、モバイル端末のシミュレーションを行ってソースコードを確認したり、モバイル フレンドリー テストツールで生成した HTML を使用したりすることをおすすめしています。一点ご留意いただきたいのは、モバイル ファースト インデックスに関して言えば、ページがモバイル フレンドリーである必要ありません、という点です。

モバイル版ページの画像代替テキストの欠落

画像に alt 属性（「代替テキスト」）を指定することで、スクリーン リーダー（モバイルでも使用されます）を使うユーザーや検索エンジンのクローラに対して、画像の内容を説明できるようになります。画像に代替テキストが指定されていない場合、Google 画像検索でページ上の画像のコンテキストを把握することが非常に難しくなります。

ウェブサイトの主要なモバイル版ページで、ソースコードの「img」タグを確認してください。上述のとおり、モバイル版ページのソースコードは、ブラウザでモバイル端末のシミュレーションを行って表示させることも、モバイル フレンドリー テストで、Googlebot が生成するバージョンを確認することもできます。ソースコードの「img」タグを探し、Google 画像検索で表示させたい画像に alt 属性が適切に指定されているか再度確認してください。

たとえば、次のように指定します。

代替テキストが適切に指定されている例:
<img src="cute-puppies.png" alt="ブランケットの上にかわいい子犬がいる写真">

代替テキストが指定されていない例:
<img src="sad-puppies.png">

多くの素晴らしいウェブサイトが、モバイルでも適切に表示されるようになるのは喜ばしいことです。より多くのウェブサイトがモバイル ファースト インデックスでインデックスされ、サイトへのアクセスに最も使用されるスマートフォンでより多くのユーザーがウェブを検索できるようになることを願っています。Google はこの変更を慎重に確認して評価し続けます。ご不明な点がございましたら、ウェブマスター フォーラムまたはイベントでご質問ください。

検索ユーザーはさまざまな疑問の答えを求めて Google を利用しています。

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

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

この機能に対応するには、Q&A コンテンツを掲載しているページに Q&A 構造化データを追加します。構造化データ テストツールを使用することで、ページがこの機能に対応していることを確認し、検索結果でどのように表示されるかをプレビューできます。Search Console では、統計情報とマークアップ エラーの例を確認できます。また、検索パフォーマンス レポートでは、どのような検索クエリに対して検索結果に Q&A リッチリザルトが表示されているかを確認したり、検索結果の推移を確認したりできます。

ご不明な点がありましたら、ウェブマスター ヘルプ フォーラムをご利用ください。

最近ユーザーから、検索結果の「イベント」スニペットが表示されるべき場所に、イベントと関係のない情報（たとえばクーポン情報）が表示されるとの報告が寄せられています。

このような表示はユーザーにとって非常に紛らわしく、Google のガイドラインにも反します。そのため、ガイドライン（英語）に修正を加え、より明確にしましたのでご確認ください。

問題となっているのは、以下のような場合です。

クーポンなどを表示する場所に「イベント」マークアップを使用して、特典について記述しているサイトをよく見かけます。割引クーポンはユーザーにとって特別なものではありますが、やはりそれを「イベント」としてアピールするべきではありません。イベント マークアップ（英語）を使用してイベント以外の情報を記述すると、実際には何のイベントも開催されないにもかかわらず、時間になると何かが始まるかのようにリッチ検索結果が表示されるため、ユーザーのエクスペリエンスは確実に低下します。

どのようなサイトが問題なのか、いくつか例を見てみましょう。

このようなサイトは、ユーザーに誤解を与えるおそれがあるということで、手動による対策の対象となることがあります。その場合は、Search Console アカウントに通知が届きます。手動による対策の対象になった場合、サイト全体の構造化データ マークアップが検索結果に反映されなくなることもあります。

このブログ記事では特にクーポンを取り上げましたが、これ以外にもイベントと無関係な情報を「イベント」としてマークアップすると、このガイドラインが適用されます。つまり、マークアップをタイプの異なる情報に使用すると、手動による対策の対象になるおそれがあるということです。十分にご注意ください。

詳しくは、デベロッパー向けドキュメント（英語）をご覧ください。ご不明な点がありましたら、ウェブマスター ヘルプ フォーラムでご質問ください。

たとえば、カップケーキを作りたいとしましょう。どんなカップケーキを作るか迷ったときは、画像検索でいろいろな写真を見ると良いアイデアが浮かぶかもしれません。ただし、画像検索からレシピを見つけるのはなかなか大変です。おいしそうな写真をクリックしてみたら、ケーキ屋さんのメニューが表示されるかもしれませんし、お気に入りのカップケーキを集めただけでレシピは載せていないサイトにたどり着くかもしれません。

このたび Google では、ユーザーが必要な情報を簡単に見つけられるようにするため、モバイル端末で画像検索を実行したときのサムネイルにバッジ（英語）が表示されるようになりました。現時点では、レシピ、動画、商品、アニメーション画像（GIF）のバッジを用意しています。

サイトに画像を掲載している場合は、ウェブページで適切な構造化データを使用することで、その画像がどのような内容なのかユーザーが簡単に把握できるようになります。これにより、ユーザーが必要としているコンテンツを簡単に見つけられるようになるだけでなく、ターゲットとしているユーザーがサイトにアクセスする可能性も高くなります。

サイトでレシピを公開しているなら、ページにレシピ マークアップ（英語）を追加します。商品を販売しているなら商品マークアップ（英語）、動画を公開しているなら動画マークアップ（英語）です。GIF の場合はマークアップ不要で、アルゴリズムによって自動的にバッジが追加されます。画像検索の画像に必ずバッジが表示されるとは限りませんが、必須のフィールドに加えて推奨の構造化データ フィールドを追加することで、その可能性が高まります。

なお、ページにエラーがあると画像検索バッジは表示されませんのでご注意ください。ページのエラーは、構造化データ テストツールでチェックできます。マークアップに関する統計情報は、Search Console のリッチカード レポートで確認できます。

この機能についてご不明な点などありましたら、ウェブマスター ヘルプ フォーラムでお気軽にご質問ください。

画像検索で「似ている商品」というサービスを、モバイルウェブと Android 版検索アプリで開始しました。「似ている商品」は、ユーザーが写真の中で気になった商品を Google 画像検索で見つけやすくする機能です。この機能は画像認識技術を使用しており、日常生活で目にする画像の中で商品を識別し、類似する商品をユーザーに表示します。「似ている商品」が現在サポートしているのはハンドバッグ、サングラス、靴ですが、今後数か月以内に衣料品やホーム＆ガーデンといった他のカテゴリにも対応する予定です。

この機能は、ユーザーが目に留まったファッションの写真をブラウジングしてショッピングしたり、興味がある商品の情報を見つけたりするのに役立ちます。「ブランド ハンドバッグ」のようなクエリで検索結果を開くと、実際の機能をお試しいただけます。

画像検索の機能に対するユーザーからのリクエストで多かったもののひとつは「価格や在庫状況を見つけやすいこと」でした。 「似ている商品」のカルーセル表示では、毎日世界中で何百万というインプレッションとクリックが発生しています。

サイトで扱っている商品を「似ている商品」に対応させるには、schema.org の商品メタデータをページに追加して管理します。schema.org の商品マークアップを使用すると、Google がウェブ上で商品を見つけられるようになり、商品情報の概要をユーザーに表示できるようになります。

サイトの商品を「似ている商品」の表示対象にするには、以下の操作を行ってください。

• ページに掲載している商品に、schema.org の商品マークアップ（画像参照を含む）を追加します。ホストページで商品の名前、画像、価格と通貨、在庫の各メタデータを記述すると、「似ている商品」の表示対象となります。
• Google の構造化データ テストツールでページをテストして、商品マークアップの形式が正しいことを確認します。
• 画像検索で「site:<ドメイン名>.com」というクエリを入力し、商品の画像を確認します。検索結果にマークアップが正しく適用されている場合は、サイトの商品画像をタップすると商品情報が表示されます。なお、Googlebot がウェブサイトを再クロールするまでに 1 週間程度かかることがあります。

ご不明な点がありましたら、ウェブマスター ヘルプ フォーラムまでお寄せください。商品の画像が「似ている商品」に表示されないようにしたい場合は、Google 画像検索からオプトアウトすることができます。

購入可能な商品をショーケースのようにして紹介することで、皆さんのサイトの商品がユーザーにとって見つけやすくなれば幸いです。さらに手軽なオンライン ショッピングを実現するために、今後ともご協力をお願い申し上げます。