Domain 51 / 225

Article 構造化データは記事の著者・公開日・画像を Google に正確に伝える

Article schema の要点

Article 構造化データはブログ / ニュース / スポーツ記事ページに実装し、Google が title text / 画像 / 公開日 を正確に表示する助けになる。NewsArticle / BlogPosting も含まれる。Article は必須要件ではなく Helpful Content の補強として E-E-A-T シグナルにも貢献する

なぜこれを学ぶか

Article 構造化データは メディアサイトで「ニュース系リッチリザルト + Top Stories 候補 + AI 引用」の土台。 記事 1 本を 5 分で実装でき、CTR と AEO 両方に効くコスパ最高の施策。

メディア・ブログ・コーポレートのオウンドメディアで、全記事に組み込むべき。

学ばないと起きること

よくある事故被害
Article 構造化データを実装しないリッチリザルト候補から外れる、AI 引用も減る
author を文字列だけで指定E-E-A-T シグナルが弱い、Person オブジェクトで著者プロフ URL も渡す
dateModified を機械的に毎日更新fresh ぶっ越し判定で逆効果
image を 1 種類だけ指定デバイス別最適化されない、複数比率推奨
必須プロパティを欠落リッチリザルト対象外

学ぶメリット

  • メディアサイトで全記事のリッチリザルト候補に乗せられる
  • AI 引用獲得の構造化シグナルを送れる
  • E-E-A-T を構造化データで補強できる
  • 商談で「Article は推奨だが必須ではない」を即答できる

仕組み

3 タイプの違い

タイプ用途
Article一般記事
NewsArticleニュース記事(Top Stories 候補に)
BlogPostingブログ記事

メディアサイトは記事の性格に応じて選択。News 系は NewsArticle、技術ブログは BlogPosting、汎用は Article。

必須プロパティ

公式に明記:

プロパティ内容
headline記事タイトル(短く明確に)
image記事画像 URL(複数比率推奨:1:1 / 4:3 / 16:9)

推奨プロパティ

プロパティ内容
datePublished公開日時(ISO 8601)
dateModified最終更新日時
author著者(Person オブジェクト推奨)
publisher発行元 Organization + ロゴ
description記事の説明

実装例

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "東京都が新条例可決、2026 年 6 月施行",
  "image": [
    "https://example.com/news-1x1.jpg",
    "https://example.com/news-4x3.jpg",
    "https://example.com/news-16x9.jpg"
  ],
  "datePublished": "2026-05-10T14:30:00+09:00",
  "dateModified": "2026-05-10T15:00:00+09:00",
  "author": [{
    "@type": "Person",
    "name": "山田 太郎",
    "url": "https://example.com/authors/yamada"
  }],
  "publisher": {
    "@type": "Organization",
    "name": "spotyou ニュース",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  }
}
</script>

キー概念

author の Person オブジェクト指定

NG(文字列のみ):

"author": "山田 太郎"

OK(Person オブジェクト + URL):

"author": {
  "@type": "Person",
  "name": "山田 太郎",
  "url": "https://example.com/authors/yamada"
}

url で著者プロフィールページに誘導できると、E-E-A-T の「Authoritativeness」シグナルが強くなる。

複数著者の指定

"author": [
  {"@type": "Person", "name": "山田 太郎", "url": "..."},
  {"@type": "Person", "name": "鈴木 花子", "url": "..."}
]

共著記事は配列で全員指定。

dateModified の正しい使い方

OK な更新:

  • 主要コンテンツの修正
  • 構造化データの変更
  • ページ内リンクの追加

NG な更新:

  • フッターの著作権年だけ更新
  • 機械的に毎日「今日」に書き換え

機械的に更新すると Helpful Content の「fresh ぶっ越し」判定で逆評価。

Article は必須ではない

公式: 「Top Stories や Google ニュースに掲載されるためのマークアップ要件はない」。

ただし Article 構造化データを追加すると:

  • Google が記事の性格を確実に把握
  • リッチリザルト表示の可能性が増える
  • 著者 / 公開日が正確に表示される

よくある誤解

よくある誤解実際のところ出典
Article 構造化データは Top Stories 必須必須ではない、推奨で記事性格の明示に役立つArticle 構造化データ
author は文字列で十分Person オブジェクト + URL が E-E-A-T 強化同上
image は 1 種類で十分複数比率(1:1 / 4:3 / 16:9)推奨同上
dateModified を毎日更新で fresh シグナル機械的更新は fresh ぶっ越し判定で逆効果Helpful Content
NewsArticle と Article は同じ扱いNewsArticle は Top Stories 候補としての判別に役立つArticle 構造化データ
publisher のロゴサイズに制約はない60x600 ピクセル以下推奨同上
著者プロフィールページは不要E-E-A-T のため強く推奨、url プロパティで紐付けHelpful Content

実務での適用

CMS テンプレートに組み込む

WordPress / Next.js / Hugo などでは記事テンプレに以下を組み込む:

  1. headline = 記事タイトル
  2. image = アイキャッチ画像 + サムネ複数比率
  3. datePublished = 投稿日時(ISO 8601)
  4. dateModified = 最終更新日時
  5. author = Person オブジェクト + プロフィール URL
  6. publisher = Organization + ロゴ

CMS の「記事入稿フォーム」で著者を選択すると自動的に Person オブジェクトが入る形が理想。

Next.js での実装例

export default function ArticlePage({ post }: Props) {
  const articleSchema = {
    "@context": "https://schema.org",
    "@type": post.category === "news" ? "NewsArticle" : "BlogPosting",
    headline: post.title,
    image: post.images,
    datePublished: post.publishedAt,
    dateModified: post.updatedAt,
    author: post.authors.map(a => ({
      "@type": "Person",
      name: a.name,
      url: `https://example.com/authors/${a.slug}`
    })),
    publisher: {
      "@type": "Organization",
      name: "spotyou",
      logo: {
        "@type": "ImageObject",
        url: "https://example.com/logo.png"
      }
    }
  };

  return (
    <>
      <script
        type="application/ld+json"
        dangerouslySetInnerHTML={{ __html: JSON.stringify(articleSchema) }}
      />
      {/* 記事本文 */}
    </>
  );
}

検証

ツール用途
リッチリザルトテスト妥当性 + リッチリザルト プレビュー
Schema.org Validatorスキーマ仕様への準拠
Search Console「拡張」レポート実環境のエラー監視

トラブル別の対処

症状確認すべきこと
Article リッチリザルトに著者が出ないauthor を Person オブジェクトで指定、url プロパティ追加
画像が小さく表示されるimage を複数比率(1:1 / 4:3 / 16:9)で提供
Search Console「拡張」エラー多発必須プロパティ(headline / image)の欠落
publisher のロゴが反映されない60x600 ピクセル以下、HTTP アクセス可能

公式ソース

自己テスト

Q1. Article 構造化データは Top Stories 掲載に必須か?

必須ではない。Google 公式が「マークアップ要件はない」と明言。ただし推奨で記事性格を明示できる

Q2. Article / NewsArticle / BlogPosting の使い分けは?

Article = 一般記事、NewsArticle = ニュース記事(Top Stories 候補)、BlogPosting = ブログ記事

Q3. author を文字列で指定するのと Person オブジェクトで指定するのに違いはあるか?

Person オブジェクト + url で著者プロフィール URL を渡すと E-E-A-T シグナルが強化される

Q4. image は 1 種類で十分か?

複数比率(1:1 / 4:3 / 16:9)推奨。デバイス別に最適化される

Q5. dateModified を毎日更新すると fresh シグナルになるか?

逆効果。機械的更新は fresh ぶっ越し判定で低評価

Q6. publisher のロゴサイズの推奨は?

60x600 ピクセル以下。それより大きいと一部表示で問題が出る

Q7. 共著記事の author 指定は?

author を配列で複数 Person オブジェクトを並べる

Q8. Article 構造化データの必須プロパティは?

headline / image。その他(datePublished / author / publisher)は推奨

これらの内容を採点付きで挑戦したい場合は、本ドメインのプロ試験で 5 問形式で確認できる。