記事（Article、NewsArticle、BlogPosting）の構造化データ

ニュース、ブログ、スポーツの記事のページに Article 構造化データを追加すると、Google がウェブページの詳細を理解し、Google 検索やその他のサービス（Google ニュースや Google アシスタントなど）の検索結果で、その記事のタイトル テキスト、画像、日付情報を適切に表示できるようになります。 トップニュースなどの Google ニュース機能の対象となるためのマークアップ要件はありませんが、Article を追加することで、コンテンツの内容（たとえば、ニュース記事であることや、記事の作成者とタイトルなど）を明示的に Google に伝えられます。

記事のリッチリザルト

例

以下に、Article 構造化データを含むページの例を示します。

JSON-LD


<html>
  <head>
    <title>Title of a News Article</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "NewsArticle",
      "headline": "Title of a News Article",
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
       ],
      "datePublished": "2024-01-05T08:00:00+08:00",
      "dateModified": "2024-02-05T09:20:00+08:00",
      "author": [{
          "@type": "Person",
          "name": "Jane Doe",
          "url": "https://example.com/profile/janedoe123"
        },{
          "@type": "Person",
          "name": "John Doe",
          "url": "https://example.com/profile/johndoe123"
      }]
    }
    </script>
  </head>
  <body>
  </body>
</html>

microdata


<html>
  <head>
    <title>Title of a News Article</title>
  </head>
  <body>
    <div itemscope itemtype="https://schema.org/NewsArticle">
      <div itemprop="headline">Title of News Article</div>
      <meta itemprop="image" content="https://example.com/photos/1x1/photo.jpg" />
      <meta itemprop="image" content="https://example.com/photos/4x3/photo.jpg" />
      <img itemprop="image" src="https://example.com/photos/16x9/photo.jpg" />
      <div>
        <span itemprop="datePublished" content="2024-01-05T08:00:00+08:00">
          January 5, 2024 at 8:00am
        </span>
        (last modified
        <span itemprop="dateModified" content="2024-02-05T09:20:00+08:00">
          February 5, 2024 at 9:20am
        </span>
        )
      </div>
      <div>
        by
        <span itemprop="author" itemscope itemtype="https://schema.org/Person">
          <a itemprop="url" href="https://example.com/profile/janedoe123">
            <span itemprop="name">Jane Doe</span>
          </a>
        </span>
        and
        <span itemprop="author" itemscope itemtype="https://schema.org/Person">
          <a itemprop="url" href="https://example.com/profile/johndoe123">
            <span itemprop="name">John Doe</span>
          </a>
        </span>
      </div>
    </div>
  </body>
</html>

How to add structured data

Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.

Here's an overview of how to build, test, and release structured data.

  1. Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
  2. Follow the guidelines.
  3. Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
  4. Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is accessible to Google and not blocked by a robots.txt file, the noindex tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs.
  5. To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the Search Console Sitemap API.

ガイドライン

構造化データが Google 検索結果に表示されるようにするには、下記のガイドラインに準拠する必要があります。

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

  • 複数のページで構成される記事の場合、rel=canonical がそれぞれのページを指しているか、または（一連のページの先頭ページではなく）「すべて表示」ページ 1 つを指していることを確認してください。正規化の詳細についてはこちらをご覧ください。
  • ウェブサイトのコンテンツを定期購入制で提供している場合や、コンテンツへのアクセスに登録が必要な場合は、定期購入とペイウォール コンテンツ用の構造化データの追加を検討してください。

構造化データタイプの定義

Google がページを詳細に理解できるようにするには、ウェブページに適用される推奨プロパティを可能な限り多く設定してください。必須プロパティはありません。代わりに、コンテンツに適用されるプロパティを追加します。

Article オブジェクト

Article オブジェクトは、Article、NewsArticle、BlogPosting のいずれかの schema.org タイプに基づいている必要があります。

Google がサポートするプロパティは、次のとおりです。

推奨プロパティ
author

Person または Organization

記事の作成者。さまざまな記事の作成者を Google が正確に認識できるように、作成者のマークアップのベスト プラクティスを実践することをおすすめします。
author.name

Text

作成者の名前。
author.url

URL

記事の著者を一意に識別するウェブページへのリンク。作成者のソーシャル メディア ページ、「個人紹介」ページ、略歴ページなど。

URL が内部のプロフィール ページである場合には、プロフィール ページの構造化データを使用してその作成者をマークアップすることをおすすめします。
dateModified

DateTime

記事が最後に変更された日時（ISO 8601 形式）。 タイムゾーン情報を提供することをおすすめします。提供されない場合は、デフォルトで Googlebot が使用するタイムゾーンが適用されます。

より正確な日付情報を Google に提供する場合は、dateModified プロパティを追加します。 リッチリザルト テストでは、このプロパティに対する警告は表示されません。このプロパティは、サイトに適用できると判断した場合にのみ使用することをおすすめします。
datePublished

DateTime

記事が最初に公開された日時（ISO 8601 形式）。タイムゾーン情報を提供することをおすすめします。提供されない場合は、デフォルトで Googlebot が使用するタイムゾーンが適用されます。

より正確な日付情報を Google に提供する場合は、datePublished プロパティを追加します。リッチリザルト テストでは、このプロパティに対する警告は表示されません。このプロパティは、サイトに適用できると判断した場合にのみ使用することをおすすめします。
headline

Text

記事のタイトル。簡潔なタイトルを使用してください。タイトルが長いと、一部のデバイスで切り捨てられることがあるためです。
image

ImageObject または URL の繰り返し

記事を表す画像の URL。ロゴやキャプションではなく、記事に関連する画像を使用してください。

画像に関するその他のガイドライン:

  • すべてのページに画像を少なくとも 1 つ含める必要があります（マークアップを含めるかどうかは問わない）。Google は、アスペクト比と解像度に基づいて、検索結果に表示する最適な画像を選択します。
  • 画像の URL は、クロールやインデックス登録に対応できる必要があります。ページに Google がアクセスできるかどうかは、URL 検査ツールで確認できます。
  • 画像はマークアップされたコンテンツを表している必要があります。
  • 画像は、Google 画像検索でサポートされているファイル形式である必要があります。
  • 適切な画像が選択されるように、アスペクト比が 16x9、4x3、1x1 の高解像度画像（幅と高さをかけて 50,000 ピクセル以上になる画像）を指定してください。

次に例を示します。

"image": [
  "https://example.com/photos/1x1/photo.jpg",
  "https://example.com/photos/4x3/photo.jpg",
  "https://example.com/photos/16x9/photo.jpg"
]

作成者のマークアップのベスト プラクティス

コンテンツの作成者をなるべく正しく認識、表示できるように、マークアップで作成者を指定する際には、以下のベスト プラクティスに従うことをおすすめします。

作成者のマークアップのベスト プラクティス

すべての作成者をマークアップに含める

ウェブページ上で作成者として提示されているすべての作成者をマークアップに含めます。

複数の作成者を指定する場合

複数の作成者を指定する場合は、author フィールド内で次のように作成者を個別にリストします。 

"author": [
  {"name": "Willow Lane"},
  {"name": "Regula Felix"}
]

次のように、同じ author フィールド内に複数の作成者をまとめてリストしないでください。 

"author": {
  "name": "Willow Lane, Regula Felix"
}

その他のフィールドを使用する

作成者を Google が正しく認識しやすくなるように、type プロパティと url プロパティ（または sameAs プロパティ）を使用することを強くおすすめします。url プロパティと sameAs プロパティには有効な URL を使用してください。

たとえば、作成者が個人の場合は、その個人に関する詳細情報を提供する作成者のページにリンクできます。

"author": [
  {
    "@type": "Person",
    "name": "Willow Lane",
    "url": "https://www.example.com/staff/willow_lane"
  }
]

作成者が組織の場合は、その組織のホームページにリンクできます。 

"author":
  [
    {
      "@type":"Organization",
      "name": "Some News Agency",
      "url": "https://www.example.com/"
  }
]

author.name プロパティには作成者の名前のみを指定する

author.name プロパティには作成者の名前のみを指定します。他の情報は追加しないでください。具体的には、以下の情報は追加しないでください。

  • パブリッシャーの名前。代わりに、publisher プロパティを使用します。
  • 作成者の役職。指定する場合は、代わりに適切なプロパティを使用します（jobTitle）。
  • 敬称のプレフィックスまたはサフィックス。指定する場合は、代わりに適切なプロパティを使用します（honorificPrefix または honorificSuffix）。
  • 補足的な文言（「投稿者: XX」のように名前以外の言葉を含めること）。
"author":
  [
    {
      "name": "Echidna Jones",
      "honorificPrefix": "Dr",
      "jobTitle": "Editor in Chief"
    }
  ],
"publisher":
  [
    {
      "name": "Bugs Daily"
    }
  ]
}

適切な Type を使用する

個人には Person タイプを、組織には Organization タイプを使用します。Thing タイプは使用しません。個人に Organization タイプを使用するなど、使用するタイプを間違えないよう注意します。

作成者のマークアップに関するベスト プラクティスの適用例を次に示します。 

"author":
  [
    {
      "@type": "Person",
      "name": "Willow Lane",
      "jobTitle": "Journalist",
      "url": "https://www.example.com/staff/willow-lane"
    },
    {
      "@type": "Person",
      "name": "Echidna Jones",
      "jobTitle": "Editor in Chief",
      "url": "https://www.example.com/staff/echidna-jones"
    }
  ],
"publisher":
  {
    "name": "The Daily Bug",
    "url": "https://www.example.com"
  },
  // + Other fields related to the article...
}

トラブルシューティング

構造化データの実装またはデバッグで問題が発生した場合は、以下のリソースが参考になります。