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 などでは記事テンプレに以下を組み込む:
- headline = 記事タイトル
- image = アイキャッチ画像 + サムネ複数比率
- datePublished = 投稿日時(ISO 8601)
- dateModified = 最終更新日時
- author = Person オブジェクト + プロフィール URL
- 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 問形式で確認できる。