本記事のポイント
「『これからは SEO ではなく LLMO の時代です』という営業メールが毎週届く」「llms.txt の設置を提案されたが、効果があるのか分からない」。humbulls が支援先からこの種の相談を受けることが、2026 年に入って急に増えました。判断に迷う原因は、用語が乱立して「何が新しくて何が今まで通りか」の切り分けができないことにあります。本記事では、Google の公式ドキュメントを一次出典に用語と公式見解を整理し、ChatGPT・Claude まで含めて「やること・やらないこと」を切り分けます。特別な前提知識は不要で、本文の基準と巻末のキットを使えば、検討中の施策をその場で仕分けできます。
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 の回答が作られる仕組みを見ると分かります。
AI Overview (AI による概要) のような機能は、AI が記憶から自由に答えているわけではありません。Google が公式に説明している仕組みは 2 つです。
回答の材料は検索インデックスから来ます。だから、インデックスに正しく載り、検索で評価されるという SEO の土台がそのまま AI 回答への入口になります。
これが「SEO の範疇」の理由です。逆に言えば、検索にインデックスされないページは AI の回答にも引用されません。AI 機能に表示されるための追加の技術要件は「インデックス登録されていること + スニペット表示が可能なこと」だけ、と Google は明記しています。
流行の「AI 対策」には、Google が名指しで不要と明言したものがあります。公式ドキュメントの記載を整理します。
| # | 施策 | Google の公式見解 |
|---|---|---|
| 1 | llms.txt 等の AI 向け特殊ファイル | 「Google 検索自体がそれらを使用しない」。表示やランキングに影響しない |
| 2 | コンテンツのチャンク化 (AI 向け細分化) | 複数トピックのニュアンスは理解できる。「理想的なページ長というものはありません」 |
| 3 | AI 向けのコンテンツ書き換え | 類義語や意図は AI が理解する。ロングテール網羅の心配は不要 |
| 4 | 不自然な「言及」の獲得 | コアランキングは高品質コンテンツを重視し、スパムはブロックされる |
| 5 | 構造化データへの過度な注力 | 生成 AI 検索に必須ではない (リッチリザルト用としては引き続き推奨) |
注意したいのは、これらが「効果が薄い」ではなく「Google 検索では無視される」と書かれている点です。ここに予算や工数を割く提案を受けたら、この公式リストと突き合わせてみてください。Google 自身が「ランキングの成功を約束するサードパーティツールに注意」という警告まで公式ドキュメントに書いています。
→ 提案されている「AI 対策」がこの 5 項目に該当するかは、巻末の 実行キット① (所要 20 分) で判定できます。
「それは 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 検索対策で実際にやることにまとめています。
では、AEO・LLMO という言葉を自社でどう扱えばいいのか。判断軸はアルゴリズムではなく、自社の顧客がどこで調べ物をしているかです。
humbulls でも、AI 検索対応は SEO の延長として実装しています。たとえば全記事の冒頭に「メインの検索疑問へ 1 文で直答する」要素を置く運用を 63 記事 (2026-07 時点) で続けていますが、これは AI 専用施策ではなく、検索の読者にも AI の引用にも効く書き方の改善です。この運用の裏側は記事制作パイプラインの公開記事で紹介しています。
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 検索対応を診断するキットです。プロンプトは Claude (ブラウザ版で可) にコピペすれば動きます。
種別: 判断キット (施策の仕分けと点検リストが出る) 使うもの: 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 つ (優先順)
出力の確認ポイント:
うまくいかないとき: