構造化データが表すもの
Webページの構造化データは、「この文字列は記事名」「この人は著者」「この日付は公開日」といった意味を、機械が読み取れる形で記述した情報です。広い意味では表やデータベースも構造を持つデータですが、このページでは検索エンジンへページの内容を伝えるマークアップを扱います。
人は見出しの大きさや配置から役割を推測できます。一方、プログラムが同じ判断をするには手がかりが必要です。構造化データは、その手がかりを決まった項目名で渡します。本文と別の情報を足す場所ではなく、読者が確認できる内容を整理するために使います。
schema.orgやJSON-LDとは何が違うか
3つの用語は、目的・語彙・形式という別の層を指します。
| 用語 | 担当すること | 例 |
|---|---|---|
| 構造化データ | 情報に種類や関係を持たせる | 記事と著者を結び付ける |
| schema.org | 種類や項目の名前を定義する | Article、author、headline |
| JSON-LD | 決めた内容を書き表す | @typeなどを含むJSON |
たとえば記事の公開日を直す場合、構造化データの datePublished だけを変えるのではなく、画面に表示する公開日と同じ元データから出します。別々に管理すると、本文は昨日、マークアップは今日という食い違いが起きるからです。
読者や運営者が確認する場面
記事では著者や日付、商品では価格や在庫、イベントでは日時や会場などを整理するときに使います。ただし、どの型をどの検索機能で扱うかは検索サービスが決めます。語彙として存在する型を追加しただけで、特別な検索表示が出るとは限りません。
確認は「データが読める」「ページと一致する」「検索機能が対応する」の3つに分けます。記事名が違う場合は本文との整合、JSONのカンマが抜けている場合は構文、正しく読めるのに表示されない場合は対応機能や表示条件を調べます。この分け方をすると、表示されない原因をすべてコードのミスとして修正し続けることを避けられます。
テストに合格したら検索に出るのか
Schema Markup Validatorで語彙や記述を、リッチリザルト テストでGoogleの対応機能を確認できます。ただし、これらの結果は表示や順位の保証ではありません。著者名を架空の人物に変えたり、本文にない評価を入れたりする問題も、構文の検査だけでは判断できません。
AI検索への引用を増やす設定とも断定できません。GoogleのAI Overviews・AI Modeでは、特別な構造化データを追加する必要はないと公式に説明されています。まず本文の説明と根拠を整え、その内容を矛盾なく記述することが基本です。
実装する人は、構造化データの型選び・PHPでの生成・公開後の確認へ進んでください。この用語ページは、用語の意味と問題の切り分けを理解するための入口です。
参考情報
2026年9月21日確認。