Article構造化データとは?設定項目を解説

Article構造化データとは?設定項目を解説

ブログ記事や解説記事のSEO設定を確認していると、「Article構造化データ」「BlogPosting」「NewsArticle」といった項目が出てきます。

Article構造化データは、ページが「記事」であることや、記事タイトル・著者・公開日・更新日・代表画像などを検索エンジンへ機械的に伝えるための構造化データです。

30秒でわかる結論

  • Article構造化データは、ページが記事であることを検索エンジンへ伝える仕組み
  • GoogleはArticle、NewsArticle、BlogPostingをArticle系としてサポートしている
  • 2026年10月時点で、GoogleのArticle構造化データに必須プロパティはない
  • Googleの主な推奨項目はauthor、datePublished、dateModified、headline、image
  • 一般ブログ・解説記事ではBlogPostingまたはArticleを使う考え方が分かりやすい
  • ニュース記事ならNewsArticleを検討する
  • 構造化データを入れれば検索順位が上がるとは断定できない
  • WordPressではテーマやSEOプラグインが自動出力している場合があるため、重複実装に注意する

Article構造化データとは?

Article構造化データは、Schema.orgの「Article」系の語彙を使って、そのページが記事であることや記事に関する情報を表現する構造化データです。

Google Search Centralでは、記事ページにArticle構造化データを追加することで、Googleがページの内容をより理解しやすくなり、検索結果でタイトル・画像・日付情報などをより適切に扱う助けになると説明しています。

人向けの本文と検索エンジン向けの補足情報

記事本文を置き換えるものではありません。読者には通常の記事を表示し、その内容を機械が理解しやすい形式でも表現するのが構造化データです。

Article・BlogPosting・NewsArticleの違い

GoogleがArticle構造化データとして案内している主な型は、Article、BlogPosting、NewsArticleです。

型 向いている内容
Article 一般的な記事を広く表す
BlogPosting ブログ記事・コラム・解説記事
NewsArticle ニュースを報道する記事

初心者の選び方

一般的なブログやノウハウ記事ならBlogPosting、記事全般を広く表したいならArticle、報道記事ならNewsArticleと考えると整理しやすくなります。

この3つは完全に別物ではなく、Schema.orgではBlogPostingやNewsArticleはArticle系のより具体的な型として扱われます。

Googleで必須の設定項目はある?

2026年10月時点のGoogle Search Centralでは、Article構造化データについて必須プロパティはありません。

その代わり、ページ内容に該当する推奨プロパティをできるだけ追加するよう案内されています。

古い「必須項目一覧」をそのまま使わない

構造化データの推奨仕様は変更されることがあります。過去の記事で「headlineとdatePublishedは必須」などと説明されていても、現在のGoogle公式仕様を確認してください。

Article構造化データの主な推奨項目

プロパティ 意味
headline 記事タイトル
author 記事の著者
datePublished 最初に公開した日時
dateModified 最後に更新した日時
image 記事を代表する画像

GoogleはこれらをArticleの推奨プロパティとして案内しています。

headline|記事タイトル

headlineには記事のタイトルを指定します。

例

"headline": "レンタルサーバーとは?初心者向けに仕組みを解説"

Googleは、長すぎるタイトルは端末によって省略される場合があるため、簡潔なタイトルを検討するよう案内しています。

確認ポイント

  • 実際の記事タイトルと内容が一致しているか
  • 構造化データだけ別の誇張タイトルになっていないか
  • 読者に見えている内容と矛盾していないか

author|著者情報

authorは、その記事を書いた著者を示します。

著者が人ならPerson、組織として執筆しているならOrganizationを使います。

考え方

  • 個人ライター:Person
  • 編集部・企業名義:Organization

Googleは、著者名だけでなく、その著者を一意に識別できるプロフィールページなどのURLをauthor.urlで指定することも推奨しています。

author.nameに余計な情報を入れない

author.nameには著者名だけを入れます。「編集長 山田太郎」「Posted by 山田太郎」のように役職や説明文を混ぜないようにします。

datePublished|公開日時

datePublishedは、記事を最初に公開した日時です。

GoogleはISO 8601形式で日時を指定し、可能ならタイムゾーン情報も含めることを推奨しています。

例

"datePublished": "2026-10-29T09:00:00+09:00"

「更新したから公開日も今日に変える」という使い方ではなく、初回公開日時として正確な値を設定します。

dateModified|更新日時

dateModifiedは、その記事を最後に実質的に更新した日時を示します。

例

"dateModified": "2026-11-15T14:30:00+09:00"

公開日と更新日は分ける

datePublishedは初回公開、dateModifiedは最終更新です。記事を修正したからといって、初回公開日まで書き換える必要はありません。

日付だけを新しく見せる目的で更新日を変更するのではなく、本文を実際に更新したときに正確な日時を出す運用が重要です。

image|記事の代表画像

imageには記事を代表する画像を指定します。

Googleは、記事内容に関連する画像を使用し、ロゴや無関係な画像を代表画像として使わないよう案内しています。

Googleが案内する画像のポイント

  • Googleがクロール・インデックスできるURLにする
  • 記事内容を表す画像を使う
  • Google画像検索が対応するファイル形式を使う
  • 高解像度画像を利用する

Googleは良好な表示のため、1:1、4:3、16:9の複数アスペクト比の高解像度画像を用意することを推奨しています。画像は縦×横で最低50,000ピクセル以上が推奨されています。

50,000ピクセルの考え方

たとえば300px × 200pxなら60,000ピクセルなので、面積としては50,000ピクセルを超えます。ただし実運用では、検索結果やSNSなどで使える十分な解像度の画像を用意してください。

JSON-LDではどんな形になる?

GoogleはJSON-LD、Microdata、RDFaなどの構造化データ形式を扱えます。WordPressではJSON-LDで自動出力するテーマ・SEOプラグインがよく使われます。

概念としては次のようなデータを出力します。

JSON-LD部分のイメージ

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "記事タイトル",
  "image": "https://example.com/article-image.jpg",
  "datePublished": "2026-10-29T09:00:00+09:00",
  "dateModified": "2026-10-29T12:00:00+09:00",
  "author": {
    "@type": "Person",
    "name": "山田太郎",
    "url": "https://example.com/author/yamada/"
  }
}

実際のHTMLへ構造化データを出力する方法は、テーマやSEOプラグインによって異なります。本記事本文にはスクリプトを直接追加せず、設定項目の理解を中心に解説しています。

publisherは設定した方がよい?

Schema.orgのArticleでは、出版社・発行主体を表すpublisherも利用できます。

ただし、Googleの2026年10月時点のArticle公式ページで主な推奨プロパティとして列挙されているのは、author、datePublished、dateModified、headline、imageです。

Schema.orgの項目とGoogle推奨項目を分けて考える

Schema.orgで使えるプロパティがすべてGoogle検索で必須・推奨という意味ではありません。Google向けに実装するときはGoogle Search Centralの現行仕様を確認してください。

Article構造化データを設定するメリット

Article構造化データを設定する主な目的は、Googleなどの検索エンジンへ記事情報を明確に伝えることです。

  • 記事タイトルを機械的に示せる
  • 著者を明示できる
  • 公開日・更新日を明示できる
  • 代表画像を示せる
  • 記事タイプを伝えられる

設定すれば検索順位が上がるとは限らない

GoogleはArticle構造化データを追加することで記事情報を理解しやすくなるとしていますが、「設定すれば順位が上がる」とは説明していません。また、構造化データを正しく設定しても検索結果で特定の表示が必ず出る保証はありません。

WordPressでは自分で設定する必要がある?

必ずしも手作業で設定する必要はありません。

WordPressでは、テーマやSEOプラグインがArticleまたはBlogPostingの構造化データを自動出力している場合があります。

1.現在の構造化データを確認
2.テーマ・SEOプラグインの機能を確認
3.不足項目だけ見直す
4.重複出力しないようにする

テーマ+SEOプラグイン+独自コードの三重出力に注意

複数の仕組みが同じ記事について別々のArticle構造化データを出すと、著者・画像・日付などが食い違う場合があります。新しく追加する前に、すでに何が出力されているか確認してください。

設定内容と画面表示を一致させる

構造化データには、原則としてページ上の実際の内容と一致する情報を設定します。

一致させる項目

  • headlineと記事タイトル
  • authorと表示上の著者
  • datePublishedと公開日
  • dateModifiedと実際の更新日
  • imageと記事を代表する画像

検索エンジン向けにだけ別の著者や日付を設定するのは避けます。

実装後の確認方法

Article構造化データを設定したら、Googleのリッチリザルトテストなどで確認します。

1.構造化データを実装
2.リッチリザルトテストで確認
3.重大なエラーを修正
4.公開後にURL検査で確認
5.Googleの再クロールを待つ

Google公式では、必須プロパティがないArticleでも、ページに該当する推奨プロパティをできるだけ追加し、リッチリザルトテストで検証することを案内しています。

よくある設定ミス

公開日と更新日を同じ値で毎回書き換える

初回公開日はdatePublished、実際の更新日時はdateModifiedとして分けます。

author.nameへサイト名や肩書きをまとめて入れる

著者が人なら氏名だけを入れ、役職などは別のプロパティを利用します。

実際に表示されていない情報を入れる

構造化データだけに架空の著者や画像を追加するのは避けます。

ロゴを記事画像として使う

imageには記事内容を代表する画像を指定します。

構造化データを入れればSEO順位が上がると考える

主目的は検索エンジンの理解を助けることです。本文品質や検索意図への適合とは別に考えます。

どんなサイトで設定するべき?

個人ブログ 必要度 ★★★★☆

記事ごとのタイトル・著者・公開日・画像を整理して伝えられるため、テーマやSEOプラグインで対応しているなら利用します。

会社のオウンドメディア 必要度 ★★★★★

著者・監修者・更新日を正確に管理し、記事情報と構造化データを一致させます。

ニュースサイト 必要度 ★★★★★

NewsArticleを検討し、公開日時・更新日時・著者・画像を正確に管理します。

会社概要・料金ページ Article不要

記事ではないページに無理にArticleを付けず、ページ内容に合う構造化データを検討します。

教科書判定

教科書判定

WordPress初心者は、手書きするよりテーマ・SEOプラグインのArticle出力を確認し、内容が正しいかを見る

一般的なブログ記事なら、まずBlogPostingまたはArticleが出力されているか確認してください。

そのうえで、headline、author、datePublished、dateModified、imageが実際の記事内容と一致していれば、初心者としては十分な確認ができています。

会社サイトやオウンドメディアでは、著者プロフィールURLや更新日まで正確に管理すると、検索エンジンが記事情報を理解しやすくなります。構造化データをSEO順位を上げる裏技としてではなく、記事情報を正しく伝える仕組みとして使ってください。

FAQ

Q.Article構造化データに必須項目はありますか?

2026年10月時点のGoogle公式仕様では必須プロパティはありません。ページ内容に該当する推奨プロパティをできるだけ設定する方針です。

Q.BlogPostingとArticleはどちらを使えばよいですか?

一般的なブログ記事ならBlogPostingが分かりやすく、ArticleでもGoogleのArticle構造化データとして扱われます。ニュース記事ならNewsArticleを検討します。

Q.構造化データを設定すると検索順位は上がりますか?

順位上昇を保証するものではありません。Googleが記事の著者・日付・画像などを理解しやすくするための仕組みとして考えてください。

Q.WordPressではプラグインが必要ですか?

必須ではありません。テーマが自動出力している場合もあります。テーマとSEOプラグインの両方が出力して重複しないよう、現在の構造化データを先に確認してください。

Q.公開日を更新のたびに新しくしてよいですか?

初回公開日はdatePublishedとして保持し、実際に記事を更新した日時をdateModifiedへ設定するのが基本です。内容を変えていないのに日付だけ更新する運用は避けます。

まとめ

この記事の結論

  • Article構造化データは記事情報を検索エンジンへ伝える仕組み
  • GoogleはArticle・BlogPosting・NewsArticleをサポートしている
  • 2026年10月時点では必須プロパティはない
  • 主な推奨項目はauthor・datePublished・dateModified・headline・image
  • 一般ブログではBlogPostingまたはArticleを検討する
  • ニュース記事ではNewsArticleを検討する
  • 構造化データと実際の画面内容を一致させる
  • WordPressでは既存のテーマ・SEOプラグインによる出力を確認してから追加する
  • 設定後はリッチリザルトテストなどで検証する
次に読む

「Schema.orgとは?構造化データとの関係を解説」もあわせて確認してください。