GEO対策とは？生成エンジン最適化のやり方とLLMOとの違い

「ChatGPTに自社のサービス名を聞いても出てこない」「Google検索の一番上にAIの回答が出るようになってから、サイトへの流入が減った」——AI検索が当たり前になったいま、多くの企業がこの壁に当たっています。

結論から言うと、GEO対策とは「生成AIが回答をつくるときに、参照元として選ばれる状態をつくること」です。やるべきことは大きく3つで、①AIクローラーを通す設定、②引用されやすい書き方、③引用されたかどうかを同じ手順で測ること。特に③の効果測定が抜け落ちている企業がほとんどです。

株式会社Fyveは、自社サイトでSEO・LLMO施策を運用しながら、クライアント企業のAI検索対応も支援しています。この記事では、GEOの定義とLLMOとの違いから、生成エンジンごとの違い、具体的な対策、そして効果測定の手順までを、2026年8月時点の公式情報にもとづいて解説します。

GEO（生成エンジン最適化）とは何か

GEOとは「Generative Engine Optimization」の略で、日本語では「生成エンジン最適化」と訳します。ChatGPT・Google AI Overviews・Perplexity・Claudeといった生成エンジン（質問に対して文章で回答を生成する仕組み）が回答をつくる際、その参照元・引用元として自社のコンテンツが選ばれるようにする施策の総称です。

従来のSEO（Search Engine Optimization）が「検索結果の一覧で上位に並ぶこと」を目標にしていたのに対し、GEOは「AIが書いた回答文の中に、自社の情報と出典リンクが入ること」を目標にします。ゴールが「順位」から「引用」に変わる。これがいちばん大きな違いです。

順位は1位から順に並ぶ連続的な指標ですが、引用は「されたか・されなかったか」の二択に近い指標です。3位でも引用されることはあるし、1位でも引用されないことがあります。この非連続性が、GEO対策を従来のSEOと別に考える必要がある理由です。

「GEO」という言葉はどこから来たのか

GEOは、2023年に公開された論文「GEO: Generative Engine Optimization」（Aggarwalらによる研究）で提唱された用語です。この論文は2024年、データマイニング分野の国際会議であるACM SIGKDD（KDD 2024）で発表されています。

論文では「GEO-bench」というベンチマークを構築し、約10,000件のクエリ・9つのデータセットに対して、9種類のコンテンツ書き換え手法を比較しています。そこで効果が確認されたのは、次のような「内容の裏付けを増やす方向」の手法でした。

• Cite Sources（出典の明示）：主張の根拠となる情報源を本文中に示す
• Quotation Addition（引用の追加）：専門家や一次資料の発言をそのまま引用する
• Statistics Addition（統計の追加）：定性的な記述を具体的な数値に置き換える

これらの手法により、生成エンジンの回答内での可視性が最大で約40%向上したと報告されています。ただし注意すべき点が2つあります。40%は最大値であって平均ではないこと、そして手法によっては効果がほとんど出なかったものもあることです。「キーワードを詰め込む」類の手法は、この研究では有効性が示されていません。

逆に言えば、GEOの出発点にあるのは小手先のテクニックではなく、「主張に根拠と出典と数字を付ける」というごく真っ当な編集作業だということです。この記事でこれから紹介する施策も、突き詰めればすべてここに戻ってきます。

出典：GEO: Generative Engine Optimization（arXiv:2311.09735）

なぜ2026年のいまGEO対策が必要なのか

理由は2つあります。「AIに直接質問する人が増えた」ことと、「通常のGoogle検索の中にAIの回答が入り込んだ」ことです。前者だけなら「まだ一部の層の話」で済みましたが、後者が起きたことで、これまでどおり検索していたユーザーの目にもAIの回答が最初に入るようになりました。

1つ目について、総務省の「令和7年版 情報通信白書」によると、日本国内で生成AIサービスを「使っている・使ったことがある」と答えた個人の割合は2024年度調査で26.7%。前年度調査の9.1%から約3倍に増えています。年代別では20代が44.7%と最も高い水準です。同じ調査で米国は68.8%となっており、日本の伸びしろはむしろこれからという段階です。

2つ目について、Googleは2024年5月14日にSGE（Search Generative Experience）を「AI Overviews」へ改称し、Labsの実験機能から通常の検索結果に統合しました。さらに2025年には、より複雑な質問に会話形式で答える「AI Mode」が追加されています。2026年8月時点で「SGE」という呼称はすでに使われていないため、SGEの名前で書かれた記事は情報が古い可能性が高いと考えてよいでしょう。

出典：総務省「令和7年版 情報通信白書」個人におけるAI利用の現状

GEOとLLMOの違いを正しく理解する

GEOと並んでよく使われる用語にLLMO（Large Language Model Optimization）があります。この2つは非常に近い概念ですが、厳密には対象と目的が異なります。

実務上は「ほぼ同義」として扱ってよい

学術的・技術的には上記のような違いがありますが、実務レベルでは「GEO」も「LLMO」もほぼ同じ施策を指します。どちらも「AIに正しく理解され、引用されるコンテンツを作る」ことがゴールだからです。

用語の使われ方には地域差があり、日本国内では「LLMO」という表現が先に普及し、海外では「GEO」が主流です。私たちがクライアントに説明する際は、わかりやすさを優先して「LLMO対策」と呼ぶことが多いのですが、内容としてはGEOを含む総合的なAI検索対策を指しています。

用語の違いより、「どのエンジンで、どのクエリで、引用されているか」を測れているかどうかのほうが、実務では何十倍も重要です。呼び方の議論に時間を使うより、後述の効果測定を先に始めることをおすすめします。

SEOとの違い、MEO（Googleマップ最適化）との棲み分けについては、それぞれ別記事で詳しく解説しています。

LLMOとSEOは何が違う？中小企業がAI検索時代にやるべきこと

MEOとLLMOの違いとは？中小企業が両方やるべき理由

GEO対策の前に知っておくべきSEOとの関係

「GEO対策をやるなら、SEOはもう不要なのか？」という質問をよくいただきますが、答えはNOです。むしろ、SEOの基盤があってこそGEOが機能します。

これは感覚論ではなく、Google自身が公式に明言しています。Google検索セントラルの「AI機能とあなたのウェブサイト」というドキュメントには、AI OverviewsやAI Modeに表示されるための条件として、次の趣旨が書かれています。

AI OverviewsやAI Modeに表示されるための追加要件や、特別な最適化は必要ない。表示されるには、そのページがインデックスされていて、Google検索でスニペット付きで表示できる状態である必要がある。

つまり「通常のGoogle検索でスニペット付きで出せる状態」がAI Overviewsの参加資格だということです。SEOを疎かにしてGEOだけを追いかけても、そもそも土俵に上がれません。

順番としては次のとおりです。

• まずSEOの土台（インデックスされる、質の高いコンテンツ、技術的SEO）を固める
• その上にGEO特有の施策（出典・数値・アンサーファースト・AIクローラー許可）を追加する

出典：Google 検索セントラル「AI features and your website」

生成エンジンごとに「選ばれ方」は違う

ここが多くのGEO解説記事で抜けている部分です。「AI検索対策」とひとくくりに語られがちですが、参照元の集め方はエンジンごとに違います。同じ対策をしても、効くエンジンと効かないエンジンがあります。

2026年8月時点で、主要な生成エンジンの仕組みと制御方法を整理すると次のようになります。

Google（AI Overviews / AI Mode）：特別なマークアップは不要と明言されている

Googleは公式ドキュメントで、AI機能に表示されるために新しい機械可読ファイル・AI向けテキストファイル・専用のマークアップを作る必要はなく、追加すべき特別なschema.org構造化データも存在しないと明記しています。推奨されているのは「Google検索全体と同じ、基本に忠実なSEOのベストプラクティスを適用すること」です。

ここは誤解が多いところなので強調しておきます。「AI向けの特別なファイルを置けばAI Overviewsに出る」という施策は、Googleに関しては公式に否定されています。

表示のコントロールに使えるのは、従来からある次の指定です。

• nosnippet：そのページのスニペット表示を止める
• data-nosnippet：ページ内の特定の範囲だけスニペット対象から外す
• max-snippet：スニペットの文字数上限を指定する
• noindex：インデックス自体をさせない
• Google-Extended：GeminiやVertex AIでの学習・グラウンディングへの利用を制限する

ここで実務上の落とし穴が2つあります。1つは、nosnippet系を使うとAIの回答から外れる代わりに、通常の検索結果のスニペットも消えるということ。もう1つは、Google-Extendedを設定してもAI OverviewsやAI Modeからは除外されないという点です。この2つは別のレイヤーの話なので混同しないでください。

ChatGPT検索：OAI-SearchBotの許可が入口

OpenAIは4種類のクローラーを公開しており、役割が明確に分かれています。

• OAI-SearchBot：ChatGPTの検索結果にサイトを表示させるためのクローラー。robots.txtを尊重する
• GPTBot：生成AIモデルの学習用にコンテンツを収集する。robots.txtを尊重する
• ChatGPT-User：ユーザーが質問した際にページを訪問する。ユーザー起点の行動のため、robots.txtのルールが適用されない場合がある
• OAI-AdsBot：広告のランディングページの安全性を検証する

OpenAIの公式ドキュメントは、検索結果に表示されるために「robots.txtでOAI-SearchBotを許可することを推奨する」と明記しています。「学習には使われたくないが検索には出たい」という場合は、GPTBotだけをブロックしてOAI-SearchBotを許可するという設定が可能です。

また、robots.txtを更新してからOpenAI側のシステムに反映されるまで約24時間かかるとされています。設定を変えた直後に確認して「変わっていない」と判断しないよう注意してください。

出典：OpenAI「Overview of OpenAI Crawlers」

Perplexity：ブロックしても完全には消えない

Perplexityは2種類のクローラーを公開しています。PerplexityBotは一般的なクロール用でrobots.txtに従い、基盤モデルの学習には使われないとされています。もう一方のPerplexity-Userは、ユーザーが質問したときにページを訪問するもので、人間が起点となるリクエストであるため通常はrobots.txtに従いません。

もう1点、実務上知っておくべき挙動があります。robots.txtでPerplexityBotを拒否した場合、本文はインデックスされませんが、ドメイン名・見出し・簡単な事実の要約は引き続き表示される可能性があるとされています。「ブロックすれば完全に消える」わけではありません。

Perplexityに特化した対策は別記事にまとめています。

Perplexityに自社情報を引用させるには？企業向けAI検索対策ガイド

Claude：3つのクローラーが役割別に分かれている

Anthropicは3種類のクローラーを運用しており、それぞれ独立したUser-Agent文字列を持っています。

• ClaudeBot：モデルの学習・改善に使われる可能性がある公開コンテンツを収集する
• Claude-User：ユーザーの質問に答えるためにページを取得する
• Claude-SearchBot：Claudeの検索結果の品質・関連性を高めるためにコンテンツをインデックスする

3つとも robots.txt を尊重するとされており、非標準の拡張である Crawl-delay にも対応しています。Claude-SearchBotをブロックするとClaudeの検索回答での可視性が下がると公式に説明されているため、「学習は嫌だが検索には出たい」場合はClaudeBotのみを拒否する設定が選択肢になります。

Microsoft Copilot（Bing）：NOCACHEとNOARCHIVE

Microsoftは2023年9月に、Bing Chat（現在のCopilot）でのコンテンツ利用を制御する仕組みを公開しています。metaタグのrobots指定で挙動が変わります。

• 指定なし：回答に含まれる可能性があり、生成AIモデルの学習にも使われる可能性がある
• NOCACHE：回答に含まれる場合でも、URL・タイトル・スニペットのみが表示される
• NOARCHIVE：回答に含まれず、Microsoftの生成AIモデルの学習にも使われない

また、Bing Webmaster Toolsには2026年2月から「AI Performance」がパブリックプレビューとして提供されており、Microsoft CopilotやBingのAI生成要約で自社コンテンツがどれくらい引用されているか、どのURLが参照されているかを確認できます。引用状況を管理画面で確認できる数少ない手段なので、Bing Webmaster Toolsの登録は済ませておくとよいでしょう。

GEO対策の第一歩：AIクローラーを通す設定を確認する

コンテンツをいくら磨いても、AIクローラーがアクセスできなければ引用されようがありません。ここは技術的な確認だけで済むので、最初にやるべき作業です。

robots.txtを確認する

まず自社サイトの https://（自社ドメイン）/robots.txt をブラウザで開いてください。参考までに、私たちのサイトの設定は次のようになっています。

User-Agent: *
Allow: /
Disallow: /api/

Sitemap: https://fyve.co.jp/sitemap.xml

ワイルドカード（User-Agent: *）で全体を許可しているため、個別に指定していないAIクローラーもこの行の対象になります。「AIクローラーを名指しで許可する記述」は必須ではありません。重要なのは、拒否していないことを確認することです。

逆に、次のような記述があると意図せずAI検索から締め出されている可能性があります。

• User-agent: GPTBot + Disallow: /（数年前にAI学習拒否がトレンドだった頃の設定が残っている）
• User-agent: * + Disallow: /（開発環境の設定が本番に紛れ込んでいる）
• CMSやプラグインが自動生成したrobots.txtが、AI系クローラーを一括拒否している

学習拒否と検索表示は別問題です。「学習には使わせたくない」という判断は尊重されるべきですが、その設定がChatGPT検索やClaudeの検索結果からの除外まで巻き込んでいないかは確認する価値があります。

robots.txtより先にWAF・CDNを疑う

実際に多いのが、robots.txtは問題ないのにWAFやCDNのボット対策がAIクローラーを弾いているケースです。robots.txtは「お願い」に過ぎませんが、WAFのブロックは物理的にアクセスを止めます。

• サーバーのアクセスログで OAI-SearchBot PerplexityBot ClaudeBot を検索し、ヒットするか確認する
• ヒットしない場合、CDN（Cloudflare等）のボット管理設定でAIクローラーがブロック対象になっていないか確認する
• レンタルサーバーの「海外アクセス制限」機能がオンになっていないか確認する

ログにAIクローラーの記録が一切ない状態でコンテンツ施策を続けても、成果は出ません。コンテンツを書き換える前に、まずログを見てください。

テキストとして読める状態にする

Googleの公式ドキュメントでも「テキストベースのコンテンツを提供すること」が推奨されています。次のような作りは、AIから見ると中身が存在しないのと同じです。

• サービス内容や料金を画像（バナー・PDFのスクリーンショット）で掲載している
• JavaScriptでの描画に強く依存し、HTMLソースに本文が含まれていない
• 重要な情報が会員限定エリアやログインの向こう側にある

引用されるコンテンツの作り方（GEO対策10項目）

ここからは、私たちが自社サイトとクライアントサイトの双方で実践している具体的な施策です。冒頭で紹介した研究結果とも整合する順に並べています。

1. アンサーファースト（結論先出し）で書く

AIは、各セクションの冒頭で結論が述べられているコンテンツを引用しやすい傾向があります。見出しの直後に結論を置き、その後で根拠と詳細を説明する構成にしてください。

従来のSEOライティングでは「読者を引き込む導入 → 本題」という流れが定番でしたが、GEOでは「結論 → 根拠 → 補足」が有効です。AIは回答に使える断片を探しているのであって、記事を最後まで読んでくれるわけではありません。

2. 定性的な表現を実測値に置き換える

冒頭で紹介した研究で最も再現性が高かった手法のひとつが「統計の追加」です。「多くの企業が」「かなり短縮された」といった曖昧な表現を、数字に置き換えるだけで引用されやすさが変わります。

• 「大幅にコスト削減」→「月あたりの作業時間が18時間から4時間に減少」
• 「多くのユーザーが利用」→「2024年度調査で26.7%（総務省 令和7年版情報通信白書）」
• 「短期間で効果」→「設定変更から反映まで約24時間（OpenAI公式ドキュメント）」

ただし持っていない数字を作らないこと。実測値がない項目は、無理に数字を入れるより「公式ドキュメントで確認してください」と書いて逃げるほうが安全です。誤った数値がAIに引用されると、訂正するのは非常に困難です。

3. 出典を本文に明示する

これも研究で効果が確認された手法です。主張の根拠となる一次情報（公式ドキュメント・官公庁の統計・学術論文）へのリンクを本文中に置いてください。

AIは信頼性の高い情報源を優先的に参照します。出典を明示している記事は、それ自体が「裏付けを持つ情報源」として扱われやすくなります。この記事でも、主張ごとに公式ドキュメントへのリンクを添えているのはそのためです。

4. FAQ形式のセクションを設ける

「質問 → 回答」のペア構造は、AIが最も抽出しやすい情報形式です。記事の末尾にFAQセクションを設けるだけでも、想定される質問文と自社コンテンツの対応関係が明確になります。

ポイントは、読者が実際に検索する言葉で質問を書くことです。「サービス概要について」ではなく「GEO対策は自社でできますか？」のように、話し言葉に近い形で書いてください。

5. E-E-A-T（経験・専門性・権威性・信頼性）を明示する

Googleの品質評価ガイドラインで重視されているE-E-A-Tは、GEOにおいても有効です。

• Experience（経験）：実際にやってみた結果・失敗した内容を書く
• Expertise（専門性）：専門的な知識や資格を明示する
• Authoritativeness（権威性）：著者プロフィール・運営者情報・実績を掲載する
• Trustworthiness（信頼性）：一次情報と出典を提供し、更新日を明記する

6. 一次情報・独自データを出す

AIは、他サイトの言い換えや二次情報よりも、オリジナルの調査データや実体験にもとづく情報を高く評価します。自社で収集したデータ、支援事例から得られた知見、業界の独自分析などは、AI検索で引用されやすいコンテンツになります。

「どこにでも書いてある一般論」ではなく「自社だからこそ言える具体的な話」を出すことが、最も本質的なGEO対策です。中小企業にとっては、これが大手メディアと戦える唯一の領域でもあります。

7. 見出しで情報の階層構造を作る

見出しタグ（h2、h3）を適切に使い、情報の階層を明確にしてください。AIは見出しを手がかりにコンテンツの構造を理解し、質問に対応する箇所を切り出します。

• h2で大きなテーマを提示する
• h3でサブトピックを整理する
• 1つの見出しの下に1つの論点だけを置く（複数の話題を混ぜない）

8. 構造化データ（Schema.org）を正しく位置づける

構造化データについては、期待値を正確に持つ必要があります。先述のとおり、GoogleはAI Overviews・AI Modeに表示されるために追加すべき特別なschema.org構造化データは存在しないと明言しています。「構造化データを入れればAI Overviewsに出る」というのは誤りです。

ただし、構造化データが無意味というわけではありません。次の用途では引き続き有効です。

• FAQPage・HowTo：検索結果でのリッチリザルト表示
• Organization：運営者情報の機械可読な明示
• LocalBusiness：店舗・事業所情報の正確な伝達（MEOとの連携）

位置づけとしては「AI Overviewsのための施策」ではなく「サイト全体の情報を正確に伝えるための土台」と捉えるのが正確です。実装するなら、マークアップの内容が本文と食い違わないよう注意してください。表示されていない情報を構造化データにだけ書くのは違反行為です。

9. 更新日を明記し、事実を最新に保つ

AI検索の領域は変化が速く、1年前の記事は高い確率で情報が古くなっています。この記事の冒頭で「SGEという呼称はもう使われていない」と書いたのがまさにその例です。

• 公開日だけでなく更新日を表示する
• 製品名・サービス名の改称を定期的にチェックする（SGE→AI Overviews等）
• 料金・仕様に触れた箇所は、公式ドキュメントと突き合わせて年に数回見直す

10. サイテーション（他サイトからの言及）を増やす

被リンクだけでなく、リンクを伴わない言及（サイテーション）も信頼性評価に影響すると考えられています。業界メディアへの寄稿、登壇、プレスリリースの配信などで、自社名やサービス名が複数のサイトで言及される状態を目指してください。

特にAI検索では、自社サイト以外の場所に自社の情報が存在するかが効いてきます。自社サイトだけで「私たちは○○の専門家です」と主張しても、それを裏付ける外部の言及がなければ、AIはその主張を採用しづらいためです。

GEO対策の効果測定：4つの手順

ここが多くの企業で抜け落ちている工程です。順位という共通のものさしがない以上、GEOは「自分で測定の仕組みを作らないと、効果が永久にわからない」施策です。難しいことをする必要はなく、同じ手順を毎月繰り返せば十分です。

手順1：固定プロンプトで月次チェックする

まず、毎月まったく同じ質問文を、主要な生成エンジンに投げて結果を記録します。最低限、次の3種類を用意してください。

• 指名型：「（自社名）はどんな会社ですか？」——自社情報が正確に語られるかを確認する
• カテゴリ型：「（地域）で（業種）を依頼できる会社を教えてください」——比較検討の場面で候補に挙がるかを確認する
• 課題型：「（顧客が抱える具体的な悩み）を解決する方法は？」——自社記事が参照元として引用されるかを確認する

測定条件を毎回そろえることが重要です。生成AIの回答は同じ質問でも揺れるため、条件が変わると比較になりません。

• ログイン状態・使用アカウントを固定する（パーソナライズの影響を避ける）
• ウェブ検索機能のオン・オフを固定する
• 実施日を「毎月第1営業日」のように決める
• 同じ質問を3回投げて、3回中何回引用されたかを記録する（1回だけでは判断できない）

手順2：記録シートの列を決める

スプレッドシート1枚で十分です。次の列を用意してください。

• 実施日
• エンジン（ChatGPT / AI Overviews / Perplexity / Claude / Copilot）
• 質問文（一字一句そのまま）
• 自社の言及（あり / なし）
• 出典リンクの有無（回答の参照元一覧に自社URLが載ったか）
• 引用されたページのURL
• 回答内容の正確性（誤りがあればその内容を記録）
• 同時に挙がった競合名

特に見落とされがちなのが「回答内容の正確性」です。引用されていても、事業内容や対応エリアが間違って語られていれば逆効果になります。誤りを見つけたら、その情報が載っているページを特定して修正するのが最優先の対策になります。

手順3：GA4でAI経由の流入を見る

Google アナリティクス4（GA4）のデフォルトチャネルグループには「AI Assistants」というチャネルが用意されています。ChatGPT・Gemini・Deepseek・Copilot・Grokといった外部のAIサービスからの流入がここに分類されます。

ここで理解しておくべき制約が3つあります。

• Google AI Overviews経由の流入は「Organic Search」に含まれる。GA4の公式説明でも、Organic Searchの定義にAI OverviewsとAI Modeが含まれると明記されています。つまりAI Overviews経由だけを切り出して見ることはできません
• Perplexityは「Referral」に分類されるため、AI Assistantsチャネルだけを見ていると取りこぼします
• 参照元情報が付かない流入が相当数ある。スマートフォンアプリやアプリ内ブラウザから開かれた場合、リファラが送信されず「Direct」に計上されます

したがってGA4の数字だけでGEOの成果を判断するのは危険です。手順1・2の目視チェックと組み合わせて、両方の傾向を見てください。数字が動かなくても引用は増えている、ということが普通に起こります。

手順4：サーバーログとBing Webmaster Toolsを見る

コンテンツの成果が出る前段階として、AIクローラーが実際に来ているかを確認します。アクセスログでUser-Agentを集計し、OAI-SearchBot PerplexityBot ClaudeBot Claude-SearchBot の訪問数の推移を月次で記録してください。

加えて、Bing Webmaster Toolsの「AI Performance」では、Microsoft CopilotやBingのAI生成要約における引用回数と参照URLを確認できます。管理画面上で引用状況を数値で見られる、現時点では貴重な手段です。

どのくらいで効果が出るか

ここは正直に書きます。期間を断言できるだけの公開データはありません。エンジンごとにインデックスの更新頻度が違い、業種やクエリの競合状況にも左右されるためです。

ただし、変化のスピードには明確な差があります。

• 数日〜数週間で反映され得るもの：robots.txtの設定変更（OpenAIは反映まで約24時間と明記）、クローラーのブロック解除
• 数ヶ月単位で見るもの：コンテンツの書き換えによる引用率の変化、サイテーションの増加

だからこそ技術的な設定確認を先にやるべきです。設定ミスで弾かれている状態を放置したまま記事を書き続けるのが、最も時間を無駄にするパターンです。

やってはいけないGEO対策7つ

「何をやるか」と同じくらい、「何をやらないか」が重要です。私たちが実際に見てきた、成果につながらない・むしろ逆効果になるパターンを挙げます。

1. AI向けの特別なファイルを置けば表示されると思い込む

最も多い誤解です。前述のとおり、Googleは公式に「新しい機械可読ファイルやAI向けテキストファイルを作る必要はない」と明記しています。

関連してllms.txtについても触れておきます。これはAI向けにサイトの構造を伝えるためのファイル形式の提案ですが、Google検索はこのファイルを使用しておらず、ランキングにもAI Overviewsにも影響しないことを公式に説明しています（2026年8月時点）。一部のツールやサービスは参照していますが、「置けばAI検索に出る」という性質のものではありません。仕組みと現状は別記事で詳しく解説しています。

llms.txtとは？設置方法と書き方をわかりやすく解説

2. AIクローラーを拒否したままコンテンツ施策を続ける

記事を100本書いてもクローラーが来ていなければ引用されません。数年前に「AI学習拒否」の流れで設定したrobots.txtがそのまま残っているケースは珍しくありません。コンテンツに投資する前に、必ずログとrobots.txtを確認してください。

3. キーワードを詰め込む

GEOの元となった研究でも、キーワード詰め込み型の手法は有効性が示されていません。生成エンジンは文章の意味を理解して要約するため、同じ語を繰り返しても引用確率は上がらず、読みにくさだけが残ります。

4. 結論を最後に置く

「起承転結」で書かれた記事は、AIが結論部分を切り出しづらくなります。特に見出し直後の1〜2文が空疎な前置き（「〜について解説します」「〜が気になる方も多いのではないでしょうか」）で埋まっている記事は、引用対象になりにくくなります。

5. 構造化データと本文の内容が食い違っている

表示されていない情報を構造化データにだけ書く、実在しない評価を星評価としてマークアップする、といった実装はガイドライン違反です。

6. nosnippetを安易に使う

「AIに勝手に使われたくない」という理由でnosnippetを設定すると、通常の検索結果からもスニペットが消えます。クリック率への影響は小さくありません。ページ内の一部分だけを守りたいなら、まずはdata-nosnippetで範囲を限定することを検討してください。

7. 効果測定を1回しかやらない

生成AIの回答は同じ質問でも毎回揺れます。1回試して「出なかった」と判断するのは早計ですし、逆に1回出たからといって定着したとも言えません。同じ質問を複数回・毎月・同条件で投げることでしか、傾向は見えません。

私たちがGEO・LLMO対策として実際にやっていること

私たちが自社サイトとクライアントサイトで運用している施策のうち、公開できる範囲で具体的に紹介します。

記事URLの正規化と301リダイレクトの一元管理

自社サイトでは、記事カテゴリごとの正規URLを1つの設定ファイルに集約し、そこから記事一覧のフィルタ・301リダイレクト・sitemap・内部リンクカードのすべてが自動的に追従する設計にしています。

これは地味ですが効きます。同じ記事が複数のURLで到達できる状態は、AIから見ると「どれが正なのか」が判断できず、評価が分散します。カテゴリを増やすたびに手作業でリダイレクトを書き足す運用にしていると、必ずどこかがずれます。

内部リンクの実在チェックを機械化した

2026年8月、自社の全記事の内部リンクを検査したところ、リンク先が存在しない内部リンクが22本蓄積していました。原因を追ったところ、壊れていた12個のリンク先のうち9個は一度も公開されたことのないURLでした。記事を書くときに、関連記事のURLを実在確認せず内容から推測して書いていたためです。

厄介なのは、推測で作られたURLは実在するURLより説明的で長くなる傾向があり、目視ではまず見分けられないことです。そこで、記事本文の内部リンクが実際に公開済みの記事を指しているかを機械的に検査するスクリプトを作り、投稿前後に必ず通す運用にしました。

404の内部リンクは、読者の離脱を招くだけでなく、サイト全体の信頼性の評価にも関わります。コンテンツを増やす前に、既存の記事のリンクが生きているかを確認することをおすすめします。

検索データを日次で蓄積し、記事単位で突き合わせる

Google Search Consoleのデータを毎日取得してCSVに蓄積し、記事ごとに「どのクエリで、何回表示され、平均何位か」を12週分の推移で見られるようにしています。

この運用にしてから、判断が変わりました。表示回数はあるのに順位が20〜30位で止まっている記事は、新しい記事を書くのではなく既存記事を厚くするほうが確実に成果が出るとわかったためです。実はこの記事自体、その判断で全面的に書き直したものです。

統合して設計する

最も重要だと感じているのは、SEO・MEO・LLMO（GEO）を別々の施策として考えず、統合的に設計することです。AI Overviewsの母集団は通常の検索インデックスであり、ローカル検索の情報はGoogleビジネスプロフィールと連動します。どれか1つだけをやればよい時代ではありません。

ChatGPTでの実際の検証記録は、こちらの記事にまとめています。

ChatGPTで自社が表示されない？自社サイトで実践したLLMO対策の全記録

GEO対策のよくある質問

GEO対策とSEO対策は両立できますか？

両立できます。というより、両立させる以外の選択肢がありません。Googleは公式に「AI機能に対しても、Google検索全体と同じ基本的なSEOのベストプラクティスを適用してください」と説明しています。AI Overviewsに表示される条件も「通常のGoogle検索でスニペット付きで表示できる状態であること」です。SEOを捨ててGEOだけをやるという選択は成立しません。

小規模なサイトでも効果はありますか？

あります。生成エンジンは、検索順位のように「サイト全体の強さ」だけで参照元を決めているわけではなく、質問に対して具体的に答えている文章を探しています。ニッチな領域・地域に絞った具体的な情報は、大手メディアの一般論より引用されやすい場面があります。むしろ一次情報を持っている小規模事業者のほうが有利に働く余地がある領域です。

どのくらいの期間で効果が出ますか？

期間を断言できる公開データはありません。ただし、robots.txtの設定変更のような技術的な対応は比較的早く反映されます（OpenAIは自社システムへの反映に約24時間かかると明記しています）。一方でコンテンツの書き換えによる引用率の変化は、数ヶ月単位で見る必要があります。まず技術的な設定を確認し、そのうえでコンテンツに着手するのが最短ルートです。

AIに学習されたくない場合はどうすればいいですか？

学習用のクローラーと検索用のクローラーを分けて制御できます。OpenAIならGPTBot（学習）だけを拒否してOAI-SearchBot（検索表示）を許可する、AnthropicならClaudeBot（学習）だけを拒否してClaude-SearchBotを許可する、といった設定が可能です。Googleについては、Google-Extendedで学習・グラウンディングへの利用を制限できますが、これはAI OverviewsやAI Modeからの除外にはならない点に注意してください。

GEO対策の専用ツールは必要ですか？

最初は不要です。無料で使えるGoogle Search Console・Bing Webmaster Tools・GA4と、スプレッドシート1枚があれば測定は始められます。有料の引用トラッキングツールは、測定対象のクエリが数十件を超えて手作業が回らなくなってから検討すれば十分です。ツールを買っても、測るべきクエリが決まっていなければ意味がありません。

GEOとLLMO、どちらの言葉を使うべきですか？

社内やクライアントとの会話では、通じやすいほうで構いません。日本国内では「LLMO」、海外では「GEO」が使われる傾向があります。ただし記事やサービス名として外部に出す場合は、想定読者がどちらの言葉で検索するかを基準に選ぶとよいでしょう。実務上の中身に違いはありません。

まとめ：GEO対策は「測る仕組み」から始める

GEO（生成エンジン最適化）は、AI検索時代に自社の存在感を維持するために避けられない施策です。LLMOとは厳密には対象範囲が異なりますが、実務上はほぼ同じ取り組みとして捉えて問題ありません。

この記事の要点を整理します。

• GEOの本質は「根拠と出典と数字を付ける」こと。元になった研究でも、出典の明示・引用の追加・統計の追加が有効と示されている
• Googleに関しては、AI向けの特別なマークアップやファイルは不要と公式に明言されている。表示条件は「通常の検索でスニペット付きで出せること」
• エンジンごとに参照の仕組みが違う。ChatGPTはOAI-SearchBotの許可が入口、Perplexityはブロックしても完全には消えず、Claudeは3種類のクローラーが役割別に分かれている
• コンテンツを書き換える前に、robots.txtとアクセスログを確認する。弾かれている状態で記事を増やしても成果は出ない
• 効果測定は自分で仕組みを作るしかない。固定プロンプト・記録シート・GA4・サーバーログの4点セットを毎月同条件で回す

AI検索の領域は変化が速く、この記事の内容も定期的な見直しが必要です。各社の公式ドキュメント（Google 検索セントラル、OpenAI、Anthropic、Perplexity、Bing Webmaster）は仕様変更が頻繁にあるため、実装前には必ず最新の記述を確認してください。

株式会社Fyveでは、SEO・MEO・LLMO（GEO）を統合したAI検索時代のWeb集客支援を行っています。