OceansBase
  • Services
  • Blog
  • About
  • Contact
  • お問い合わせ
OceansBase
  • Services
  • Blog
  • About
  • Contact
  • お問い合わせ
llmo

LLMO対策の実装編|ChatGPT・Geminiに引用される構造化データと記事設計

池田和司2026年4月18日12分で読める

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が同一エンティティと紐付けやすくなります。

json
{
  "@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が「近くの〜」系クエリで拾いやすくなります。

json
{
  "@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セクションと内容を一致させることが条件です。

json
{
  "@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はこう」という形で切り出されやすくなります。

json
{
  "@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が「いつ書かれた情報か」を判断し、新しい情報源として優先します。

json
{
  "@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つです。

  1. 結論ファースト・数値明示・固有名詞統一を記事構造の標準にする
  2. Organization/LocalBusiness/FAQPage/HowTo/Articleを用途別に実装する
  3. Perplexity・ChatGPT・Geminiで月1回の引用チェックを回す

構造化データの導入にはJSONの基礎知識が必要ですが、一度仕込めば継続的に効き続ける投資です。既存のページが50〜100ページあるなら、優先度の高いページから順に実装していくのが現実的です。

OceansBaseでは、既存サイトへのJSON-LD実装・FAQ設計・引用チェック運用までを一括で支援しています。 「自分で書いたコードが正しいか検証したい」「実装はお願いしたい」といった段階に応じた支援が可能です。お問い合わせフォームからどうぞ。

LLMOの基礎から学びたい方は、関連記事「ChatGPTやGeminiに自店舗を紹介してもらう方法」もあわせてご覧ください。AIO対策の観点からの記事には「Googleの「AI概要」に店舗情報を載せる方法」があります。

#LLMO#構造化データ#JSON-LD#ChatGPT#Gemini#Perplexity#AI引用#Schema.org#生成AI#Webマーケティング
OceansBase
  • Services
  • Blog
  • About
  • Contact
  • プライバシーポリシー
  • 利用規約
  • 特定商取引法に基づく表記

© 2026 OceansBase. All rights reserved.