AI Overviewに自社サイトが出ない原因の切り分け手順

結論から言うと、AI Overviewに自社サイトが出ない時は、いきなり記事追加や構造化データ追加から始めない方が安全です。先に、AI Overview自体が出る検索なのか、自社ページがGoogle検索の前提を満たしているのか、AIが広げる関連質問に自社ページが答えられているのかを分けて確認します。

Google公式情報では、Google検索の生成AI機能は通常の検索ランキングや品質システムに根ざしており、検索インデックス内のページを使って回答を補強すると説明されています。Google検索の生成AI機能に出るには、ページがインデックスされ、スニペット表示に適格であることが前提です。ただし、その条件を満たしても、クロール、インデックス、表示、採用は保証されません。

つまり「競合はAI Overviewに出るのに自社が引用されない」という状態は、単一の原因ではありません。到達性、検索面、情報の一致、正本ページ、外部情報、計測ログを順番に切り分ける必要があります。この記事では、Google公式情報で確認できる前提と、URL単位で原因を分類する診断手順を、判断表とチェックリスト付きで整理します。

AI Overviewに表示されない原因診断とは（定義）

GoogleはAI Overviewを、複雑なトピックや質問の要点を素早く把握し、関連リンクへ進む起点として説明しています。また、AI Overviewは通常検索に付加価値があるとGoogleのシステムが判断した場合にのみ表示され、表示されないことも多い機能だと公式に説明されています。すべての検索で出る前提の機能ではありません。

まず問題を3種類に分ける

「AI Overview 表示されない」という相談は、実際には3つの違う問題が混ざっています。

最初の状態では、自社サイトを直してもAI Overview自体の出現は変わらない可能性があります。二つ目と三つ目の状態では、自社側の到達性や情報設計に改善余地があるかを見ます。

公式情報で確認できる前提

AI Overviewまわりは推測が入りやすい領域です。診断では、公式情報で確認できることと、観測上の仮説を分けます。

確認できる前提は次のとおりです。

• Googleの生成AI機能は通常の検索ランキングや品質システムに根ざしているため、AI Overview専用の裏技ではなく、通常検索のクロール、インデックス、品質、関連性の延長として確認します。
• 生成AI機能に表示されるには、ページがインデックスされ、スニペット表示に適格であることが前提です。noindex、nosnippet、max-snippet、canonical、robots.txt、URL検査を確認します。
• Googleは、生成AI検索で関連する複数のクエリを同時に走らせるQuery fan-outを説明しています。単一キーワードだけでなく、関連質問に答えられているかを見ます。
• Search Consoleの生成AIパフォーマンスレポートとSearch generative AI controlは、一部のサイト所有者から段階的に提供されています。使える場合は確認し、使えない場合は通常検索のデータと手動観測ログを併用します。
• Google検索については、生成AI機能に出るために新しい機械可読ファイル、AI用テキストファイル、特別なマークアップ、Markdownを作る必要はないと公式に説明されています。llms.txtもこの対象です。

構造化データが不要という意味ではありません。Google検索は構造化データを、ページ内容の明示的な手がかりやリッチリザルト適格性のために使います。ただし、「AI Overview専用のschemaを入れれば採用される」という話ではありません。

切り分け手順1：観測条件を固定する

最初にやることは、ページ修正ではなく観測条件の固定です。AI Overviewは、地域、言語、端末、ログイン状態、検索語の違いで表示が変わることがあります。表示の揺れを自社サイトの問題と誤認しないように、次の5点を残します。

• 検索クエリ：実際に入力した文をそのまま残す。
• 確認環境：国、言語、端末、ブラウザ、ログイン有無を残す。
• 表示状態：AI Overviewあり、なし、通常検索のみを分ける。
• 出典URL：リンクされているURLを正規URLで記録し、競合、外部メディア、公式、フォーラムに分類する。
• 自社候補URL：本来出てほしい自社ページを1つから3つまで指定する。

大量の自動検索で順位やAI Overviewを取りに行く運用は、利用規約やスパムポリシーの問題を起こしやすいので避けます。診断では、Search Console、許可された範囲のツール、手動観測、サーバーログを組み合わせる方が現実的です。

切り分け手順2：自社候補URLがGoogle検索の前提を満たすか確認する

AI Overviewに出ない時の最初の技術チェックは、Google検索に出られる最低条件を満たしているかです。

noindexやnosnippetは、AI Overview以前に通常検索の見え方へ影響します。robots.txtは主にクロール制御のためのもので、Google検索からページを隠す仕組みではありません。詳しいクローラー制御は、robots.txtでAIクローラーを許可すべきかで整理しています。

切り分け手順3：Search Consoleで見える範囲を確認する

Search Consoleの生成AIパフォーマンスレポートが使える場合は、候補URLに生成AI面の表示があるか、国やデバイスで偏りがないか、通常検索の表示状況とどう違うかを見ます。このレポートはAI OverviewsとAI Modeの表示回数を含み、データは正規URL単位に集約されます。望むURLではなく別のURLに表示が寄っている場合、正規URLの扱いを疑う手がかりになります。

ただし、このレポートは一部のサイト所有者への段階提供です。レポートが見えない場合、公式ヘルプでは次の理由が挙げられています。

• プロパティにまだレポートが提供されていない。
• 生成AI機能での表示回数が十分にない。
• Search generative AI featuresから自社サイトを除外している。

レポートがないだけで「AI Overviewに一切出ていない」と断定しない方が安全です。

また、Search generative AI controlが使える場合は、AI Overviews、AI Mode、Discoverの生成AI機能へのリンク・コンテンツ参加を除外していないか確認します。既定値は「含める」ですが、親プロパティを持つ場合の既定は親からの継承のため、サブプロパティだけ見て完了にしないでください。除外を選ぶと、生成AI機能内でのリンク表示と回答の根拠としての利用が止まり、これらの機能からの表示回数と流入がなくなると説明されています。この設定は検索順位を上げる設定ではなく、生成AI機能への参加可否を管理するものとして扱います。

Search Consoleの数値だけでは、AI回答の本文が正しいか、どの競合文脈で使われたかまでは判断しきれません。計測の考え方は、LLMOの効果測定で見るべき指標も併せて見ると整理しやすくなります。

切り分け手順4：Query fan-outで広がる質問に答えているか確認する

Googleの生成AI検索ガイドでは、Query fan-outとして、モデルが関連する複数のクエリを同時に生成し、追加の検索結果を取得する仕組みが説明されています。つまり、ユーザーが入力した1語だけではなく、周辺の疑問に答えられるページかどうかも見ます。

たとえば「AI Overview 表示されない」という検索では、診断上の仮説として次のような関連質問へ広がる可能性があります。

自社ページが「AI Overviewとは何か」だけを説明していて、診断手順や失敗例を書いていない場合、検索者の本当の意図に届かない可能性があります。関連質問に答えるページ設計は、AI Overviewに参照されやすい情報源設計でも扱っています。

切り分け手順5：競合出典と自社ページを並べて見る

AI Overviewに競合や第三者サイトが出ている場合、感覚で「権威が足りない」と結論づける前に、URL単位で並べます。見るのは、冒頭の結論、対象者や対象外条件、一次情報の有無、見出しと表の分かりやすさ、更新性です。自社候補URLに、営業資料だけにある条件、古いサービス名、旧料金、終了済み機能が残っていないかも確認します。

競合の真似をする必要はありません。競合や第三者サイトにあって自社にない「回答材料」を特定することが目的です。内部リンクの見直しは、LLMOで内部リンクはどう効くのかを参考に、サービス、FAQ、事例、会社情報の接続から始めると判断しやすいです。

原因別の判断表

ここまでの確認結果を、原因分類に落とします。判断は次の順番です。

実装チェックリスト

自社サイトで確認する時は、以下を上から順に見ます。完了率を競うリストではなく、原因を見落とさないための順番です。

このチェックリストのうち、最初に直すべきなのはインデックス、スニペット、クロールの阻害と、意図しない除外設定です。候補URLが検索の前提を満たしていなければ、AI Overviewの情報源候補にもなりにくいからです。

よくある失敗例

失敗例1：llms.txtを置けばAI Overviewに出ると思い込む

Google検索については、生成AI機能に出るために新しい機械可読ファイルやAI用テキストファイルを作る必要はなく、Google検索自体がそれらを使わないと公式に説明されています。llms.txtを作ること自体が悪いわけではありませんが、AI Overviewの原因診断では、まずインデックス、スニペット、正本情報、内部リンクを見ます。WordPressでの考え方は、llms.txtを設置する前の確認事項も参考になります。

失敗例2：構造化データだけで本文不足を補おうとする

構造化データは、ページ内容を明示する補助になります。しかし、Googleの生成AI検索向けに特別なschema.orgマークアップが必要という話ではありません。しかも、構造化データに書いた情報がページ本文に見えない、または本文と矛盾する状態は避けるべきです。

失敗例3：競合が出ているから被リンクだけの問題だと決めつける

競合がAI Overviewに出ている時、外部評価や被リンクの差が関係する可能性はあります。しかし、最初に見るべきなのは、競合ページが検索者の問いに対して何を答えているかです。冒頭の結論、手順、比較表、FAQ、実績、更新性が自社に足りないなら、まず自社ページの回答材料を整えます。

失敗例4：古い記事を放置したまま新記事を増やす

AI Overviewに古い情報が混ざる時、原因は新記事不足ではなく、旧URL、旧サービス名、過去記事、PDF、外部プロフィールの残存かもしれません。新しい記事を増やす前に、古い情報がどのURLに残っているかを探します。更新手順は、AI検索に古い情報が出る時の記事更新手順で整理しています。

失敗例5：Search Consoleの数値だけで回答品質を判断する

生成AIパフォーマンスレポートが使える場合でも、表示機会の数値と回答本文の正しさは別です。出典として出ていても、AIが文脈を誤っていることがあります。逆に、通常検索の表示が伸びていても、AI Overviewの根拠に使われているとは限りません。数値、出典URL、回答本文の品質を分けて記録します。

診断相談に持ち込む前に

原因が複数重なっている場合は、Search ConsoleとURL検査で候補URLの前提を確認し、次にAI Overviewに出ている競合・外部出典をURL単位で分解します。最後に、自社ページ側の不足を「参加設定」「技術」「正本情報」「検索意図」「旧情報」「内部接続」に分類します。

すでに観測ログがあり、どの原因から直すべきか判断しにくい場合は、LLMO診断チェックリストを使って棚卸ししたうえで、LLMO診断やAI検索診断に相談すると話が早くなります。対象クエリ、出典URL、自社候補URL、Search Consoleで見た状態があると、原因分類から始められます。

よくある質問

AI Overviewに出るための申請フォームはありますか

通常の企業サイトがAI Overviewへの掲載を直接申請するフォームはありません。Google検索の生成AI機能は、検索インデックスや検索品質システムに根ざして動くと説明されています。診断では、Google検索の前提を満たし、検索者の問いに対する一次情報を整えることから始めます。

noindexやnosnippetがあるとAI Overviewに出ませんか

noindexは検索結果への表示を止めるための制御です。nosnippetやmax-snippetは、Googleが検索結果で見せるスニペットを制御します。Googleの生成AI機能では、ページがインデックスされ、スニペット表示に適格であることが前提と説明されているため、意図しないnoindexやnosnippetは確認対象です。

robots.txtでGooglebotを許可すればAI Overviewに引用されますか

引用は保証できません。robots.txtはクロールの入口管理であり、表示や採用を決めるスイッチではありません。検索に出したいページを誤って遮断していないかを確認する意味はありますが、その後に本文品質、検索意図との一致、正本情報、内部リンクを整える必要があります。

競合ページが引用されている場合、同じ構成を真似るべきですか

そのまま真似る必要はありません。見るべきなのは、競合ページが検索者の問いに対してどの材料を持っているかです。自社にしか出せない一次情報、条件、実例、FAQ、向き不向きを追加し、公式情報として読める状態にする方が重要です。

まとめ：AI Overviewに出ない原因は、URL単位で切り分ける

AI Overviewに自社サイトが出ない時は、AI向けの特別施策を足す前に、URL単位で原因を分けます。

最初に、AI Overview自体が出るクエリかを確認します。次に、生成AI機能への参加設定を除外していないかを見たうえで、自社候補URLがインデックスされ、スニペット表示に適格で、Googlebotが到達できるかを確認します。そのうえで、Query fan-outで広がりうる関連質問に対して、一次情報、手順、判断表、FAQ、失敗例を用意できているかを確認します。

最後に、Search Consoleの数値、出典URL、回答本文の正確性を分けて記録します。AI Overviewは採用を保証できる面ではありませんが、診断を通じて「AIが根拠にできない状態」「古い情報を拾いやすい状態」「競合だけが回答材料を持っている状態」は減らせます。

自社だけで原因分類が難しい場合は、まず観測ログを作り、候補URLを絞ってからLLMO診断/AI検索診断に持ち込むのが現実的です。検索クエリ、出典URL、自社候補URL、技術設定の確認結果がある方が、改善すべき順番を正確に決められます。

EDITORIAL REVIEW AI検索攻略編集部（株式会社Uravation）

生成AI・AI検索・SEOの公開情報を確認しながら、企業サイトの情報設計として実務で扱える形に整理しています。仕様変更が多い領域のため、公開前後に公式情報と本文の整合性を確認します。