解剖 · 技術実装
構造化データとAI引用:証拠から言えること
ウェブサイトのJSON-LDと企業のナレッジグラフを区別し、Ahrefsの引用調査の限界を読み取り、文書で確認できる用途に合わせて構造化データを選びます。
v1.1 · 2026年10月 · Tenten GEO Research
CH.01
まずシステムと測定対象を確認する
ウェブサイトのマークアップ、企業のナレッジグラフ、AI引用は異なる対象です。一つのシステムの結果から、公開サイトにJSON-LDを追加する効果は判断できません。
二つの原調査がこの違いを示しています。data.worldは保険のデータベースとナレッジグラフを使った質問応答を試験しました。AhrefsはJSON-LDを導入したページの引用変化を追跡しました。介入、サンプル、測定結果が異なるため、数値をまとめてschemaの投資収益予測に使うことはできません。
| 研究 | 何を測っているか | 結論 | 出典 |
|---|---|---|---|
| data.worldのベンチマーク、2023年 | GPT-4が生成したデータベースクエリの実行正確度 | SQLは16.7%、ナレッジグラフ/SPARQL構成は54.2% | 保険分野の43問。ウェブサイトのJSON-LD試験ではない |
| Ahrefsのマッチングによる観察研究、2026年 | JSON-LDの初検出前後の引用変化 | 明確な引用増加はなし。AIOの小幅な減少をschemaの影響と断定できない | 1,885ページと4,000対照。すでに引用されていたページ |
介入と測定結果が異なります。いずれもウェブサイト共通の引用倍率を示す研究ではありません。

本章のポイント
研究を実装判断に使う前に、システム、介入、測定結果を明示してください。

CH.02
16.7%と54.2%はデータベースクエリの結果
data.worldの2023年11月13日のベンチマークは、GPT-4にSQLクエリ、またはナレッジグラフ上のSPARQLクエリを生成させました。対象は保険分野の43問です。ウェブページへのschema.orgマークアップ追加を試した研究ではありません。
data.worldベンチマークの全体平均実行正確度
data.world、2023-11-13、表1
この指標は生成したクエリの結果と参照回答を比較します。ウェブページからの抽出、schema.orgの導入、AI検索の引用は測っていません。
ナレッジグラフ構成は企業データのオントロジーと対応関係を提供しました。ウェブページでArticleやOrganizationオブジェクトを公開する状況とは大きく異なります。JSON-LDによってアシスタントが価格や著者を誤らなくなるとは、この研究から言えません。
社内の質問応答システムでは、自社の参照回答とデータモデルを使って評価してください。公開サイトでは、対象となる利用側の構造化データ要件を使い、表示された事実を別に確認します。
本章のポイント
このベンチマークはデータベースの文脈で読んでください。サイトからの抽出や引用を保証する根拠にはなりません。
CH.03
Ahrefsの引用調査から言えること
Ahrefsは2025年8月から2026年3月にJSON-LDを導入した1,885ページを観察し、4,000の対照と比較しました。マッチング分析ではAIOが相対的に4.6%減少しましたが、AI ModeとChatGPTの推定値は統計的にゼロと区別できませんでした。
| 対象 | 報告された推定値 | 解釈 | 出典 |
|---|---|---|---|
| Google AI Overviews | -4.6% | 対応する対照との比較。同時期の他の変更で差が生じた可能性がある | Ahrefs、2026年5月11日 |
| Google AI Mode | +2.4% | 統計的にゼロと区別できない | 同じマッチング分析 |
| ChatGPT | +2.2% | 統計的にゼロと区別できない | 同じマッチング分析 |
マッチングを用いた差の差分析の推定値です。ランダム化実験でも、schemaが悪影響を及ぼす証明でもありません。
対象ページにはすでに相当数のAIO引用がありました。研究はschemaの種類をまとめ、導入後30日間を観察し、同時に行われた他の変更を切り離せませんでした。特定のマークアップが未引用ページや別の利用側に有効かどうかは結論づけられません。
本章のポイント
引用増加が保証される前提で予算を組まず、報告された減少だけを理由に有用なマークアップを削除しないでください。文書に示された用途と自社の証拠を評価します。
CH.04
実在する組織と著者を記述する
OrganizationとPersonのマークアップは、ページが誰についてのものか、誰が書いたかを記述できます。GoogleはOrganizationを、組織の管理情報を提供し、組織を識別する方法として説明しています。ナレッジグラフやAI回答への掲載を保証するものではありません。
実際の名前、公式URL、確認できる関係を使ってください。sameAsリンクは同じ実体を扱う別のページを示します。存在しない提携や身元を示唆してはいけません。マークアップはページ上で見える内容と一致させます。
| タイプ | 記述する対象 | 確認する点 | 限界 |
|---|---|---|---|
| Article | 記事、著者、日付 | 表示される著者と実質的な更新日 | 自動的な引用やリッチリザルトは保証しない |
| Product / Dataset | 実際の製品やデータセット | 適用される属性と利用側の対応要件 | 価格、レビュー、データを作り上げない |
| Person | 身元が明らかな人物 | 名前、著者としての関与、主張する資格 | 属性を付けても資格が事実である証拠にはならない |
| Organization | 実在する組織 | 公式名称、URL、身元を示すリンク | ナレッジパネルや引用への掲載は保証しない |
見える内容と対象の利用側に合うタイプを選んでください。
本章のポイント
構造化データは事実を記述します。その事実の根拠を、見える内容と情報源の記録に残してください。
CH.05
文書で確認できる目的に応じて実装を配分する
ページの内容とマークアップを利用するシステムから考えます。対応する検索機能、身元の明確化、確認できる既知のデータ不一致を優先してください。
GoogleはAI OverviewsやAI Modeに特別なschema.orgマークアップは不要としています。ページには通常のSearchの掲載資格とスニペットの掲載資格が必要です。有用な構造化データは正確に保ちますが、タイプを増やすことをAI表示への近道と捉えないでください。
STEP 1
表示される事実を確認する
記述する前に、ページの名前、価格、日付、著者、製品情報を確認します。事実の不一致は元の情報から修正してください。
STEP 2
対応するタイプと利用側を選ぶ
提供元の最新の必須属性と推奨属性を読みます。語彙にタイプが存在しても、すべての検索エンジンがその機能を提供するとは限りません。
STEP 3
実装の範囲を適切に保つ
サイトで管理している事実を再利用します。重複した実体、架空の資格、裏付けのない成果の主張を避けてください。
STEP 4
構文、意味、実際の利用を確認する
マークアップを検証し、見える内容と比較し、対象の利用側の結果を確認します。構文が正しいだけではインデックスや引用は証明できません。
| あなたの目標 | やるべき schema | やってはいけないこと | 根拠 |
|---|---|---|---|
| 文書にある検索表示を支える | 対応する該当タイプ | 属性を埋めるためにデータを作る | 提供元の最新文書 |
| 組織や著者の身元を明確にする | 正確なOrganization / Personの関係 | sameAsを追加すると引用が何倍になると主張する | 表示される身元と確認できるプロフィール |
| 引用パフォーマンスを評価する | テスト計画でマークアップの変更を識別可能にする | 対照のない前後差を原因と解釈する | 回答の記録、対照、限界 |
実装前に、目的と受け入れ判断の根拠を定めてください。
本章のポイント
有用なマークアップ変更には、明確な利用側と検証できる目的があります。架空の引用倍率で価値を説明する必要はありません。
CH.06
適切な証拠で変更を評価する
実装の有効性、事実の正確性、検索結果を分けて扱います。検証ツールの成功を事業成果や引用増加として報告しないためです。
代表的なページを少数選び、変更を記録します。公開された事実、生成したマークアップ、検証結果、観察日を残し、別の担当者が確認を再現できるようにしてください。
| 問い | 証拠 | 考えられる問題 | 次の対応 | 推定できないこと |
|---|---|---|---|---|
| マークアップは有効か? | パーサーと該当機能の検証ツール | 構文エラーや必須属性の不足 | 具体的なエラーを直す | ページがインデックスまたは引用されていること |
| 見えるページを記述しているか? | 属性ごとの比較 | 古い事実や間違った実体 | 共通の情報源を修正する | 属性が多いほどよいこと |
| 対象の利用側が使っているか? | 観測した結果と提供元の診断 | 非対応タイプや掲載要件の不足 | 文書の要件を確認する | 結果がないとマークアップが無意味だということ |
| 引用は変わったか? | サンプルと日付を伴う繰り返しの回答 | ノイズ、モデル変更、競合する情報源 | 対照と比較し限界を記録する | 差がマークアップだけで生じたこと |
| 事業成果は変わったか? | 使用が認められた見込み客と売上の記録 | 帰属や適合性評価の不足 | 観測できることを報告する | 引用数が売上と等しいこと |
Tentenが提案する実務の確認リストです。測定された顧客成果ではありません。
検収 1
事実を確認する
アシスタントが価格や著者を誤った場合は、引用元、ページ内容、取得時の文脈を確認します。誤答だけでschemaの不具合とは判断できません。
検収 2
身元を一貫して確認する
見えるページ、マークアップ、公式プロフィールで組織名と著者名を比較します。リンクや資格を作り上げず、実際の不一致を直してください。
検収 3
結果の変化を調べる
エンジン、日付、プロンプト群、同時期の変更を記録します。マークアップや内容の書き直しが原因だと決める前に、具体的な説明を検証してください。
結論を証拠の範囲内に留める
文書にある目的のために正確なマークアップを使ってください。ナレッジグラフはそのシステムの環境で評価し、引用の変化はサンプルと限界を明示して評価します。
出典と研究方法
情報源の確認日:2026-10-05。data.worldの2023-11-13の技術報告は、GPT-4のクエリ実行をSQLとナレッジグラフ/SPARQL構成で試験しています(保険分野の43問、表1:16.7%と54.2%)。ウェブサイトのschema.org実験ではありません。 https://data.world/mstatic/assets/pdf/kg_llm_accuracy_benchmark_11132023_public.pdf Ahrefsの2026-05-11の記事は、JSON-LDを導入した1,885ページと4,000対照のマッチングによる観察研究です。観察期間は30日で、対象はすでに引用されていたページでした。同時期の変更とschemaタイプの混在が因果解釈を制限します。 https://ahrefs.com/blog/schema-ai-citations/ 実装の指針はGoogleの構造化データとAI機能の文書、Organizationの識別に関する説明、schema.orgのsameAsの定義に基づきます。 https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data https://developers.google.com/search/docs/appearance/structured-data/organization https://developers.google.com/search/docs/appearance/ai-features https://schema.org/sameAs 判断表はTentenの提案であり、顧客成果や普遍的な引用効果を報告するものではありません。
© 2026 Tenten GEO · 本ホワイトペーパーの内容の引用を歓迎します。出典を明記してください。
AI 検索の優先課題を相談する
30分のベンチマーク解説を依頼する予約リクエストを送信すると、24 時間以内にメールで日時を確認します。