ChatGPT、Gemini、Perplexityがあなたのページを読むとき、見ているのは画面に表示されるテキストだけではありません。ページのコードに埋め込まれた構造化データも一緒に処理しています。構造化データ、とくにJSON-LDを使えば、「このコンテンツは何について書かれていて、誰が作ったのか」という曖昧さをなくせます。正しく実装すれば、表示中の文章を一文字も変えずにAIからの引用率を高められる、もっとも即効性のある技術施策です。
AIエンジンは構造化データをどう読み取っているのか
AIクローラーが構造化データを処理するのは、インデックス登録の段階です。GPTBotやClaudeBotはページを訪れると、表示テキストを処理する前にHTMLからJSON-LDを抜き出します。この構造化データが機械にとって読みやすい「要約」となり、AIは次のような点を理解しやすくなります。
どんな種類のコンテンツか(Article、FAQ、HowTo、Product)
誰が作成し、その人にどんな実績・資格があるのか
いつ公開され、いつ最終更新されたのか
具体的にどんな質問に答えているのか(FAQPageスキーマがある場合)
どの組織が発行していて、どんな背景を持つのか
内容が同じページでも、充実した構造化データを備えたページのほうが高い確信度で処理されます。そして確信度が高いほど、引用される頻度も正確さも上がるのです。
AIにとって重要度の高いスキーマプロパティ
スキーマのプロパティは、どれも同じだけ効くわけではありません。AIの引用傾向から見ると、特に影響が大きいのは次のプロパティです。
スキーマプロパティ | スキーマタイプ | AI引用への影響 | 重要な理由 |
|---|---|---|---|
mainEntity(Q&Aのペア) | FAQPage | 非常に高い | 抽出しやすい回答をそのまま提供できる |
author.name + author.url | Article | 非常に高い | 著者の信頼性を検証できるようになる |
dateModified | Article | 高い | コンテンツの鮮度を伝える |
publisher.name + logo | Article | 高い | 組織としての権威性を示す |
step(番号付きの手順) | HowTo | 高い | 手順を構造化された形で伝えられる |
sameAs(外部プロフィール) | Person/Org | 中〜高 | 検証可能な外部ソースにつながる |
knowsAbout | Person | 中 | 専門分野を明示的に定義できる |
ChatGPT向けに実装するときのポイント
ChatGPTの検索機能は、Bing経由でコンテンツを取得しています。Bingの構造化データの扱いはGoogleとよく似ていますが、いくつか違いもあります。
FAQPageスキーマは必須レベル:BingはFAQPageのリッチリザルトへの対応が手厚く、こうしたページはAIで強化された回答の中で優先的に扱われます
ArticleスキーマにはdatePublishedとdateModifiedを必ず入れる:ChatGPTの検索は新しいコンテンツを優先するため、この2つの日付が「最新であること」のシグナルになります
OrganizationスキーマにはcontactPointを含める:Bingは、スキーマ内に連絡先情報がそろっている組織を高く信頼します
Bing Webmaster Toolsで検証する:Bingのマークアップ検証ツールを使えば、Googleのリッチリザルト テストでは見つからないBing特有の問題を拾えます
Google Gemini向けに実装するときのポイント
GeminiはGoogleのインデックスを直接使っているため、Googleの構造化データのルールがそのまま当てはまります。Gemini対策で優先すべきなのは次の3つです。
FAQとHowToでGoogleのリッチリザルトの対象になること。こうしたページはGeminiからの引用率がもっとも高くなります
Articleスキーマが必須プロパティをすべて満たし、Googleの記事スキーマの検証に通ること
Geminiに引用してほしい重要な一節にはSpeakableスキーマを使うこと。これは引用に値するコンテンツを示す、Google独自のシグナルです
すぐに効果が出る実装チェックリスト
オーガニック流入の多い上位20ページを洗い出す
FAQセクションがあるページには、すぐにFAQPageのJSON-LDを追加する
ブログ記事には、著者・発行者・日付をそろえたArticleのJSON-LDを追加する
トップページとお問い合わせページにOrganizationのJSON-LDを追加する
追加したスキーマはすべてsearch.google.com/rich-results-testで検証する
Bing Webmaster ToolsでBing特有の検証エラーがないか確認する
四半期ごとにスキーマを監査・更新するよう、カレンダーにリマインダーを入れておく
スキーマタイプ別・JSON-LDの完全なサンプル
Articleスキーマ(AIに引用されるための最低限の構成):
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Your Article Title Here",
"datePublished": "2026-01-15",
"dateModified": "2026-02-20",
"author": {
"@type": "Person",
"name": "Jane Smith",
"url": "https://yoursite.com/authors/jane-smith",
"sameAs": [
"https://linkedin.com/in/janesmith",
"https://twitter.com/janesmith"
]
},
"publisher": {
"@type": "Organization",
"name": "Your Company",
"url": "https://yoursite.com",
"logo": {
"@type": "ImageObject",
"url": "https://yoursite.com/logo.png"
}
},
"description": "Brief description of article content - 120–160 characters"
}
</script>
FAQPageスキーマ(AIからの直接引用にもっとも効く):
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "What is [primary topic of your page]?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Direct, comprehensive answer in 2–4 sentences. Include the key term in the answer text. This exact text is what AI engines extract and quote."
}
},
{
"@type": "Question",
"name": "How do you [key action related to your topic]?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Step-by-step answer or clear explanation. Aim for 50–150 words - long enough to be comprehensive, short enough to quote directly."
}
}
]
}
</script>
AIプラットフォーム別のスキーマの効果:データが示すこと
スキーマタイプ | ChatGPTへの効果 | Geminiへの効果 | Perplexityへの効果 | AI Overviews(AI による概要)への効果 |
|---|---|---|---|---|
FAQPage | 高い(BingのFAQリッチリザルト) | 非常に高い(GoogleのFAQ対象資格) | 高い(回答を直接抽出) | 非常に高い(引用が2.3倍に向上) |
Article + Author | 高い(Bingの記事スキーマ) | 非常に高い(Googleの記事の信頼シグナル) | 中〜高(著者の信頼性) | 高い(E-E-A-Tシグナル) |
HowTo | 高い(手順の抽出) | 高い(GoogleのHowToリッチリザルト) | 高い(構造化された手順) | 高い(明確で実行しやすいコンテンツ) |
Organization | 中(Bingの組織シグナル) | 高い(ナレッジパネルの生成) | 中(発行者の信頼性) | 高い(ブランドの信頼性の検証) |
Person | 中〜高(著者の検証) | 高い(著者のナレッジカード) | 中(専門家の識別) | 高い(著者のE-E-A-Tシグナル) |
Speakable | 低い(Bingは非対応) | 高い(Googleの音声・AIでの引用) | 低い(ネイティブには非対応) | 中〜高(引用箇所の特定) |
出典:SearchVIUの分析(2025年10月)、AI Rank Lab社内データ(2026年)
AI検索向けの一歩進んだ構造化データ:Organizationスキーマ
Organizationスキーマは、AIの信頼性検証に欠かせないにもかかわらず、AEO施策の中で見落とされがちです。Organizationスキーマをしっかり整えると、Googleのナレッジパネルが作成・強化され、それがそのままGeminiにあなたのブランド情報として伝わります。次の項目を含めましょう。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Your Company Name",
"url": "https://yoursite.com",
"logo": "https://yoursite.com/logo.png",
"description": "What your company does in 1–2 sentences",
"foundingDate": "2020",
"sameAs": [
"https://linkedin.com/company/yourcompany",
"https://twitter.com/yourcompany",
"https://en.wikipedia.org/wiki/YourCompany"
],
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer service",
"url": "https://yoursite.com/contact"
}
}
</script>
特に威力を発揮するのがsameAsの配列です。ほかの権威あるプラットフォーム上にある公式アカウントとあなたのサイトを結びつけ、AIエンジンがあなたの身元と権威性を確認する手助けをします。
構造化データ監査:15項目のチェックリスト
すべてのブログ記事に、
headline、datePublished、dateModified、author、publisherを含むArticleスキーマがある著者スキーマに、LinkedIn、Twitterなど認証済みプロフィールへの
sameAsリンクが含まれているトップページとお問い合わせページに、
sameAs配列をそろえたOrganizationスキーマがあるすべてのFAQセクションに、Q&Aのテキストが完全に一致するFAQPageのJSON-LDがある
ハウツー記事に、番号付きの
step要素を持つHowToスキーマがあるすべてのスキーマが、Googleのリッチリザルト テストでエラーなしに通る
Bing Webmaster Toolsで構造化データのエラーが出ていない
スキーマの
dateModifiedが、コンテンツを実際に最後に更新した日付と一致しているスキーマ内のFAQの回答テキストが、ページに表示されているFAQの回答と一致(またはほぼ一致)している
同じページに同じスキーマタイプが重複していない(Articleスキーマが2つあると競合が起きる)
スキーマはMicrodataやRDFaではなく、
<script>タグ内のJSON-LDとして埋め込まれている(GoogleもBingもJSON-LDを推奨)商品ページに、価格・在庫状況・ブランドを含むProductスキーマがある(ECサイトの場合)
Geminiを意識したコンテンツでは、重要な定義や回答の一節をSpeakableスキーマでマークしている
BreadcrumbListスキーマで、AIクローラーにサイト内の位置関係を伝えている
Google Search Consoleのカバレッジレポートを使ったスキーマ監査を、四半期ごとに予定している
AIでの可視性を下げてしまう構造化データのよくあるミス
スキーマが表示内容と一致していない:FAQPageスキーマに記載したQ&Aが、ページに表示されているFAQと異なると、GoogleやBingに誤解を招くものと判断され、リッチリザルトの対象から外れやすくなります
dateModifiedが古いまま:内容を大きく更新したのにdateModifiedを公開日のままにしておくと、鮮度を重視するAIエンジンに「古い情報」というシグナルを送ってしまいます
著者スキーマが不十分:名前だけで
sameAsリンクのない著者情報では、信頼シグナルはほとんど生まれません。AIエンジンは、外部ソースと照らし合わせて著者の経歴を確認できる必要があります重要なページにOrganizationスキーマがない:Organizationスキーマをトップページにしか置いていないと、もっとも引用されるコンテンツページでブランドの権威性を補強するチャンスを逃します
検証せずにスキーマを実装する:エラーのあるスキーマは、たいていクローラーに無視されます。AEOで頼りにする前に、必ずGoogleのリッチリザルト テストとBing Webmaster Toolsで検証しましょう
何でもFAQとしてマークアップする:本当のQ&A形式ではないコンテンツにFAQPageスキーマを付けると、シグナルが薄まり、スパム判定のきっかけにもなりかねません
まとめ:AI検索のための構造化データ
構造化データは、AIからの引用率を上げるもっとも即効性のある技術施策で、コンテンツの書き直しは必要ありません
FAQPageスキーマは、すべてのプラットフォームでAI引用への影響がもっとも大きい(2.3倍の向上)
著者と発行者の情報をそろえたArticleスキーマは基本中の基本で、すべてのブログ記事に必要です
ChatGPTはBingのインデックスを、GeminiはGoogleのインデックスを使っているので、両方の要件に合わせて検証しましょう
sameAsリンクを含むOrganizationスキーマは、AIエンジンが信頼度を評価するときに使うブランド検証のつながりを生み出しますスキーマは網羅性よりも正確さ(表示内容と一致していること)が大事です。正しく実装できないなら、入れないほうがましです
Search ConsoleとBing Webmaster Toolsによる四半期ごとの構造化データ監査で、スキーマを健全かつ効果的な状態に保てます
スキーマタイプごとの具体的な効果の違いは、FAQPageとHowToスキーマの比較記事で詳しく解説しています。サイトのスキーマを自動でスキャンしたいなら、AI Rank Labのテクニカル監査ツールをお試しください。
Get a free AI ranking consultation
Want your brand to show up when ChatGPT, Gemini and Perplexity answer questions in your market? Tell us about your site and our team will send a personalized strategy.




