構造化データに関する一般的なガイドライン

以下は、すべての構造化データに適用される一般的なガイドラインです。構造化データが Google 検索結果に表示されるようにするには、これらのガイドラインに準拠する必要があります。コンテンツのガイドラインに違反しているページやサイトは、ランクが下がったり、Google 検索のリッチリザルトの対象外としてマークされたりすることがあり、ユーザーに高品質の検索エクスペリエンスを提供し続けることができなくなる場合があります。ページ内でスパム行為のある構造化データまたはコンテンツが見つかった場合、Google はそのページに対して手動による対策をとります。手動による対策がとられたかどうかを確認するには、Search Console の手動による対策レポートを開いてください。

重要: 構造化データが検索結果に表示されるとは限りません。リッチリザルトテストに沿ってページを正しくマークアップしても表示されない場合があります。下記のような理由が考えられます。

構造化データを使用して、ある機能が表示されるよう設定することはできますが、その機能が必ず表示されるとは限りません。Google のアルゴリズムは、さまざまな要因（検索履歴、位置情報、デバイスのタイプなど）に応じて検索結果を調整し、ユーザーにとって最適と思われる検索エクスペリエンスを生み出します。また、ある機能が別の機能より適していると判断することもあれば、通常の青色リンクが最適であると判断することもあります。
構造化データがページの主要内容を表していないか、誤解を与えている可能性があります。
構造化データに、リッチリザルトテストを使って検出できない誤りがあります。
構造化データで参照されるコンテンツがユーザーに表示されないコンテンツです。
ここに記載されている構造化データに関するガイドライン、タイプ固有のガイドライン、一般的なウェブマスター向けガイドライン（品質に関するガイドライン）にページが準拠していません。

構造化データに関する一般的なエラーをご覧ください。

技術に関するガイドライン

技術に関するガイドラインを遵守しているかどうかは、リッチリザルトテストや URL 検査ツールを使用してテストできます。このテストで技術的なエラーのほとんどを検出できます。

形式

リッチリザルトを表示できるようにするには、サポートされている 3 つの形式のいずれかを使用して、サイトのページをマークアップする必要があります。

JSON-LD（推奨）
microdata
RDFa

アクセス

Googlebot が構造化データページにアクセスできるようにするため、robots.txt、noindex などのアクセス制御方式を使ってページをブロックしないでください。

品質に関するガイドライン

品質に関するガイドラインは、自動化ツールで簡単にテストすることはできません。品質に関するガイドラインに違反すると、構文的に正しい構造化データが Google 検索においてリッチリザルトとして表示されなくなったり、構造化データがスパムとしてマークされたりすることがあります。

コンテンツ

Google のウェブマスター向けガイドライン（品質に関するガイドライン）に準拠します。
最新の情報を提供します。日時によって関連性がなくなったコンテンツに関してはリッチリザルトを表示できません。
自分またはユーザーが生成したオリジナルのコンテンツを提供します。
ページの読者に表示されないコンテンツをマークアップしないでください。たとえば、JSON-LD マークアップでパフォーマーが記述されている場合、HTML の本文でも同じパフォーマーが記述されている必要があります。
関連性がないコンテンツや誤解を招くコンテンツ（虚偽のレビュー、ページの内容と関係のないコンテンツなど）をマークアップしないでください。
構造化データを使用してユーザーを欺いたり、誤解を与えたりしないでください。他人や組織になりすましたり、自らのオーナーや所属、主な目的を偽ったりしないでください。
小児性愛、獣姦、性的暴力、暴力行為や残虐行為、差別、危険な行為を助長するコンテンツは禁止されています。
違法な行為に関与しているコンテンツや、他人に深刻かつ直接的な危害を与える商品やサービス、情報を宣伝するコンテンツをマークアップしないでください。このような内容の情報を教育目的で提供するコンテンツをマークアップすることは許可されています。
JobPosting の構造化データのコンテンツは、さらに求人情報のコンテンツポリシーも遵守する必要があります。

完全性

リッチリザルトタイプの必須のプロパティをすべて指定します。必須プロパティが指定されていないアイテムは、リッチリザルトに表示されません。
指定する推奨プロパティが多いほど、表示される検索結果の質が高くなります。たとえば求人情報は、給与が明示されていないものよりも明示されているほうが好まれます。また、レシピについては、ユーザーからのレビューや星による評価がついているものが好まれます（実際のユーザーによるものでないレビューや評価はスパムとみなされます）。リッチリザルトのランキングでは追加情報が考慮されます。

場所

ドキュメントで特に指定されていない限り、構造化データは、内容を記述するページに実装します。
コンテンツが同一の重複するページがある場合は、正規ページだけでなく、重複するすべてのページに同じ構造化データを実装することをおすすめします。

具体性

schema.org でマークアップ用に定義されている最も具体的で適切なタイプとプロパティ名を使用するようにしてください。
特定のリッチリザルトタイプに関するドキュメントに記載されているその他すべてのガイドラインに準拠してください。

画像

構造化データのプロパティとして画像を指定する場合は、画像がそのタイプのインスタンスに実際に属していることを確認します。たとえば、schema.org/NewsArticle.image の image プロパティを定義する場合、マークアップされた画像はそのニュース記事に直接属している必要があります。
すべての画像 URL は、クロールやインデックス登録に対応できる必要があります。対応できない場合、Google 検索では画像が検索結果ページに表示されません。

ページ上の複数のアイテム

ページ上に複数のアイテムがあるということは、複数の種類のものがページ上にあることを意味します。1 つのページには、たとえばレシピ、レシピの調理方法を示す動画、レシピの見つけ方に関するパンくずリスト情報などを含めることができます。ユーザーに表示される情報はすべて構造化データでマークアップできるため、Google 検索などの検索エンジンがページ上の情報を理解しやすくなります。ページに適用する項目を追加すると、Google 検索ではそのページの全体像を認識したうえで、ページを別の検索機能で表示できるようになります。

Google 検索では、アイテムをネストするか、個々のアイテムを指定するかにかかわらず、ページ上の複数のアイテムが認識されます。

ネスト: メインアイテムが 1 つで、追加のアイテムがメインアイテムの下にグループ化されている場合。これは、関連するアイテム（動画やレビューを含むレシピなど）をグループ化する場合に特に便利です。
個々のアイテム: 各アイテムが同じページ上の別個のブロックである場合。
注: リンクしたほうが便利なアイテム（レシピと動画など）がある場合は、レシピと動画アイテムの両方で @id を使用して、ページ上のレシピに関する動画であることを指定します。アイテムをリンクしないと、動画をレシピのリッチリザルトとして表示できることが Google 検索で認識できません。

ネスト

以下に、ネストされた構造化データの例を示します。Recipe がメインアイテムで、aggregateRating と video が Recipe にネストされています。

<html>
  <head>
    <title>How To Make Banana Bread</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org/",
      "@type": "Recipe",
      "name": "Banana Bread Recipe",
      "description": "The best banana bread recipe you'll ever find! Learn how to use up all those extra bananas.",
      "aggregateRating": {
        "@type": "AggregateRating",
        "ratingValue": "4.7",
        "ratingCount": "123"
      },
      "video": {
        "@type": "VideoObject",
        "name": "How To Make Banana Bread",
        "description": "This is how you make banana bread, in 5 easy steps.",
        "contentUrl": "http://www.example.com/video123.mp4"
       }
    }
    </script>
  </head>
  <body>
  </body>
</html>

個々のアイテム

以下に、構造化データの個々のアイテムの例を示します。2 つの異なるアイテムとして Recipe と BreadcrumbList があります。

<html>
  <head>
    <title>How To Make Banana Bread</title>
    <script type="application/ld+json">
    [{
      "@context": "https://schema.org/",
      "@type": "Recipe",
      "name": "Banana Bread Recipe",
      "description": "The best banana bread recipe you'll ever find! Learn how to use up all those extra bananas."
    },
    {
      "@context": "https://schema.org",
      "@type": "BreadcrumbList",
      "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "name": "Recipes",
        "item": "https://example.com/recipes"
      },{
        "@type": "ListItem",
        "position": 2,
        "name": "Bread recipes",
        "item": "https://example.com/recipes/bread-recipes"
      },{
        "@type": "ListItem",
        "position": 3,
        "name": "How To Make Banana Bread"
      }]
    }]
    </script>
  </head>
  <body>
  </body>
</html>

その他のヒント

Google 検索がページの主な目的を認識できるようにするには、ページの主な目的が反映されたメインの構造化データタイプを含めるようにします。たとえば、主にレシピに関するページの場合は、Video および Review 構造化データに加えて、Recipe 構造化データを含めます。それにより、このページが検索での各種の見え方（レシピのリッチリザルト、動画検索、レビュースニペット）に対応できるようになります。ページに動画の構造化データしか含まれていなければ、Google 検索はそのページをレシピのリッチリザルトとして表示できるだけの情報が得られません。
ユーザーがアクセスできるすべてのコンテンツがページに表示されるように、構造化データアイテムが完全に揃っていることを確認してください。たとえば複数のレビューを含める場合は、ページにアクセスしたユーザーに表示されるレビューをすべて含める必要があります。ページ上のすべてのレビューがマークアップされていないと、（検索結果でのページの見え方に基づいて）当然すべてのレビューが表示されていると考えるユーザーの誤解を招く可能性があります。