LLMO対策の実装編|ChatGPT・Geminiに引用される構造化データと記事設計
LLMOの概念はわかった。Googleビジネスプロフィールも整えた。では、自社サイト側では具体的に何を実装すればChatGPTやGeminiに引用されるのか。ここから先は「情報整備」ではなく「実装」の世界です。
この記事では、構造化データ(JSON-LD)の具体的なコード、引用されやすい記事構造の5要素、Perplexityでの引用確認方法まで、中級者向けに扱います。2026年時点の各AIサービスの挙動に合わせた実装ポイントを押さえてください。
この記事を読むとわかること:JSON-LDの種類別の書き分け/記事で引用されるための5要素/Perplexity・ChatGPT検索モード・Geminiでの挙動差/引用確認の実践手順/やってはいけない実装の落とし穴
AIはなぜ特定のサイトを引用するのか
引用される仕組みを理解すると、実装の優先順位が見えてきます。2026年時点で、主要AIが情報を取得するルートは大きく3つに分かれます。
1. 学習データ(事前学習コーパス)
ChatGPTやClaudeなどのLLMは、訓練時点までに公開されていたWebページを学習データとして取り込みます。ここに含まれるサイトは、検索機能を使わなくても回答に反映されやすくなります。ただし、情報は古くなりがちで、更新には時間がかかります。
2. リアルタイム検索連携
ChatGPT(検索モード)はBing、Geminiは Google検索、PerplexityはBingとGoogleをベースに独自のクローラーを組み合わせています。質問が来た瞬間にWebを検索し、取得したページを要約して回答を作るため、検索上位に入ることが引用の前提条件です。
3. 引用根拠としての構造
検索で上位に来ても、AIが「引用しやすい形」になっていないと本文には使われません。AIは回答を生成するとき、出典として扱える明快な事実の塊を探します。構造化データ、結論が先にある段落、数値の明示、Q&A形式などが、そのまま引用可能な単位になるのです。
引用されやすい記事構造を作る5つの要素
AIに「切り取りやすい情報」を提供するための5つの設計原則です。すべて一度の執筆で意識できます。
要素1. 結論ファーストで書く
段落の冒頭に結論を置きます。AIは段落単位で要約するため、先頭文がそのまま引用されやすくなります。「〜については以下の理由があります」ではなく「〜の理由は3つあります」と断定形で書き始めます。
要素2. FAQ構造を取り入れる
Q&A形式はAIが最も切り取りやすい構造です。見出しを質問文、続く段落を回答にすると、FAQPage構造化データと本文の双方で引用対象になります。ユーザーの検索クエリとも一致しやすい利点があります。
要素3. 数値を明示する
「多くのユーザー」ではなく「月間12,000人」、「すぐ」ではなく「平均3営業日以内」と書きます。AIは数値を含む文を事実性が高いと判断し、引用候補に選びやすくなります。数値には必ず単位と時点(いつ時点の数字か)を添えます。
要素4. 出典を明記する
数値や事実を使うときは、出典を本文中にリンクで示します。AIは出典付きの情報を二次引用しやすく、さらにその記事自体も「信頼できる情報源」として扱う傾向があります。一次情報(公的統計・自社データ)を持つ場合は、その旨を明記してください。
要素5. 固有名詞の表記を統一する
社名・サービス名・地名の表記揺れはAIの認識精度を下げます。「OceansBase」「オーシャンズベース」「Oceans Base」が混在すると、同一エンティティと認識されないケースがあります。サイト内ではもちろん、SNS・ポータル・プレスリリースまで完全に統一してください。
構造化データ(JSON-LD)の具体的な書き方
JSON-LDは、HTMLのhead内もしくはbody内にscript type="application/ld+json"として埋め込むメタデータです。AIにページの意味を直接伝える、最も確実な方法です。用途ごとに使い分けるタイプを紹介します。
Organization:運営者情報を宣言する
すべてのサイトの基礎になる記述です。トップページか全ページの共通部分に配置します。SNSアカウントをsameAsで列挙することで、AIが同一エンティティと紐付けやすくなります。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "OceansBase",
"url": "https://oceans-base.com",
"logo": "https://oceans-base.com/logo.png",
"founder": {
"@type": "Person",
"name": "池田和司"
},
"description": "個人事業主・中小企業向けのWeb制作とDX支援を行う屋号事業。",
"sameAs": [
"https://x.com/oceansbase",
"https://www.instagram.com/oceansbase/"
]
}LocalBusiness:実店舗・地域事業者の場合
店舗や地域密着サービスを提供している場合は、Organizationの代わりにLocalBusiness(もしくはRestaurant、DentalClinicなどの派生型)を使います。営業時間と緯度経度を入れることで、AIが「近くの〜」系クエリで拾いやすくなります。
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "OceansBase",
"image": "https://oceans-base.com/storefront.jpg",
"address": {
"@type": "PostalAddress",
"streetAddress": "○○町1-2-3",
"addressLocality": "松江市",
"addressRegion": "島根県",
"postalCode": "690-0000",
"addressCountry": "JP"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 35.4723,
"longitude": 133.0505
},
"telephone": "+81-852-00-0000",
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}],
"priceRange": "¥¥"
}FAQPage:Q&A形式のページに必須
FAQPage構造化データは、LLMOで最も費用対効果が高い実装です。AIの検索回答では、FAQが断片的に引用されるケースが頻繁に見られます。本文のFAQセクションと内容を一致させることが条件です。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "JSON-LDはheadとbodyどちらに書くべきですか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "どちらでも構いませんが、headに記述するのが一般的です。Googleは両方を同じように扱います。"
}
},
{
"@type": "Question",
"name": "構造化データの内容と本文は一致させる必要がありますか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "はい。一致していない場合、Googleはスパムと判定し、表示対象から除外することがあります。"
}
}
]
}HowTo:手順系コンテンツで引用を狙う
「〜のやり方」「〜の手順」系の記事では、HowTo構造化データを使います。AIが手順を順序付きで引用しやすくなり、「ステップ1はこう、ステップ2はこう」という形で切り出されやすくなります。
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "WordPressにJSON-LDを設置する方法",
"totalTime": "PT10M",
"step": [
{
"@type": "HowToStep",
"position": 1,
"name": "テーマのheader.phpを開く",
"text": "WordPress管理画面の「外観 > テーマファイルエディター」からheader.phpを開きます。"
},
{
"@type": "HowToStep",
"position": 2,
"name": "script タグを挿入",
"text": "</head>の直前に<script type=\"application/ld+json\">を貼り付けます。"
},
{
"@type": "HowToStep",
"position": 3,
"name": "リッチリザルトテストで検証",
"text": "Googleのリッチリザルトテストでエラーがないことを確認します。"
}
]
}Article:ブログ記事ごとに入れる基本型
各ブログ記事のページには、Article(もしくはBlogPosting)を入れます。著者情報・公開日・更新日を記述することで、AIが「いつ書かれた情報か」を判断し、新しい情報源として優先します。
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "LLMO対策の実装編|構造化データと記事設計",
"datePublished": "2026-04-18T11:00:00+09:00",
"dateModified": "2026-04-18T11:00:00+09:00",
"author": {
"@type": "Person",
"name": "池田和司",
"url": "https://oceans-base.com/about"
},
"publisher": {
"@type": "Organization",
"name": "OceansBase",
"logo": {
"@type": "ImageObject",
"url": "https://oceans-base.com/logo.png"
}
},
"mainEntityOfPage": "https://oceans-base.com/blog/llmo-jissou-kouzouka-data-jinyou"
}1つのページに複数の構造化データを入れても問題ありません。たとえばブログ記事ページには、Article + FAQPage + BreadcrumbList を同時に入れるのが推奨構成です。
使い分けの判断基準
どのタイプを使うべきかで迷ったら、ページの役割で決めてください。
| ページの役割 | 使うべきタイプ | 備考 |
|---|---|---|
| 会社紹介・運営者紹介 | Organization | 全ページ共通の基礎情報 |
| 実店舗の紹介ページ | LocalBusiness | 業種別派生型も検討 |
| Q&A形式のページ | FAQPage | 本文と完全一致させる |
| 手順解説ページ | HowTo | 画像付きだとさらに有利 |
| ブログ記事・コラム | Article / BlogPosting | 著者と日付を必ず入れる |
| 商品・サービス紹介 | Product / Service | 価格・レビュー要素と組み合わせる |
AI別の引用チェックポイント(2026年版)
主要AIそれぞれで、引用されやすくするための着目点が異なります。
Perplexityで引用される条件
Perplexityは出典リンクを必ず表示する設計で、LLMOの効果検証に最も向いているツールです。引用条件は主に3つ。検索結果の上位(概ね10位以内)、本文中に具体的な数値や固有名詞がある、そして公開日が新しいこと。古い記事は明確に順位が落ちる傾向があります。
ChatGPT(検索モード)で引用される条件
ChatGPTの検索モードはBingをベースにしています。Bingでインデックスされていない、もしくは順位が極端に低いページは引用されません。Bing Webmaster Toolsへの登録とサイトマップ送信を忘れずに。また、ChatGPTは本文の前半を重視するため、結論と要点を冒頭3段落以内に置く設計が効きます。
Geminiで引用される条件
GeminiはGoogle検索と強く連携しており、通常のSEO対策がそのまま効きます。特に、E-E-A-T(経験・専門性・権威性・信頼性)の評価が高いページを優先します。著者プロフィールページの整備と、Organization構造化データによる運営者の明示が効果的です。
実装後の引用チェック方法
「引用されているか」は実測しなければわかりません。以下の手順を月1回のペースで回します。
手順1:質問リストを作る
自社が引用されたいクエリを10〜20個リストアップします。「○○市のWeb制作会社」「個人事業主向けDX支援」のように、実際のユーザーが聞きそうな言い回しで用意してください。
手順2:Perplexityでまず確認する
Perplexityは必ず出典を表示するため、引用の有無が即座にわかります。リストの質問を順に投げ、自社サイトが出典として表示されているか記録します。表示されない場合、どのサイトが引用されているかも併せて控えてください。競合分析の材料になります。
手順3:ChatGPTとGeminiでも同じ質問をする
ChatGPTは検索モード、GeminiはGrounding機能(出典表示)をオンにして同じ質問を投げます。引用されているか、本文中に自社情報が反映されているかを確認します。自社名で直接聞いてみて、どこまで正しい情報を答えられるかを見るのも有効です。
手順4:結果をスプレッドシートで管理する
質問内容/日付/各AIの引用有無/競合の引用先をスプレッドシートに記録します。3ヶ月分を並べると、自社のLLMO施策が効いているかがトレンドで見えます。順位変動の原因を推定する材料にもなります。
やってはいけない実装3パターン
短期的には効いたように見えても、中長期的にペナルティを受ける実装があります。絶対に避けてください。
NG1. キーワードの詰め込み
「松江市 Web制作 松江市 ホームページ制作 松江市 格安」のような羅列は、GoogleのスパムポリシーでもAIの引用評価でもマイナスです。AIは文脈を読むため、キーワード密度より自然な文章でトピックが明確であることを重視します。
NG2. 構造化データと本文の不一致
FAQ構造化データに書いた質問と回答が、本文のFAQセクションに存在しない、あるいは内容が異なる。これはGoogleが明確にスパムと認定する実装です。リッチリザルト対象外になるだけでなく、サイト全体の信頼性評価が下がります。JSON-LDは本文の写しであるべきで、本文にない情報を混ぜてはいけません。
NG3. 嘘のレビューやaggregateRatingの埋め込み
実在しないレビューをaggregateRatingに書いたり、星評価を盛ったりする実装は、検出された時点で手動ペナルティの対象になります。レビュー系の構造化データは、自社サイト上に実際に表示されているレビューと完全一致していなければなりません。Googleビジネスプロフィールの評価を流用するのも規約違反です。
まとめ:実装は「引用可能な形」で積み上げる
LLMOの実装で押さえるべきポイントは3つです。
- 結論ファースト・数値明示・固有名詞統一を記事構造の標準にする
- Organization/LocalBusiness/FAQPage/HowTo/Articleを用途別に実装する
- Perplexity・ChatGPT・Geminiで月1回の引用チェックを回す
構造化データの導入にはJSONの基礎知識が必要ですが、一度仕込めば継続的に効き続ける投資です。既存のページが50〜100ページあるなら、優先度の高いページから順に実装していくのが現実的です。
OceansBaseでは、既存サイトへのJSON-LD実装・FAQ設計・引用チェック運用までを一括で支援しています。 「自分で書いたコードが正しいか検証したい」「実装はお願いしたい」といった段階に応じた支援が可能です。お問い合わせフォームからどうぞ。
LLMOの基礎から学びたい方は、関連記事「ChatGPTやGeminiに自店舗を紹介してもらう方法」もあわせてご覧ください。AIO対策の観点からの記事には「Googleの「AI概要」に店舗情報を載せる方法」があります。