Schema.org構造化データについて
Schema.org構造化データとは?
Schema.org構造化データとは、ページに追加されるマークアップであり、そのページが何を意味するのかを機械可読形式で示すものです。たとえば、これはレシピである、この数値は価格である、この文字列は著者名であり、その人物は別の場所で参照されている人物と同一である、といった情報を示します。
通常のHTMLは、コンテンツをどのように表示するかを記述します。一方、構造化データは、コンテンツが何であるかを記述します。これは、レイアウトだけから機械が確実に推測できない部分です。何らかの明示的な情報がない限り、価格と重量はパーサーにとって同じように見えます。
見た目は何も変わりません。構造化データテストツールを使うことが、そこに存在するかどうかを知る唯一の現実的な方法です。そもそも構造化データは、読者ではなく機械が読み取るために記述されるものだからです。
2026年でも構造化データは重要ですか?
構造化データは、ほとんどのリッチリザルトを支える仕組みです。星評価、価格、イベントの日付、FAQの展開表示、レシピカード、パンくずリストなどがその例です。これらは通常の検索結果よりもはるかに大きなスペースを占めるため、スクロールして見逃されにくくなります。
それ自体はランキング要因ではないため、その点は明確にしておく価値があります。変わるのはリスティングの見え方であり、見た目がクリックを促します。これは同じ目的に至る別の仕組みです。
Googleは長年にわたり、一部のリッチリザルトタイプのサポートを終了してきたため、具体的なメリットは変化します。しかし、コンテンツが何を意味するのかを明示するという根本的な価値は変わりません。
構造化データとAI検索の関係
ここで最も大きな価値が生まれ、変化も顕著になっています。非構造化された文章を読み取るモデルは、ある数字が重量ではなく価格であることや、ある日付がイベントの日付ではなく公開日であることを推測しなければなりません。構造化データを使えば、こうした推測が完全に不要になります。
曖昧さのない事実ほど、安全に引用できます。ページ上で明示的に宣言されている情報は、文章中で暗示されている情報よりも、回答に含めるかどうかを判断するシステムにとって扱いやすいものです。
著者情報、組織情報、公開日をマークアップすることは、情報の出所を明確にするうえでも役立ちます。これは、どの情報源が引用するに値するほど信頼できるかを判断するシステムにとって、ますます重要になっています。
マークアップする価値のあるタイプ
最も装飾的な結果をもたらすものではなく、まず実際にページが何であるかを基準にします。
- サイトの公開者を示すために、OrganizationとWebSiteをそれぞれ1回。
- 編集コンテンツには、authorと公開日を含むArticleまたはBlogPosting。
- 販売するものには、価格と在庫状況を含むProduct。
- 住所と営業時間を掲載する、実店舗を持つあらゆるビジネス。
- BreadcrumbListは、実装コストが低く、検索結果でのURLの表示を改善します。
- FAQPageは、ページが実際に質問に回答している場合にのみ使用し、単なる表示形式の工夫として使わないでください。
構造化データのベストプラクティス
- 検索エンジンが推奨しており、最も保守しやすい形式であるJSON-LDを使用してください。
- ページ上で実際に閲覧できる内容のみをマークアップしてください。訪問者に見えないコンテンツを記述すると、手動ペナルティを受けるリスクがあります。
- 汎用的なタイプではなく、該当する中で最も具体的なタイプを選択してください。
- 必須プロパティだけでなく、推奨プロパティも入力してください。
- ページの内容と常に一致させてください。古い価格や、過去のイベント日程がマークアップに残っているほうが、何もないより悪影響になります。
- テンプレートを変更した後は検証してください。マークアップが気づかないうちに壊れるのは、このタイミングです。
このツールがチェックする項目
スキーマテスターは、そのページにSchema.orgの構造化データが含まれているかどうかを報告します。
これは正しさではなく、存在を確認するものです。構文の検証、必須プロパティの有無の確認、タイプが適切かどうかの判定は行いません。合格とはマークアップが存在するという意味であり、最終的な答えではなく、いくつかある確認事項の最初の一つを満たしたにすぎません。
次に行うこと