LLMO・GEO・AEOの違い｜SEO対策の重複を見分ける方法

こんにちは。Osukeラーニング、運営者の「osuke」です。

「SEOに加えてLLMOもGEOも必要です」と言われたら、費用を足す前に、どのページを誰がどう変えるかを比べてください。名前が三つあっても、同じ記事の出典を足す作業は一つにまとめられます。

この記事は公式資料と公開研究をもとにした調査記事です。見積もりと観測値は架空例で、契約や導入の効果は実測していません。

記事のポイント

• LLMO・GEO・AEOの対象と出典
• 既存SEOとの重複を見分ける方法
• 引用・訪問・成約の測定の違い
• 追加費用を判断する見積もり比較票

LLMO・GEO・AEOの違いを整理する

まず、名前が示す範囲と公式資料で確かめられる範囲を整理します。

LLMO・GEO・AEOは何を指すか

SEOの契約は続いているのに、別の会社から「LLMO対策」と「GEO対策」を提案された。そんな場面では、名前の違いだけを読んでも、追加で何を買うことになるかは見えてきません。まずは各社が対象にする製品、対象ページ、作業、納品物を書き出してみましょう。

このページではAEOを回答エンジン向けの最適化、GEOを生成エンジン向けの最適化として扱います。LLMOは、大規模言語モデルを使うサービスでの露出を改善する取り組みの呼び方として整理します。これは見積もりを読むための整理で、各社の用語を一律に分類するものではありません。

例えば「商品比較のページに、対象条件と一次資料を追記する」という作業は、SEOの原稿改善にも、AEOやGEOを掲げる提案にも入ります。どちらも同じページと同じ原稿を直し、同じ修正原稿を納めるなら、作業の目的が複数あっても納品物はひとつです。一方、修正後に別製品での引用を一定期間測るなら、そこは別の作業として見積もれます。

用語の違いを確認した後に、担当者に「私のサイトではどのURLに何をする予定ですか」と尋ねてください。回答が対象製品の一覧だけなら、どのページを調べるのか、改善前に何を記録するのか、誰が反映するのかを続けて確かめます。同じページを比較表に並べると、名前だけでは分からなかった違いが見えます。

自社で文章を直せる人がいるなら、調査票だけを納品してもらう方法もあります。社内に分析担当がいない場合は、数字の集計だけでなく、異常や欠測をどう解釈するかまで納品範囲を聞きます。どちらもサービス名から判断する必要はありません。

GEOの原論文が測ったもの

GEOの原論文は、生成エンジンが作る回答の中で、情報源がどのように見えるかを評価する枠組みを提案しています。論文が扱ったのは、生成結果の可視性とそれを測る実験です。今使っている検索やチャット製品にそのまま導入できる実装手順や、売上の予測値を示す資料として読むと、研究の範囲を越えてしまいます。

例えば、比較記事に出典を付けた後、架空の観測で対象ページのリンクが回答に現れたとします。確かめられたのは、その質問をその製品で実行したときの一例です。質問の文面を変えたり、検索機能を使う設定が違ったりすると、回答と出典が変わり得ます。さらに、出典が出ても、その先で何人がページへ来たかは別の測定です。

見積もりに論文の改善率が載っていたら、元の実験で使った質問や比較条件と、今回使う製品・対象ページ・観測期間を見比べます。自社案件で再現する数値と考える前に、提案者がどの条件で観測するかを聞いてください。成果目標に数字を置く場合は、実験の数値と自社で比較する基準値を分けると混乱しません。

出典の追記自体は、読者が記事の結論を確かめる助けになります。対象が料金や利用条件なら、数字の根拠と確認日が書かれているかを見ます。その編集は読者のために評価し、AI回答での変化は観測できた範囲で扱います。結果を集計できなかった場合は、表示されなかったと決めつけず、観測できなかった理由を記録します。

提供者に「露出を改善する」と言われたら、ブランド名の言及、参照元としての掲載、リンク付きの引用のどれを数えるのか聞きましょう。レポートに記載する実例と集計の定義も先に揃えます。

参照資料はGEOの原論文です。

AEOとGoogle検索の関係

AEOはAnswer Engine Optimizationの略です。Googleの公式ガイドはAEOとGEOに触れ、Google検索の生成AI機能に向けた改善も、検索体験の最適化としてSEOの枠に置いています。この説明が指すのはGoogle検索です。見積もりに別のAIサービスが含まれているときは、製品ごとに公式の説明や測定方法を確認します。

「Google向けAEOとして特別なファイルを作る」と言われたら、具体的なファイル名、用途、Googleの資料の該当箇所を聞いてください。Googleが必須としていない作業を、必須の対応費として受け入れる必要はありません。必要性を示せる別の目的があれば、目的と成果物を分けて判断できます。

例えば読者が「申し込み前に本人確認が必要か」と調べているなら、冒頭で必要な条件を示し、その例外と確認先を続けると読みやすくなります。これをAEOと呼ぶ会社も、既存SEO記事の改善と呼ぶ会社もあるでしょう。両方の提案が同じFAQの同じ質問に同じ内容を足すなら、変更案を一つにまとめられます。

公開投稿ではGoogleのガイドを紹介して既存SEOとの関係を説明する発信と、AEOを冠した番組でAI検索の検証や誤解を取り上げる発信がありました。後者は番組の紹介で、どの施策が効くかを示す資料にはしていません。こうした呼び方の違いを見たときも、仕様の根拠は製品の公式資料に戻ります。

比較時は、回答を簡潔にする作業と、閲覧者が次に進む導線の整備を分けておくと担当を決めやすくなります。既存の編集担当が対応できる箇所を切り出し、追加で必要な観測や調査を見積もってもらうこともできます。

参照資料はGoogle公式の生成AI最適化ガイド、Google資料を紹介した公開投稿、AEOを扱う番組の紹介投稿です。

LLMOで対象製品を確かめる

LLMOはLarge Language Model Optimizationと書かれることがあります。公開資料では複数のチャット・検索サービスでの露出をまとめて扱う用例があります。名称から、どの製品でどんな表示を狙うのかは決まりません。提案する会社が使っている意味を確認し、比較票に製品名を記入します。

同じチャット製品でも、ウェブ検索を伴う回答にリンクが出る場面と、ウェブ参照が確認できない回答に名前が出る場面では、観測できる内容が違います。前者でリンク先が分かれば、自サイトのどのURLが示されたかを控えられます。後者で名前が出た場合は、そのページを参照した証拠が別にあるかを確かめます。

例えば「自社サービス名が出るか」と「料金ページにリンクされるか」を同じ欄に記録すると、名前が出ただけで料金ページが参照されたように見えます。質問、実行日、製品名、検索の有無が見える場合はその状態、回答に表示されたリンクを分けて記入します。製品や設定の条件が変わったら、比較表に注記を付けます。

「モデルに覚えさせる」という説明を受けた場合は、どの手段と結果を指しているかを聞きましょう。公開ページの改稿、検索経由の参照、特定モデルの学習過程はそれぞれ異なる話です。編集したページがモデルの学習に反映されたと判断するには、画面上に名前が出たという観測以外にも根拠が必要です。

複数製品を測る理由がある場合は、読者が実際にその製品を使いそうな場面を一つ挙げます。例えば読者が比較候補を探す場面なのか、契約条件を確認する場面なのかで、入力する質問も違います。対象を増やすほど確認工数が増えるため、追加製品ごとにどんな意思決定に使うかも書きます。

SEOと重なる作業を見つける

検索でページを取得できるかの確認、内容の条件整理、出典の追加は、既存SEOの作業に入っている場合があります。Google向けのAI検索提案に同じ作業があるなら、契約の文言を見比べる前に、どのURLを誰が点検し、何を返すかを揃えます。見出しだけでは同じに見えても、片方が調査のみ、もう片方が修正実装までということがあります。

例えば、すでに5ページ分の取得・登録を月次で点検してもらっているとします。追加提案の「AI検索向け技術監査」の対象が同じ5ページで、点検する項目とレポートも同じなら、追加分を外せるか尋ねられます。既存契約にないページを加える場合や、別製品のレポートを作る場合は、増える作業が特定できます。

重複の候補を見つけたときは、古い提案の見出しに新しい名前を追記するより、対象ページと納品物を並べた一覧を作ります。納品物の例として、URLと理由を並べた診断表、担当に渡す修正原稿、画面での引用観測表などを区別します。後から別の人が報告を読んでも、契約でどこまで頼んだか分かります。

作業が一つでも、検索とAI回答の複数の目的に貢献する可能性はあります。費用の判断では、同じ原稿を二度発注していないかと、成果を何の数字で見るかを個別に扱います。共通作業をまとめた分は、読者の比較に必要な情報や、観測後の改善へ回せます。

サイト内で技術面の問題が見つかった場合は、既存の担当に修正範囲を確認します。技術確認の中身を詳しく確認したいときは、取得・登録・AI表示を分けた関連記事を参照できます。

参照資料はAI検索の技術確認です。

LLMO・GEO・AEOの見積もりを比較する

同じ項目にそろえた見積もりを使い、追加で必要な作業を特定します。

作業と納品物を同じ列にそろえる

提案書の書き方が違うときは、各社に同じ質問をして表に写します。対象、作業内容、納品物、頻度、担当、除外事項です。例えば「可視性を改善」と書かれていたら、対象ページの修正が含まれるのか、観測だけなのかを聞き、その回答を作業欄に書きます。

費用欄は総額だけで比べると、初回診断と継続観測が混ざります。「最初の月は既存ページの点検、2か月目以降は結果の観測」なら、その二つを別行にします。修正の実装が別料金なら、納品される文書とサイトへ反映する作業をそれぞれ記載します。契約開始前に見本をもらえるなら、見本に対象URLや確認日が入るかを見ます。

個人ブログで担当が自分だけの場合は、自分の工数も書きます。たとえば外注先から改善提案だけ受け取ると、CMS上で反映し、内容が崩れていないかを自分で見る時間が必要です。その時間を計上すると、見積金額の差が、実際の運用負担とどのように結びつくかが分かります。

もう一つ揃えるのは、データを見られる範囲です。観測レポートに含むデータを自社でも確認できるのか、外部ツール独自の推定なのかを確認します。担当変更や契約終了があっても過去の条件を追えるよう、日付と定義が書かれたファイルをどの形式で受け取れるかも聞きます。

単価の差を説明できるのは、作業が別の内容だった場合や、頻度や対象が異なる場合です。曖昧な項目を埋められないときは未確認欄に移し、判断を急がず再見積もりを求めます。

引用・訪問・成約を別々に測る

AI回答の引用が増えても、それだけで訪問や成約の増加は判断できません。引用は回答に現れた出典の観測、訪問はページに来たユーザーの観測、成約はサイト上の目的行動の観測です。提案書に「露出改善」とだけ書かれているときは、どの段階を成果とするかを先に決めます。

GoogleはSearch Consoleで検索・Discoverの生成AI機能向けレポートを案内しています。自サイトで利用できる場合は、対象面と指標を確認します。BingのAI Performanceでは対応面の引用を扱います。Bingの引用データをGoogle検索のクリックと足し合わせても、同じ意味の合計値にはなりません。製品ごとにレポートの集計対象が違うためです。

例として、同じ10問を同じ製品で観測し、自サイトURLが出た質問数を記録します。1回目が2問、2回目が3問という架空の記録なら、書けるのは条件を揃えた観測の変化です。引用された回数を訪問者数として集計したり、1問の差を改稿の効果と確定したりすると、次の判断を誤りやすくなります。

訪問を見たい場合は、計測側で判別できる参照元や到達ページを記録します。参照元が判別できない訪問は、集計上の不明として扱います。成約はサイトで設定している目的行動の数と、分母を決めて比較します。訪問からすぐ成約するとは限らないので、観測期間も指標ごとに残してください。

追加契約の評価が引用の観測だけなら、納品物で引用の定義、観測回数、製品、同条件の再確認方法が追えるかを見ます。売上を改善したい案件では、どのページで何を成果とするかも話し合います。

参照資料はGoogleの生成AIレポート案内、BingのAI Performance案内、GA4のAI検索流入の確認方法です。

架空の見積もりで重複を見分ける

架空の比較をしてみます。既存SEO契約は「比較記事5本の取得確認と根拠の追記」。追加のAEO案は「同じ5本に回答文と根拠を追加」、GEO案は「Bing対応面の引用を観測して月報にする」という内容です。初めに作業を分解すると、判断すべき追加費用が見えてきます。

この例では、出典や根拠を追加する作業が重なっています。既存SEO担当とAEO担当が別なら、どちらが最終原稿を作るか、誰が記事に反映するかを揃えます。「回答文」を短く整える作業が既存契約に含まれない場合は、対象の質問と納品する文を確認し、その作業だけを追加候補にできます。

GEO案の引用観測は、既存SEO契約の取得点検とは成果物が違います。そこで、どのレポートを使い、月報を見て何を決めるかを確認します。「引用が増えたら継続」だけでは、サンプルが小さいときに判断しづらくなります。たとえば比較ページのどの条件が読者に伝わりづらいかという改善の問いにつなげます。

次に見積もりを一度組み直してもらいましょう。共通の原稿作業を一つにまとめ、追加の観測だけ費用を見えるようにします。必要な場合は、対象を5本から優先度の高い2本に絞った案も比較します。ここでの本数は記入方法を示す例です。費用、契約条件、成果を実際に検証した値は含みません。

別の会社に月報を頼む場合でも、何を改善したかの記録は自社で残せます。変更日、変更した段落、根拠のURLを残しておけば、引用結果を見たときに、元の状態と見比べられます。

小さく試す条件と打ち切りを決める

いきなり全ページの契約を結ぶより、対象と期間を決めて小さく試すと、報告書が自分の判断に使えるかを見やすくなります。例えば比較記事2本を選び、修正前に、公開状態、引用の観測条件、確認できる訪問指標を控えます。修正後にも同じ条件で確認し、違う条件が混ざったら分けて記録します。

試す目的は「引用数を必ず増やす」ではなく、例えば「このページに不足する比較条件を1つ特定し、出典付きの追記案を作る」と決めます。引用観測の再現性が低くても、改善案が読者に役立つかという別の判断ができます。改善案自体の価値と、AI面での観測結果を同じ合格条件にしません。

続ける条件は、測定方法が説明でき、改善につながる具体的な指摘があることです。止める条件の例は、対象製品が曖昧、観測回数が毎回違う、納品物が既存レポートと実質的に同じ、です。期間内に数字を取得できなかった場合は、利用できる機能がなかったのか、観測条件が揃わなかったのかを確認します。

また、同じ期間にページの構成変更やキャンペーンなどがあったら、時系列に記録します。アクセスや成約が変わっても、複数の変更を区別できないことがあります。成果を説明するときは、比較できる範囲に絞り、判断できない因果関係は残します。

外注を続ける場合は、毎月の報告書を読む時間と、実際に記事へ反映する工数を含めて考えます。報告書に次の判断材料がなければ、測定範囲を調整するか、社内で持てる記録へ切り替えることもできます。

LLMO・GEO・AEOに費用をかける判断

比較の最後は、既存作業で対応できる項目、追加する理由が説明できる項目、未確認の項目に分けます。対応できる作業は担当を決めて一つにまとめます。追加を検討する場合は、対象製品や納品物がどう増え、その結果を何に使うかを書けるかで判断します。

例えばGoogle検索だけが対象で、既存の担当が検索取得の点検と記事の更新を行っている場合は、同じ対象の再診断より、生成AI面をどう観測するかを確認する方が問いを絞れます。別製品が対象に含まれる場合は、追加の観測が読者理解や施策の優先順位に結びつくかを考えます。

すぐに始めたい場合は、まず見積書を一枚選んで、対象製品、対象ページ、作業、納品物、指標の五つにマーカーを引いてください。書かれていない項目は提供者への質問にします。質問への回答で既存作業との重複が分かれば、範囲を変更してもう一度比較できます。

レポートの読み方は、それぞれの製品の指標の意味を確認してから使います。検索での表示と、自サイトに来た後の行動を区別しておくと、良くなった数字が次の意思決定につながります。実際の集客や成約を測っていない場合は、説明できる変化を観測結果に限ります。

費用を足す判断は、自サイトの次の作業を決められるだけの情報が揃ってからで十分です。最初の月の観測で追加の手当てが見つからなければ、読者の判断に必要な条件や出典を整える既存の仕事を続け、その時点の記録を次回の比較の起点にできます。