AEO・GEO・LLMO とは — Google 公式の結論は「SEO の範疇」です
最終更新日: / 公開日:
最終更新日: / 公開日:
本記事のポイント
- AEO (回答エンジン最適化)・GEO (生成エンジン最適化)・LLMO (LLM 最適化) は、いずれも「AI の回答に自社サイトやブランドを表示させる取り組み」を指す呼び名で、Google は公式ドキュメントで「生成 AI 検索向けの最適化は SEO の範疇」と結論付けています。AI 専用の新施策は原則不要です
- Google は「する必要のないこと」も公式に 5 項目明示しています — llms.txt の設置、コンテンツのチャンク化、AI 向けリライト、不自然な言及獲得、構造化データへの過度な注力
- ChatGPT や Claude も回答の作り方 (検索して取得し、引用する) は同じ構造です。違いは「許可するクローラー」「裏側の検索インデックス」「計測手段」の 3 つだけで、本記事で整理します
「『これからは SEO ではなく LLMO の時代です』という営業メールが毎週届く」「llms.txt の設置を提案されたが、効果があるのか分からない」。humbulls が支援先からこの種の相談を受けることが、2026 年に入って急に増えました。判断に迷う原因は、用語が乱立して「何が新しくて何が今まで通りか」の切り分けができないことにあります。本記事では、Google の公式ドキュメントを一次出典に用語と公式見解を整理し、ChatGPT・Claude まで含めて「やること・やらないこと」を切り分けます。特別な前提知識は不要で、本文の基準と巻末のキットを使えば、検討中の施策をその場で仕分けできます。
1. AEO・GEO・LLMO とは — 3 つとも、同じものを指す呼び名です
AEO・GEO・LLMO は、AI が生成する回答の中に自社サイトやブランドを表示させる取り組みを指す呼び名で、実質的に同じものです。
| 用語 | 正式名称 | 由来 |
|---|---|---|
| AEO | Answer Engine Optimization (回答エンジン最適化) | AI が「答え」を直接返すことから |
| GEO | Generative Engine Optimization (生成エンジン最適化) | 生成 AI エンジンへの最適化という意味 |
| LLMO | Large Language Model Optimization (LLM 最適化) | 大規模言語モデルに認識させるという意味 |
呼び名が 3 つある理由は、提唱者やツールベンダーがそれぞれ命名しているからで、指している行為に本質的な違いはありません。そして、この乱立に対して Google は 2026 年 6 月公開の公式ドキュメントで明確な見解を出しました。
Google 検索の観点から見ると、生成 AI 検索向けに最適化することは検索エクスペリエンス向けに最適化することであり、SEO の範疇にあります (Google 検索セントラル「Google 検索の生成 AI 機能向けに最適化するための Google のガイド」、2026-06、取得日: 2026-07)
つまり「AI 時代の新しい何か」を始める必要はなく、SEO のベストプラクティスが引き続き土台です。なぜそう言い切れるのかは、AI の回答が作られる仕組みを見ると分かります。
2. AI の回答を作る 2 つの仕組み — 回答は「検索」の上に乗っている
AI Overview (AI による概要) のような機能は、AI が記憶から自由に答えているわけではありません。Google が公式に説明している仕組みは 2 つです。
- RAG (検索拡張生成) — 検索のコアランキングシステムで関連性の高いページをインデックスから取得し、その内容で回答を根拠付けます (グラウンディング)。回答には裏付けとなるページへのリンクが表示されます
- クエリファンアウト — ユーザーの 1 つの質問から、関連する検索クエリ群を同時に生成して追加取得します。「雑草だらけの芝生を直す方法」という質問なら「芝生に最適な除草剤」「化学薬品を使わない雑草除去」などが裏で検索されます
回答の材料は検索インデックスから来ます。だから、インデックスに正しく載り、検索で評価されるという SEO の土台がそのまま AI 回答への入口になります。
これが「SEO の範疇」の理由です。逆に言えば、検索にインデックスされないページは AI の回答にも引用されません。AI 機能に表示されるための追加の技術要件は「インデックス登録されていること + スニペット表示が可能なこと」だけ、と Google は明記しています。
3. Google が公式に否定した「する必要のないこと」5 項目
流行の「AI 対策」には、Google が名指しで不要と明言したものがあります。公式ドキュメントの記載を整理します。
| # | 施策 | Google の公式見解 |
|---|---|---|
| 1 | llms.txt 等の AI 向け特殊ファイル | 「Google 検索自体がそれらを使用しない」。表示やランキングに影響しない |
| 2 | コンテンツのチャンク化 (AI 向け細分化) | 複数トピックのニュアンスは理解できる。「理想的なページ長というものはありません」 |
| 3 | AI 向けのコンテンツ書き換え | 類義語や意図は AI が理解する。ロングテール網羅の心配は不要 |
| 4 | 不自然な「言及」の獲得 | コアランキングは高品質コンテンツを重視し、スパムはブロックされる |
| 5 | 構造化データへの過度な注力 | 生成 AI 検索に必須ではない (リッチリザルト用としては引き続き推奨) |
注意したいのは、これらが「効果が薄い」ではなく「Google 検索では無視される」と書かれている点です。ここに予算や工数を割く提案を受けたら、この公式リストと突き合わせてみてください。Google 自身が「ランキングの成功を約束するサードパーティツールに注意」という警告まで公式ドキュメントに書いています。
→ 提案されている「AI 対策」がこの 5 項目に該当するかは、巻末の 実行キット① (所要 20 分) で判定できます。
4. ChatGPT や Claude でも同じことが言えるのか — 差分は 3 つだけ
「それは Google の話で、ChatGPT や Claude は別では?」という疑問は当然です。結論から言うと、回答の作り方 (検索 → 取得 → 引用) はどのプラットフォームも同じ構造で、土台が普通の SEO であることも共通です。ただし実務上の差分が 3 つあります。
| 観点 | ChatGPT (OpenAI) | Claude (Anthropic) | |
|---|---|---|---|
| 回答の作り | RAG + 検索インデックス | 同じ構造 | 同じ構造 |
| 検索インデックス | Google 自社 | Bing 系 + 自社インデックス構築中 | Brave Search 系とみられる (公式非公表) |
| 検索用クローラー (ブロック厳禁) | Googlebot | OAI-SearchBot | Claude-SearchBot / Claude-User |
| 学習用クローラー (方針次第) | — | GPTBot | ClaudeBot |
| 計測 | Search Console 生成 AI パフォーマンスレポート | 同等物なし (GA4 のリファラで代替) | 同等物なし (同左) |
実務のポイントは、検索用と学習用のクローラーが別なことです。たとえば「AI に学習されたくない」と GPTBot をブロックしても ChatGPT の検索結果からは消えませんし、逆にセキュリティ製品のボット対策で OAI-SearchBot や Claude-SearchBot まで誤ってブロックしていると、良いコンテンツでも AI の回答に出られません。Anthropic は公式ヘルプで「Claude-SearchBot / Claude-User をブロックすると検索でのサイトの可視性が下がる可能性がある」と明言しています。
なお llms.txt は、Google が無視すると明言しているだけでなく、OpenAI・Anthropic も production で使用すると公式に表明していません。「ChatGPT 対策に llms.txt を」という提案は、現時点でどのプラットフォームの公式根拠もない施策です。
クローラー許可・インデックス・計測という 3 つの差分を自社で点検する手順は、実行編のAI 検索対策で実際にやることにまとめています。
5. 使いどころと使わないほうがいい場面 — 判断軸は「顧客の調べ物行動」
では、AEO・LLMO という言葉を自社でどう扱えばいいのか。判断軸はアルゴリズムではなく、自社の顧客がどこで調べ物をしているかです。
- 使わないほうがいい場面 — 「AI 対策」を SEO と別の予算・別の施策として立ち上げること。土台が同じなので、二重投資になります。特に本記事の 5 項目に該当する提案は、公式に否定されている施策への投資です
- 今すぐやる価値があること — 既存 SEO の徹底 (質の高い独自コンテンツ・明確な技術構造) と、第 4 章の運用差分 3 つの確認。これは新施策ではなく点検です
- 注視すべき変化 — 顧客セグメントによっては、調べ物の起点が検索エンジンから AI チャットへ移りつつあります。自社サイトの流入リファラ (chatgpt.com や claude.ai など) と商談での「何で調べましたか」の回答を見て、自社の顧客の行動が実際に変わったときに比重を調整します
humbulls でも、AI 検索対応は SEO の延長として実装しています。たとえば全記事の冒頭に「メインの検索疑問へ 1 文で直答する」要素を置く運用を 63 記事 (2026-07 時点) で続けていますが、これは AI 専用施策ではなく、検索の読者にも AI の引用にも効く書き方の改善です。この運用の裏側は記事制作パイプラインの公開記事で紹介しています。
6. よくある誤解 3 つ
- 誤解①「llms.txt を置けば AI に引用されやすくなる」 — Google は公式に無視を明言、OpenAI・Anthropic にも公式対応の表明はありません。設置しても害はありませんが、引用への効果を根拠にした投資は成立しません
- 誤解②「『このプロンプトで自社が何% 出るか』を KPI にすればいい」 — AI の回答はパーソナライズされるため、同じ質問でも人によって結果が変わります。特定プロンプトの表出率より、AI に自社ブランドがどんな文脈で・どんな強みとして認識されているかを定点確認するほうが実態を掴めます
- 誤解③「AEO は SEO と別部署・別ベンダーの新領域」 — Google 公式の整理では SEO の範疇です。既存の SEO 体制の中で、運用差分 (クローラー許可・計測) を点検事項として足すのが正しい置き場所です
7. FAQ — AI 検索と SEO のよくある質問
Q. AEO と SEO の違いは何ですか? A. Google の公式見解では、AEO (および GEO・LLMO) は SEO の範疇にあり、別の施策ではありません。AI の回答は検索インデックスを土台に作られるため、検索向けの最適化がそのまま AI 回答への入口になります。
Q. llms.txt は設置したほうがいいですか? A. Google 検索では公式に「無視される」と明言されており、OpenAI・Anthropic も使用を公式表明していません。設置自体に害はありませんが、AI 検索での表示改善を期待して設置する根拠は現時点でありません。
Q. ChatGPT の回答に自社サイトを表示させるにはどうすればいいですか? A. OpenAI の検索用クローラー (OAI-SearchBot) をブロックしないことが公式ガイダンスです。学習用の GPTBot をブロックしていても検索表示には影響しません。あとは通常の SEO (インデックス可能で質の高いコンテンツ) が土台になります。
Q. AI 検索経由の流入や表示は計測できますか? A. Google の AI 機能は Search Console の「生成 AI パフォーマンスレポート」で表示状況を確認できます。ChatGPT・Claude には同等のツールがないため、GA4 のリファラ (chatgpt.com、claude.ai など) での流入確認が現実的な方法です。
Q. 構造化データはもう不要になったのですか? A. 生成 AI 検索のためだけに追加する必要はない、というのが公式見解です。ただしリッチリザルト表示には引き続き有効なので、SEO 戦略の一部としての利用は推奨されています。「AI のために増やす」必要がないだけです。
まとめ — 新しい言葉に、新しい予算はいらない
AEO・GEO・LLMO は呼び名の乱立であって、実体は SEO の範疇です — これは解釈ではなく Google の公式見解であり、ChatGPT・Claude も仕組みを見る限り同じ結論になります。やることは、既存 SEO の徹底と、クローラー許可・計測という運用差分の点検だけです。
検討中の「AI 対策」があれば、まず巻末のキットで公式基準と突き合わせてみてください。
生成 AI × マーケティングの全体像は生成 AI × BtoB マーケティング大全で、humbulls の Growth Partner サービスではコンテンツ SEO から AI 検索対応の点検まで伴走しています。
🤖 AI 実行キット
本文の判断基準で、自社の AI 検索対応を診断するキットです。プロンプトは Claude (ブラウザ版で可) にコピペすれば動きます。
キット① 自社の AI 検索対応を Google 公式基準で診断する — 20 分
種別: 判断キット (施策の仕分けと点検リストが出る) 使うもの: Claude (ブラウザ版で可) 事前に用意するもの: ①現在やっている SEO・コンテンツ施策のメモ ②検討中または提案されている「AI 対策」のリスト (営業資料の箇条書きコピペで可) ③自社サイトの robots.txt の中身 (https://自社ドメイン/robots.txt をブラウザで開いてコピペ)
プロンプト:
自社の AI 検索対応を診断してください。
【判断基準 (必ずこの基準に従うこと)】
- Google 公式 (2026-06 ガイド) の結論: 生成 AI 検索向けの最適化は SEO の範疇。
AI の回答は検索インデックスからの取得 (RAG) で作られる
- Google が「検索では無視される」と公式に否定した施策 (提案されていたら
「公式否定済み」と判定): llms.txt 等の AI 向けファイル / コンテンツの
チャンク化 / AI 向けリライト / 不自然な言及獲得 / 構造化データへの過度な注力
(リッチリザルト用の通常利用は OK)
- クローラーは検索用と学習用が別: 検索用 (OAI-SearchBot / Claude-SearchBot /
Claude-User / Googlebot) のブロックは AI 検索での表示機会を失う。
学習用 (GPTBot / ClaudeBot) は自社の方針で決めてよい
- 「ランキング成功の約束」「内部指標を使っている」と主張するツール・業者は
Google が公式に注意喚起している
【自社の状況】
1. 現在の SEO・コンテンツ施策:
- 月 2 本のブログ更新、Search Console で流入確認(記入例)
2. 検討中・提案されている AI 対策:
- llms.txt の設置、AI 向け FAQ ページの新設(記入例)
3. robots.txt の中身:
(ここに貼り付け)
【出力】
1. 検討中の施策の仕分け表: 「続ける / やめてよい (公式否定済み) / 判断保留」
+ 根拠を 1 行ずつ
2. robots.txt の判定: 検索用 AI クローラーをブロックしていないか。
学習用のみブロックしている場合はその旨を明記
3. 点検リスト: 今週中にできる確認 3 つ (優先順)
出力の確認ポイント:
- 「やめてよい」の根拠が公式否定リストと対応しているか
- robots.txt の判定で、検索用と学習用のクローラーが区別されているか (混同していたら基準を貼り直す)
うまくいかないとき:
- robots.txt が見つからない・空 → その状態は「何もブロックしていない」なので、AI 検索の観点では問題ありません。判定 2 は省略して構いません
- 提案資料の施策が仕分け表で全部「判断保留」になる → 施策名が曖昧なためです。「具体的に何をするのか」を提案元に確認してから再診断してください。それ自体が業者の見極めになります
参考文献
- Google 検索の生成 AI 機能向けに最適化するための Google のガイド — Google 検索セントラル、2026-06 公開 (取得日: 2026-07)
- AI 機能とウェブサイト — Google 検索セントラル (取得日: 2026-07)
- 生成 AI パフォーマンス レポート — Search Console ヘルプ (取得日: 2026-07)
- Publishers and Developers - FAQ — OpenAI Help Center (取得日: 2026-07)
- Does Anthropic crawl data from the web, and how can site owners block the crawler? — Anthropic Help Center (取得日: 2026-07)