「AIO対策」「GEO支援」「LLMO施策」。見積書に並んだ項目名を見比べても、何が違うのかは分からない。説明を求めると、どれも「生成AIの回答に載るための施策」という同じ答えが返ってくる。
三語のうち、誰がいつ定義したのかをたどれるのはGEOだけである。残る二つには、出所の異なる複数の使われ方が同じ略語に集まっている。
そしてGoogleの公式ドキュメントには、この三語のいずれも出てこない。事業者が公開しているのは対策の名前ではなく、掲載の条件と、設定できる項目と、数えられる指標である。
本稿ではarXivの原論文、Google Search Central、Microsoft、OpenAIの公式資料を照合する。三語の位置づけと、実務で確認すべきことを分けて置く。
出典をたどれるのはGEOだけである
GEOは「Generative Engine Optimization」の略である。2023年11月16日にarXivへ投稿され、KDD 2024に採録された論文が示した枠組みで、最新版は2024年6月28日に更新されている。[S1]
論文は、生成モデルが複数の情報源を統合して回答を作る仕組みを「generative engine」と定義した。そのうえでGEO-Benchという質問セットを用意し、書き換えが回答内での見え方をどう変えるかを測っている。[S1]
統計や引用、信頼できる立場の言葉を加えると、生成回答内での可視性は最大40%高まったと報告されている。ただし効果の大きさは分野によって異なるとも明記されている。[S1]
確認しておきたいのは、これが研究者による提案であって、検索事業者が採用した仕様ではない点だ。定義と測定方法が公開されている意味で出典は確かだが、GoogleやMicrosoftが「GEOに従う」と述べたわけではない。
一方のAIOは、二つの意味で流通している。Googleの機能名「AI Overviews」の略として使う場合と、「AI Optimization」の略として施策名に使う場合がある。前後の文脈を見ないと、どちらを指しているのか判断できない。
LLMOはさらに曖昧で、提唱者と定義文書を特定できない。同じ領域を指す語としてAEO（Answer Engine Optimization）も流通しており、語の数は定義の数より速く増えている。
LLMOの手段としてllms.txtの設置が語られることも多い。これは2024年9月3日にJeremy Howardが提案したファイル仕様で、サイトの要点をMarkdownでまとめ、エージェントが読みやすい場所へ置くという趣旨である。[S5]
提案元の資料は、OpenAI、Anthropic、Geminiが自社の開発者向け文書にllms.txtを置き、ChromeのLighthouseもエージェント向けの検査項目として扱うと書いている。ただしこれは各社が自社文書で採用しているという話で、検索や生成回答の掲載条件として公表されたものではない。[S5]
つまり三語は、同じ階層に並ぶ選択肢ではない。研究上の枠組み、機能名の略、業界で広まった呼び名が、同じ形の三文字に見えているだけである。
検索事業者の文書に、これらの略語は出てこない
Google Search Centralの「AI features and your website」は、2025年12月10日更新の版で、AI OverviewsやAI Modeに表示されるための追加要件はないと書いている。その他の特別な最適化も必要ない、と続く。[S2]
条件として挙げられているのは二つだけだ。ページがインデックスされていること、そしてスニペット付きでGoogle検索に表示される資格があることである。[S2]
同じ文書は、AI OverviewsとAI Modeがサブトピックやデータ源ごとに複数の関連検索を投げる「query fan-out」で回答を組み立てると説明している。掲載面の作られ方は開示されているが、そこに専用の対策名は与えられていない。[S2]
この条件を実務の手順へ置き換えた内容は、LLMO対策とGoogleの公式条件を突き合わせた記事にまとめた。要件が増えていないことと、企業側で決められることが増えたことは両立する。
対策の語彙がない代わりに、計測の語彙は増えている。Microsoftは2026年2月10日、Bing Webmaster ToolsにAI Performanceレポートを公開プレビューとして追加した。[S4]
このレポートはMicrosoft CopilotやBingのAI要約での引用を数える。指標はTotal Citations、Average Cited Pages、Grounding Queriesで、ページ単位の引用状況も確認できる。[S4]
どのURLが参照されたかを初めて把握できるようにした、と説明されている。呼び名の議論が続く間に、事業者は結果を数える画面のほうを先に出した。[S4]
触れる設定は、事業者ごとに分かれている
OpenAIは公式ドキュメントで三つのクローラーを区別している。ChatGPTの検索機能への掲載を担うOAI-SearchBot、基盤モデルの学習用に収集するGPTBot、利用者の操作を起点に動くChatGPT-Userである。[S3]
robots.txtでOAI-SearchBotを拒否したサイトは、ChatGPTの検索回答に表示されない。反映には約24時間かかると書かれている。[S3]
ChatGPT-Userは利用者の操作が起点のためrobots.txtの対象外で、検索での表示可否を決めるのはOAI-SearchBotだと明記されている。学習を止めたいのか、検索掲載を止めたいのかで、書く行が変わる。[S3]
Googleの側で管理するのはクロールの許可と、スニペットやプレビューの範囲である。Microsoftはrobots.txtなどで示された意思を尊重したうえで、引用の回数を数える。[S2][S4]
設定できる層は、クロールの許可、プレビューの範囲、計測画面の三つに整理できる。三層は事業者ごとに別々で、呼び名をAIOに統一してもGEOに統一しても、作業の数は減らない。
呼び名ではなく、どの層を動かすかで判断する
提案や見積もりを受け取ったとき、確かめられることは三つある。対象がどのエンジンなのか、触れるのはクロールかプレビューか本文か計測か、そして結果を何で確認するのかである。
対象エンジンを聞くだけで、範囲はかなり狭まる。Google、Bing、Microsoft Copilot、ChatGPTでは、制御の書き方も見られる指標も一致していないからだ。
効果の数字は、出所と時点まで戻して読む。GEO論文の最大40%は2023年から2024年の研究環境で測った値であり、いま特定のサービスで同じ幅が出ることを保証しない。[S1]
検証の手段も、事業者が出している画面に限られる。Search Consoleの生成AI機能向けレポートとBingのAI Performanceが、現時点で確認できる代表的な計測面である。[S4]
AI検索そのものの流れはAI検索とは何かを整理した記事で扱った。用語の整理と仕組みの理解は、別の作業として置いたほうが混ざらない。
用語はこれからも増える。増えても、事業者が公開している設定項目と指標の数は限られている。呼び名を統一する必要はなく、どこを触り、何で確かめたのかを記録しておくほうが後で効く。
Sources / 参考資料
