SEO・AIO

AIO・LLMO対策のやり方｜AI検索に引用される書き方

公開日 更新日 書いた人

AIO・LLMO対策でやることは、通常のSEOを土台に「AIのクローラーを止めない」「引用しやすい形で書く」「誰が書いたかを示す」の3点を整えることです。Googleは、AIによる概要に出るための特別な最適化は不要だと公式に説明しています。この記事では、Google・OpenAI・Anthropic・Perplexity の公式説明と研究をもとに、実務で進める手順を5つにまとめます（全体の流れは図1）。

この記事の要点

  • AIO・LLMO・GEOは呼び名が違うだけで、やることの中身はほとんど同じです。
  • Googleは、AIによる概要に出るための追加要件・AI用ファイル・特別な構造化データは不要だと説明しています。
  • 最初に確認するのは、robots.txt やサーバー設定で「検索用」のAIクローラーを止めていないかどうかです。
  • 研究では、引用・統計・出典を加えると生成AIの回答での可視性が上がり、キーワードの詰め込みは効かないという結果が出ています。
  • 「必ずAIに紹介される」対策は存在しません。表示はどの会社も保証していません。
AIO・LLMO対策の5つの手順。1 AIのクローラーを止めない（robots.txt・サーバーの設定を確認）、2 引用しやすい形で書く（回答文・数字・出典・表）、3 誰が書いたかを伝える（構造化データ・著者情報）、4 llms.txt（任意。置いても効果は約束されない）、5 効果を確かめる（GA4・Search Console・実際の質問）。土台は通常のSEO（インデックス登録・スニペット表示の対象であること）。
図1　AIO・LLMO対策の5つの手順と、その土台

AIO・LLMO・GEOは何が違うのか

AIO・LLMO・GEOは、どれも「AIが作る回答の中で自分のサイトが引用・紹介されること」を目指す取り組みの呼び名で、やることの中身はほとんど変わりません。呼び名が複数あるのは、対象にしているAIや、言葉が生まれた場所が違うためです。

呼び名正式な言い方主な対象よく使われる場面
AIOAI Optimization（AI Overviews 対策の意味でも使われる）Google の「AIによる概要」「AIモード」国内のSEO会社・Web担当者
LLMOLarge Language Model OptimizationChatGPT・Claude・Gemini など大規模言語モデル全般国内のマーケティング業界
GEOGenerative Engine Optimization生成AIを使った検索エンジン全般2023年の研究論文が由来。海外で多い
AIO（Google の AIによる概要）、LLMO（ChatGPT・Claude など）、GEO（研究で使われた呼び名）の3つは、どれも「AIの回答の中で自分のサイトが引用・紹介される」ことを目指している。
図2　呼び名は3つでも、目指すものは同じ

実務では、どの呼び名で頼まれても同じ手順で進めて問題ありません。上司やクライアントから「LLMO対策をして」と言われた場合も、この記事の手順1〜5がそのまま当てはまります。呼び名ごとに別の施策を用意する必要はないため、言葉の違いに時間を使わず、次の前提から確認してください。

前提：Googleは「特別な対策はいらない」と言っている

Googleは、AIによる概要とAIモードに表示されるための追加の要件や特別な最適化は無く、通常のSEOの基本がそのまま当てはまると公式に説明しています。Google 検索セントラルの「AI 機能とウェブサイト」（2025年12月31日更新）に書かれている要点は、次のとおりです。

  • AIによる概要・AIモードに表示されるための追加の要件はない
  • AI向けの機械可読ファイルやAI用のテキストファイルを新しく作る必要はない
  • 特別な schema.org 構造化データを追加する必要もない
  • 引用元のリンクとして表示される条件は、ページがインデックスに登録され、スニペット表示の対象になっていること
  • 表示を制限したい場合は nosnippet・data-nosnippet・max-snippet・noindex で制御する
  • AIによる概要などからの流入は、Search Console の検索パフォーマンス（検索タイプ「ウェブ」）に含めて集計される
Google の AIによる概要に引用されるまでの流れ。ページを公開、インデックスに登録、スニペット表示の対象、AIによる概要・AIモードの引用元の候補。追加で必要ないもの：追加の要件、AI用テキストファイル、特別な構造化データ、AI専用の最適化。出典：Google 検索セントラル「AI 機能とウェブサイト」。
図3　Google のAI検索に引用されるまでの流れと、追加で必要ないもの

つまり、Google のAI検索に対しては「通常のSEOができているか」がそのまま問われます。インデックスされていないページ、スニペットを禁止しているページは、どれだけ書き方を工夫しても引用元になりません。逆に言えば、AIO・LLMO対策のために特別な費用をかける前に、まず通常のSEOの土台を点検するのが最短です。

手順1　AIのクローラーを止めていないか確認する

AI検索に引用されるための最初の確認は、robots.txt やサーバーの設定で、検索用のAIクローラーを拒否していないかどうかです。ChatGPT・Claude・Perplexity は、それぞれ自社のクローラーでページを読み取ってから回答に使います。クローラーを止めていれば、内容がどれだけ良くても引用されません。

クローラーは「検索用・学習用・ユーザー操作用」の3種類

AIのクローラーは、用途で3種類に分かれます。AI検索に出るために許可が必要なのは「検索用」です。学習用を止めても、多くの場合は検索での表示に影響しません。2026年10月時点の各社の公式説明をまとめると、次のとおりです。

AIのクローラーの3種類。検索用（OAI-SearchBot、Claude-SearchBot、PerplexityBot、Googlebot）はAI検索に出るなら許可する。学習用（GPTBot、ClaudeBot、Google-Extended）は止めても検索表示には影響しない。ユーザー操作用（ChatGPT-User、Claude-User、Perplexity-User）は質問に応じて取得し、robots.txt が効かない場合もある。
図4　AIのクローラーは、検索用・学習用・ユーザー操作用の3種類
クローラー会社用途止めたときの影響（公式説明）
OAI-SearchBotOpenAI検索用ChatGPT の検索回答に表示されなくなる
GPTBotOpenAI学習用基盤モデルの学習に使われなくなる。検索表示には影響しない
ChatGPT-UserOpenAIユーザー操作用ユーザーの依頼でページを取得する。robots.txt が適用されない場合がある
Claude-SearchBotAnthropic検索用検索回答での表示や精度が下がる可能性がある
ClaudeBotAnthropic学習用今後の学習データから除外される
Claude-UserAnthropicユーザー操作用ユーザーの質問に応じた取得ができず、表示が減る可能性がある
PerplexityBotPerplexity検索用Perplexity の検索結果に表示されなくなる（学習には使わないと説明）
Perplexity-UserPerplexityユーザー操作用一般に robots.txt の対象外
GooglebotGoogle検索用Google 検索・AIによる概要に表示されなくなる
Google-ExtendedGoogleAIの学習・グラウンディングの制御Google 検索への登録・ランキングには影響しない（Google 公式）

OpenAI は、ChatGPT の検索に表示されるかどうかは OAI-SearchBot で決まり、GPTBot の設定は検索表示に影響しないと説明しています。学習には使われたくないが検索には出たい場合は、GPTBot・ClaudeBot だけを拒否し、OAI-SearchBot・Claude-SearchBot・PerplexityBot は許可する、という分け方ができます。

robots.txt の書き方（このサイトの実物）

このブログ（noren.blog）では、検索・AIのクローラーをすべて許可しています。実際の robots.txt は次のとおりです（一部省略）。

User-agent: *
Allow: /

User-agent: Googlebot
User-agent: OAI-SearchBot
User-agent: GPTBot
User-agent: Claude-SearchBot
User-agent: ClaudeBot
User-agent: PerplexityBot
User-agent: Google-Extended
Allow: /

Sitemap: https://noren.blog/sitemap.xml

User-agent: * で全体を許可していれば個別の記述は不要ですが、方針を明示するために主要なクローラー名を書いています。学習用だけを止めたい場合は、User-agent: GPTBot と User-agent: ClaudeBot の下を Disallow: / にします。robots.txt の変更が反映されるまで、OpenAI・Perplexity はどちらも最大24時間ほどかかると説明しています。

サーバー・CDN 側の「AIクローラー遮断」も確認する

robots.txt で許可していても、サーバーやCDNの管理画面でAIクローラーを遮断していると、クローラーはページを読めません。レンタルサーバーやCDNによっては、管理画面にAIクローラーをまとめて止める設定が用意されています。

AIのクローラーがページを読むまでの2つの関門。1つ目はサーバー・CDN の「AIクローラー遮断」設定、2つ目は robots.txt（Allow / Disallow）。どちらかで止まると読めない。両方を通るとページを読め、引用の候補になる。
図5　サーバーの遮断設定と robots.txt の、両方を通る必要がある

この種の設定は、検索用と学習用を区別せずに止める作りになっていることがあります。AI検索に出たいサイトでは、設定がオンになっていないか、オンにする場合はどのクローラーが対象になるかを、各社の公式マニュアルで確認してください。Google も、robots.txt に加えて CDN やホスティング基盤でクロールが許可されているかを確認するよう案内しています。

手順2　本文を「引用しやすい形」で書く

AIの回答に引用されやすいのは、見出しの直後で結論を1文で言い切り、根拠になる数字や出典を添えた段落です。生成AIは、ページ全体ではなく、質問に答えられる部分を切り出して回答に使います。そのため、1つの段落だけを読んでも意味が通る書き方が有利になります。

見出しの直後に、結論を1文で言い切る

見出しのすぐ下に、その見出しの問いへの答えを1文で置きます。「〜について解説します」「まず前提として」のような前置きは削ります。この記事も、各章の1文目を「単体で切り出しても意味が通る文」にしています。

このブログで記事を書くときのルールは、次の4つです。

  1. 見出しの1文目は、その見出しの問いへの答えにする
  2. 1つの段落では1つのことだけを書き、長くなったら段落を分ける
  3. 数字・固有名詞・年月を本文に書く（「多くの」「最近」でぼかさない）
  4. 「前述のとおり」に頼らず、段落ごとに意味が完結するようにする
AIに引用されやすい段落の型。上から、見出し（問い）、回答文（結論を1文で言い切る。ここだけで答えになる）、根拠（数字・固有名詞・出典。引用の決め手）、補足・表・リスト（詳しく知りたい人へ）。
図6　引用されやすい段落の型

数字・出典・引用を添える（GEO 論文の結果）

生成AIの回答での見え方は、引用・統計・出典を加えると良くなり、キーワードを詰め込んでも良くならないことが、研究で確かめられています。根拠は、2023年に公開され、データマイニングの国際学会 KDD 2024 に採択された論文「GEO: Generative Engine Optimization」（Aggarwal ほか）です。この論文は、生成AIの回答の中でサイトがどれだけ目立つかを測る方法を作り、書き方を変えたときの変化を比べました。

書き方の工夫論文の結果
信頼できる情報源からの引用を加える効果が最も大きかった手法のひとつ
統計・数値を加える効果が大きかった
出典を明記する効果があった。検索順位が低いサイトほど効果が大きい傾向
文章を読みやすく整える効果があった
キーワードを詰め込む効果がほとんど無く、指標によっては低下した
GEO論文の結果。効いた書き方：引用を加える、統計・数値を加える、出典を明記する、読みやすく整える。効かなかった書き方：キーワードの詰め込み（可視性はほとんど上がらず、指標によっては下がった）。可視性は最大40%向上（論文の報告）。Aggarwal ほか「GEO」KDD 2024。
図7　GEO論文で効いた書き方・効かなかった書き方

論文全体の結論として、こうした工夫で生成AIの回答での可視性を最大40%高められたと報告されています。従来のSEOで使われてきたキーワードの詰め込みが効かない、という結果は実務上の大きな示唆です。数字や出典を「飾り」ではなく、回答の根拠として本文に組み込むことが重要になります。

表・リスト・よくある質問を、HTMLにそのまま書く

比較・手順・定義は、文章ではなく表やリストで書きます。表やリストは項目の区切りがはっきりしているため、AIが必要な部分だけを正確に切り出しやすくなります。

注意したいのは、よくある質問やアコーディオンの中身を、JavaScriptで後から表示する作りにしないことです。Google は重要なコンテンツをテキストで提示するよう案内しています。ページのソースを表示して、回答の文章がHTMLの中にそのまま書かれているかを確認してください。このブログでは、本文・よくある質問をすべて静的なHTMLで出しています。

書き直しの例（Before / After）

次は、同じ内容を「引用されにくい書き方」と「引用されやすい書き方」で比べた架空の例です。

Before（引用されにくい）

ヒートマップツールにはさまざまな種類があり、それぞれに特徴があります。まずは自社の目的を明確にすることが大切です。料金もツールによって異なるため、慎重に比較検討しましょう。

After（引用されやすい）

ヒートマップツールを選ぶ基準は「無料で足りるか」「録画が必要か」「何ページ分を見たいか」の3つです。Microsoft Clarity は無料で、ヒートマップと操作の録画の両方を使えます。（出典：Microsoft Clarity 公式サイト）

Before は、どの文を切り出しても答えになっていません。After は、1文目だけで「選ぶ基準」という問いに答えており、固有名詞と出典が入っています。

手順3　構造化データと著者情報で「誰が書いたか」を伝える

構造化データはAI検索に出るための必須条件ではありませんが、記事・著者・運営会社のつながりを機械が読める形で示せるため、ページの表示内容と一致させて入れておく価値があります。Google は、AIによる概要のために特別な構造化データは不要だとしつつ、通常のSEOとして構造化データをページの表示テキストと一致させることを勧めています。

このブログでは、すべてのページに次の情報を構造化データ（JSON-LD）で入れています。

  • WebSite：サイト名・説明・運営会社・著者
  • Organization：運営会社の名前・URL・所在地
  • Person：著者の名前・肩書き・所属・担当分野
  • BlogPosting（記事）：題名・公開日・更新日・著者・出典
  • BreadcrumbList：パンくずリスト
  • FAQPage：よくある質問（質問と回答がページに表示されている場合のみ）
構造化データのつながり。BlogPosting（記事）は author で Person（著者）に、publisher で Organization（運営会社）につながる。Person は worksFor で Organization に、WebSite（サイト）は publisher で Organization につながる。
図8　構造化データで、記事・著者・運営会社・サイトをつなぐ

実際のコードの一部は次のとおりです。@id で著者と運営会社を結び、どのページからも同じ人物・同じ会社だと分かるようにしています。

{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://up-ward.info/#organization",
      "name": "株式会社アップワード", "url": "https://up-ward.info/" },
    { "@type": "Person", "@id": "https://noren.blog/about/#person",
      "name": "イカラシ", "jobTitle": "Webマーケター",
      "worksFor": { "@id": "https://up-ward.info/#organization" } },
    { "@type": "BlogPosting", "headline": "記事の題名",
      "author": { "@id": "https://noren.blog/about/#person" },
      "publisher": { "@id": "https://up-ward.info/#organization" } }
  ]
}

構造化データと同じくらい大切なのが、ページ上で著者と運営者が見えることです。記事の冒頭に著者名、記事末に著者のプロフィール、運営者ページに会社情報と記事の作り方を載せておくと、読者にも機械にも「誰が責任を持って書いたか」が伝わります。

手順4　llms.txt は「置いてもよいが、効果は約束されない」

llms.txtは、AI向けにサイトの概要と主要ページをまとめるMarkdownファイルとして2024年9月に提案された仕組みで、正式な標準ではなく、Googleも作る必要はないと説明しています。提案したのは Jeremy Howard 氏で、サイトのルートに /llms.txt として置きます。

項目内容
提案2024年9月3日、Jeremy Howard 氏（llmstxt.org）
置き場所サイトのルート（/llms.txt）など
必須の要素サイト名の見出し（H1）だけ
推奨の要素概要の引用ブロック、詳細説明、見出しごとのリンク一覧、「Optional」セクション
位置づけ標準化に向けた提案の段階
Google の説明AI用のテキストファイルを作る必要はない

このブログでは、手間が小さいため llms.txt を置いています。中身は、サイトの概要・運営会社・著者・方針と、カテゴリのページへのリンクです。

# あるWebマーケターのブログ のれん
> 現役Webマーケターが、実案件の数字・テンプレート・AIでの仕事の回し方を書くブログです。
## カテゴリ
- [SEO・AIOの実務手順](https://noren.blog/seo/): サイトの診断から記事の仕様書づくりまで

ただし、llms.txt を置いたから検索順位が上がる、AIに引用されやすくなる、という公式の説明はありません。置くかどうかは任意で、優先順位は手順1〜3より後です。llms.txt の作成を有料の「LLMO対策」として提案された場合は、この位置づけを踏まえて判断してください。

手順5　効果の確かめ方

AI検索の効果は、GA4でAIサービスからの訪問を見ることと、実際にAIへ質問して自分のページが引用元に出るかを定期的に確かめることで追いかけます。AIによる概要やAIモードからの流入は通常の検索流入と一緒に集計されるため、1つの数字だけでは判断できません。

確認すること見る場所見方
ChatGPT からの訪問GA4 の参照元・参照元のパラメータ参照元に chatgpt.com が出るかと、utm_source=chatgpt.com 付きの訪問があるかの両方を見る。付き方は変わることがあるため、片方だけで判断しない
ほかのAIサービスからの訪問GA4 の参照元perplexity.ai など、AIサービスのドメインからの訪問を確認する
Google 検索（AIによる概要を含む）Search Console の検索パフォーマンスAIによる概要・AIモードの分は、検索タイプ「ウェブ」の数字に含まれる
実際に引用されているかChatGPT・Perplexity・Google のAIモード狙っている質問を月1回入力し、引用元に自分のページが出るかを記録する
AI検索の効果を確かめる毎月の流れ。1 狙う質問を決める（AIに聞かれそうな質問をリストにする）、2 実際にAIへ質問（ChatGPT・Perplexity・AIモードで引用元を記録）、3 GA4 を見る（AIサービスからの訪問。chatgpt.com など）、4 Search Console（検索タイプ「ウェブ」。AIによる概要を含む）。
図9　AI検索の効果を確かめる、毎月の流れ

確認は、狙っている質問のリストを作り、毎月同じ質問で記録するのがおすすめです。AIの回答は日によって変わるため、1回の結果で良し悪しを決めず、数か月の推移で判断してください。

やってはいけないAIO・LLMO対策

キーワードの詰め込みや、AI向けに中身の薄いページを大量に作る方法は、効果が無いか、Googleのスパムポリシーに触れるおそれがあります。避けたい対策は、次の3つです。

  1. キーワードを詰め込む：GEO 論文では、生成AIの回答での可視性はほとんど上がらず、指標によっては下がりました。
  2. AIで中身の薄いページを大量に作る：Google のスパムポリシーは「大量生成されたコンテンツの不正使用」として、ユーザーにとっての価値を加えずに生成AIで大量のページを作ることを挙げています。
  3. 「必ずAIに紹介される」をうたう対策に頼る：Google は、要件を満たしても表示は保証されないと説明しています。表示を約束できる会社はありません。

AIで記事を作ること自体は禁止されていません。Google は、生成AIを使う場合も、正確性・品質・関連性を優先し、公開前に事実確認をするよう案内しています。AIの下書きを使う場合は、事実確認と、自社にしか書けない情報を加える工程を必ず入れてください。

よくある質問

LLMO対策をすれば、ChatGPTやAIによる概要に必ず紹介されますか？

紹介される保証はありません。Google は、要件やポリシーを満たしてもクロール・インデックス登録・表示は保証されないと説明しています。できるのは、引用される条件を整えて可能性を上げることです。

AI学習用のクローラー（GPTBot・ClaudeBot）を止めると、AI検索に出なくなりますか？

検索用のクローラーを許可していれば、出なくなることはありません。OpenAI は、ChatGPT の検索に表示されるかどうかは OAI-SearchBot で決まり、GPTBot の設定は検索表示に影響しないと説明しています。Anthropic も、学習用の ClaudeBot と検索用の Claude-SearchBot を分けています。

llms.txt は置いたほうがいいですか？

必須ではありません。llms.txt は標準化に向けた提案の段階で、Google も AI用のテキストファイルを作る必要はないと説明しています。手間が小さいので置いても構いませんが、効果を期待して優先するものではありません。

構造化データを入れないと、AIによる概要に出られませんか？

出られます。Google は、AIによる概要やAIモードのために特別な構造化データを追加する必要はないと説明しています。構造化データは、通常のSEOとして表示内容と一致させて入れておくものです。

まとめ

AIO・LLMO対策は、新しい特別な施策ではなく、通常のSEOを土台にした次の5つの手順です。

  • 手順1：robots.txt とサーバー・CDN の設定で、検索用のAIクローラー（OAI-SearchBot・Claude-SearchBot・PerplexityBot・Googlebot）を止めていない
  • 手順2：見出しの直後に結論を1文で書き、数字・出典・引用を本文に入れ、表・リスト・よくある質問をHTMLにそのまま書いている
  • 手順3：構造化データと、ページ上の著者・運営者情報で「誰が書いたか」を示している
  • 手順4：llms.txt は任意。置く場合も優先順位は低い
  • 手順5：GA4・Search Console・実際の質問で、毎月同じ条件で効果を記録している

AIの検索は仕様の変更が速い分野です。この記事のクローラーの情報は2026年10月時点の各社の公式説明にもとづいています。対策を始める前に、各社の最新の説明も確認してください。

出典・参考資料

  1. AI 機能とウェブサイト（2025年12月31日更新／2026年10月20日確認）（Google 検索セントラル）
  2. ウェブサイトで生成 AI によるコンテンツを使用するための Google 検索のガイダンス（2026年10月6日更新／2026年10月20日確認）（Google 検索セントラル）
  3. ウェブ検索のスパムに関するポリシー（2026年9月2日更新／2026年10月20日確認）（Google 検索セントラル）
  4. 構造化データに関する一般的なガイドライン（Google 検索セントラル）
  5. GEO: Generative Engine OptimizationKDD 2024（arXiv:2311.09735）（Aggarwal, P. ほか）
  6. llms.txt（Jeremy Howard 氏による提案）
  7. Overview of OpenAI Crawlers（OpenAI）
  8. Anthropicはウェブからデータをクロールしていますか？サイト所有者はクローラーをブロックできますか？（Claude ヘルプセンター）
  9. Perplexity Crawlers（Perplexity）
  10. Google の一般的なクローラー（2026年10月19日更新／2026年10月20日確認）（Google 検索セントラル）

この記事を書いた人

株式会社アップワードで、中小企業のWeb広告・SEO・アクセス解析を担当しています。広告の月次レポートやサイトの分析、AIを使った制作の仕組みづくりまで、実務で手を動かしています。