データ構造化で差をつける：AI検索時代の新SEO戦略
AIに「あなたのページ、何のページ？」と聞かれたら——答えは“構造化データ”
構造化データは、記事のタイトルや著者、商品の価格などを、項目ごとに記述する仕組みです。種類を増やすより、ページに載っている内容と一致させることが先です。この記事では、実装する項目の選び方と、公開後の確認までを説明します。
たとえば商品名と金額が文章で書かれていても、コード上ではどの値が価格なのか明示されていない場合があります。構造化データでは、その関係を名前付きの項目で表します。ただし、コードを追加すればAIが正確に理解し、回答に採用するとは限りません。
ChatGPTの週間利用者は2025年10月時点で約8億人[1]、Google AI Overviewsの月間利用者は2025年7月時点で20億人を超えました[2]。AIの概要が表示された検索ではクリックが約半分に減るという調査もあり[3]、「AIに正しく拾われる」ことの価値が高まっています。
そもそもLLMOとは何かを基礎から知りたい方は、「LLMOとは？意味・SEOとの違い・重要性を解説」もあわせてご覧ください。
データ構造化マークアップとは？AIに「伝わる」仕組み
Schema.orgは、記事や商品などを表す種類と項目を定めています。JSON-LDは、それらを記述する形式です。ページの目的に合う種類を選び、実際に表示している情報を項目に対応させます。
構造化データは情報を整理する補助です。本文を読まずにすべて分かるようにするものではありません。読者に見える説明と、コードに記述した内容を両方整えます。
Googleが対応する種類と要件を満たすと、リッチリザルトの対象になる場合があります。ただし表示は保証されず、AIの引用を優先する設定でもありません。GoogleはAIによる概要やAIモードに特別な構造化データは不要と案内しています。
JSON-LDで記述する内容
記述形式にはJSON-LD・Microdata・RDFaなどがあります。Googleが推奨するJSON-LDは、HTMLの中にまとめて記述できる形式です。すでにテーマやプラグインが出力していないか確認してから追加します。
解説記事（Article）で扱う項目には、次のようなものがあります。必要な項目と推奨項目は、利用する検索機能の最新資料で確認してください。
| 項目 | 伝える内容 |
|---|---|
| type（型） | このページが「記事（Article）」であること |
| headline（見出し） | 記事のタイトル |
| author（著者） | 書いた人の名前（例：道川内 知） |
| datePublished（公開日） | 公開した日付（例：2025-07-01） |
| description（説明） | 記事の内容を要約した一文 |
FAQPageは質問と回答を記述する種類ですが、付けるとAIに引用されやすくなるとは断定できません。Google検索のFAQリッチリザルトは2026年5月に終了しています。質問への回答は、読者に役立つなら本文に掲載してください。
必要に応じて使う項目
- 入れ子構造：関連情報を階層的に記述し、文脈を伝える
- sameAs：公式SNSなど関連リソースを紐づけ、エンティティを明確にする
- aggregateRating：レビュー評価を構造化して伝える
- offers：価格情報を明示的に伝える
記述はSchema Markup Validatorで、Googleが対応する表示機能はリッチリザルト テストで確認します。ツールが示すエラーの対象を読み、必要な項目を修正します。ページ内容との一致も別に点検してください。
ページ別・スキーマ型の選び方
記事、商品、店舗情報など、ページで説明している対象に合わせて選びます。以下は記述する内容の違いです。検索結果の表示やAIへの掲載を保証する分類ではありません。
Article（記事・ブログ）
記事のタイトル・著者・公開日などを記述します。著者名や日付は、実際の記事と一致させます。
Product（商品ページ）
商品の価格や在庫などを記述します。レビュー評価を追加する場合は、公開されている実在の評価で、対象機能の条件に合うか確認します。
FAQPage（よくある質問）
質問と回答を記述します。GoogleのFAQリッチリザルトは終了しており、AIへの引用効果も保証されません。
HowTo（手順・ガイド）
作業の手順を記述する種類です。GoogleのHowToリッチリザルトは2023年9月に終了しています。手順の説明自体は、読者が作業できるよう本文で整えます。
LocalBusiness（店舗・拠点）
店名・住所・電話・営業時間などを記述します。構造化データの追加と、Googleビジネスプロフィールの登録や更新は別の作業です。
Recipe／Event（レシピ・イベント）
レシピには材料や調理時間、イベントには日時や会場などを記述します。それぞれの対象機能の条件を確認し、実際の内容に合わせます。
利用者がページで読める情報を、用途に合う項目で記述します。不要な種類を増やすより、価格や日付が変わったときに更新できる状態を作ることが大切です。
選定から公開後の確認まで
扱う項目と型が決まったら、対象ページを一つに絞って実装します。WordPressでの出力方法は、この後の補足で説明します。
ページに合った型を選ぶ
記事ならArticle、商品ならProductなど、内容に合う種類を選びます。Schema.orgの種類とGoogle検索での対応状況を分けて確認します。
必須＋推奨プロパティを記述する
必要な項目を確認し、事実として公開できる値を記述します。推奨項目でも、分からない値や存在しないレビューを作って埋めないようにします。
JSON-LDで実装する
HTMLと分離して書けるJSON-LDで実装します。WordPressなら、テーマやプラグインの機能、カスタムHTMLで追加できます。
検証ツールで確認する
「リッチリザルトテスト」「Schema Markup Validator」でエラーがないかチェック。表示で書いた内容と一致しているかも確認します。
サイト全体で一貫性を保つ
トップから各ページまで整合させ、Search Consoleで実装状況とパフォーマンスを継続的に追います。
期待できる効果と、つまずきやすい注意点
実装後は、記述が正しいかという確認と、検索でどう表示されるかという確認を分けます。
期待できる効果
- リッチリザルト表示による、検索結果での視認性・クリック率の向上（場合により）
- ページ内容を項目ごとに記述することによる情報整理
- 対応する検索機能の対象になる可能性（表示保証ではない）
注意点：(1)エラーがあると無効になるため必ず検証する、(2)表示内容と構造化データの中身を必ず一致させる（不一致はペナルティの恐れ）、(3)存在しないレビューや誇大な情報を入れない。正直さと一致が大原則です。
WordPressで出力元を選ぶときの補足
上の手順3でWordPressに追加する場合は、テーマやプラグインがすでに何を出力しているかを確認します。既存の出力で足りる項目を、手動で重ねて追加する必要はありません。
SEOプラグインを使う（最も手軽）
Yoast SEOやRank MathなどのSEOプラグインは、記事・FAQ・パンくずなどの構造化データを自動出力します。まずはこれで土台を整えるのが簡単です。
カスタムHTML／コードスニペットで追加（柔軟）
個別ページに独自のJSON-LDを足したいときは、カスタムHTMLブロックや、WPCode等のスニペット管理プラグインで挿入します。自動出力で扱えない項目を追加するときに、既存コードとの整合を確認して使います。
テーマ機能を活用（SWELL等）
テーマによっては、著者・パンくず・記事情報などの構造化データを標準で出力します。プラグインと重複しないよう、どちらが出しているかを把握しておきましょう。
重複に注意：プラグインとテーマ、手動JSON-LDが同じ型（特にFAQやArticle）を二重に出力すると、エラーや混乱の原因になります。「どこから出すか」を1つに決めましょう。
構造化データでよくあるエラーと、その対処法は？
エラー1：必須プロパティの欠落
対象の検索機能が求める項目を確認します。たとえばEventの開始日時はstartDateです。ツールがエラーと推奨項目の警告をどう区別しているかを読み、不足する事実情報を補います。
エラー2：表示内容との不一致
ページに書いていない価格やレビューを構造化データだけに入れるのはNGです。画面に見える内容と一致させることが原則。不一致は無効化やペナルティの原因になります。
エラー3：日付・数値の形式ミス
日付はISO形式（例：2025-07-01）、価格は数値と通貨を正しく記述します。全角数字や曖昧な表記は避けましょう。
構造化データの効果は、どう測ればいい？（運用のコツ）
設定後は、対象ページの表示とクリックを記録します。記事の改稿などを同時に行った場合は、構造化データだけの効果と区別できないことも残しておきます。
| 確認する場所 | 見るポイント |
|---|---|
| Search Console | 「拡張」レポートで、各構造化データの有効数・エラー・警告の推移 |
| リッチリザルトテスト | 個別ページが、対象のリッチリザルトに適合しているか |
| 検索・AIでの表示 | 狙うキーワードでリッチリザルトやAI概要に出ているか、AIに尋ねて登場するか |
| クリック率（CTR） | 構造化データ実装の前後で、検索結果のCTRがどう変化したか |
まとめ
最初のページで記述と本文が一致することを確かめたら、更新を誰が担当するかも決めましょう。価格や営業時間を直したときに、コードだけが古く残らない仕組みが必要です。
ページに合う種類を選び、内容の照合と検証から始めます。運用の自動化については、AXiYのサービス紹介もご覧ください。
LLMO・構造化データのご相談はこちら
無料のLLMO診断を受け付けています
サイトURLと、実装済みのプラグインや確認したいページを添えてご相談ください。出力されている記述と本文を照合し、修正箇所を整理します。
お電話：03-6869-0924（平日9:00〜17:00）／ LLMO説明動画はこちら
出典
- [1] TechCrunch「Sam Altman says ChatGPT has hit 800M weekly active users」(2025年10月6日)。記事
- [2] TechCrunch「Google’s AI Overviews have 2B monthly users…」(2025年7月23日)。記事
- [3] Pew Research Center「Google users are less likely to click on links when an AI summary appears in the results」(2025年7月22日)。調査
- [4] Google検索セントラル「構造化データの仕組み」（実装・検証の公式ガイド）。公式ドキュメント
