この記事の目次構造化データは本文の意味を機械へ伝える1．本文に合う種類を選ぶ2．パンくずのJSON-LDを用意する3．記事情報は確認できる値だけにする4．3段階で確認するAIへの依頼と完了条件

構造化データは本文の意味を機械へ伝える

JSON-LDなどで記事やパンくずの情報を記述します。正しい記述があっても、リッチリザルトの表示や順位は保証されません。ページにない情報を追加して見せるための仕組みでもありません。

必要なものは対象URL、表示する本文・パンくず、編集権限、テスト環境です。CMSやプラグインがすでに出力している場合は、重複と矛盾を先に確認します。

1．本文に合う種類を選ぶ

記事にはArticle、階層にはBreadcrumbListなど、実際の内容に対応する種類を選びます。商品でないページへProduct、実在しない評価へReviewを付けないでください。schema.orgで書ける種類とGoogleの検索機能で対応する種類は同一ではありません。

2．パンくずのJSON-LDを用意する

次は学習用の架空URLによる例です。実ページのパンくずも「ホーム→SEO→構造化データ」と表示されている前提です。URLと名前を実際の公開内容へ置き換えます。

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "ホーム", "item": "https://example.com/"},
    {"@type": "ListItem", "position": 2, "name": "SEO", "item": "https://example.com/seo/"},
    {"@type": "ListItem", "position": 3, "name": "構造化データ", "item": "https://example.com/seo/structured-data/"}
  ]
}

JSONはコメントや余計な末尾カンマを含められません。これをtype="application/ld+json"のscript要素へ入れてHTMLへ出力します。CMSの専用入力欄を使う場合は、欄がJSONだけを受け付けるのかscript全体なのか確認してください。

3．記事情報は確認できる値だけにする

Articleを付ける場合は、見出し、記事を代表する画像、公開・更新日時、著者などを公式仕様に沿って検討します。実在しない著者や監修者を埋めません。本文の更新がないのに更新日だけを毎日変更する運用にも注意します。

確認 不一致の例
見出し 本文は設定手順なのに別テーマのタイトル
URL テスト用ドメインや別ページ
日付 実際の公開前なのに公開済みとして記述
著者・画像 存在しない人物、記事と関係のない画像

4．3段階で確認する

まずJSONとして構文を確認します。次にリッチリザルトテストのコード入力で、対応する検索機能のエラーと警告を確認します。公開後はURL入力とSearch ConsoleのURL検査で、実際に取得されるページを確認します。

コードテストが成功しても、公開HTMLへ出力されていなければ目的を果たせません。警告はすべて同じ重要度ではなく、推奨項目と必須条件を公式仕様で確認します。非対応の種類は、リッチリザルトテストで対象が検出されないことがあります。

AIへの依頼と完了条件

本文・パンくず・公開URLとJSON-LDを照合してください。
名前、順序、URL、日付、人物情報の不一致を列挙し、存在しない値を補わないでください。
JSONの構文と検索機能の適格性は別々に確認してください。

本文との一致、構文、対象機能の検査、公開HTMLの確認がそろえば実装確認は完了です。この記事のサンプルはローカルでJSON構文を確認した教材であり、実サイトの検索表示確認は未実施です。

公式資料：構造化データの概要、パンくず、Article。

AI支援で制作。資料確認日：2026年10月5日。次回確認予定：2027年1月5日。実サイトの検索順位・引用状況の測定、Search Consoleの実アカウント操作、実務者監修、第三者再現は未実施です。記入例・数値例は架空の教材です。掲載・順位・効果を保証するものではありません。