AI 検索に出てこないのはなぜか — 症状は一つ、原因は段階ごとに違う

• 最終検証日：2026年8月30日
• Methodology バージョン：2026.08.309
• 位置づけ：切り分けの手順です。 提供元の記述に当たれる箇所は当て、当たれない箇所は当たれないと書きます
• 関連記事：AI 検索とは / 7 段階 / 掲載の条件はどこにあるか / 成果の測り方
• 難易度：基礎（「AI 検索とは」の次に読む記事です）

要点

一文で言うと — 「AI 検索に出てこない」は症状であって、原因ではありません。 どの段階の話なのかによって、見る場所が変わります。

• SILVE が直接観測できる範囲は限られています。 公開ページの状態だけでは、後の段階ほど原因を切り分けられません
• ★ SILVE が見ているのは準備状態です。 「クローラーが許可されている」は観測できますが、「実際に取得された」は観測していません
• 原因として挙げられるものの中には、提供元の記述と食い違う説明があります
• 要件をすべて満たしても、掲載は保証されません。 少なくとも Google は、そう明記しています
• 1 回聞いて出てこなかったことは、出てこないことの証明にはなりません

実務では — 前の段階から順に確かめてください。 同じ情報が、同じ経路で後段へ進む場合、前の条件が欠けたままで後ろの段階の対処をしても、確かめようがありません。 到達と利用の制限が見つからなければ、次はページの内容や実体の明確さに加えて、情報環境・掲載条件など公開 Web の外にある要因も調べます。

その前に — その回答は、AI 検索でしたか

7 段階に入る前に、確かめることが 1 つあります。

ChatGPT や Claude という製品全体が AI 検索なのではありません。 同じ製品でも、外部の情報源を検索・参照する場面と、しない場面があります（AI 検索とは）。

外部を参照していない応答に対して robots.txt を調べても、何も分かりません。 まず、その表示面・機能が外部の情報を検索・参照していたかを確かめてください。

「出てこない」と言うとき、何を見ているのか

まず、観測した現象を書き出してください。 原因はまだ決めません。

内容の一致だけでは、そのページが実際に利用されたことは証明できません。 別のページから同じ事実を取った可能性も、別の経路も残ります。

右の列は「原因」ではなく「最初に切り分ける場所」です。 同じ現象に複数の原因がありえます —— 取得されていないのか、取得されたが使われていないのか、そもそも別の情報源が使われたのかは、現象だけからは決まりません。

とくに「知らないと言われた」から「学習データに入っていない」と結論しないでください。 OpenAI や Anthropic などでは、学習用途・検索用途・利用者起点の取得が、別の User-Agent として文書化されています。 応答だけからは、どの経路の話かが分かりません。

7 段階と、SILVE が観測している準備状態

SILVE は、AI 検索で起きることを7 段階に分けています。

10 項目のうち 8 項目が最初の 2 段階にあります。 3 から 6 までは 1 項目も測っていません。

列の名前に注意してください。「その段階を判定する」ではありません。 SILVE が観測しているのは、その段階に関係する公開 Web 側の状態です。クローラーが許可されていることは観測できますが、実際に取得されたかは観測していません。 準備状態と、実際に起きたことは別です。

段階の依存には、範囲があります。 同じ情報が、同じ経路で後段へ進む場合の順序です。経路は一つではないので（AI 検索とは）、ある経路が塞がれていることが、別の経路でも起きないことを意味しません。

7 段階目の行動は、「出てこない」より後の話です。 AI に出たうえで、エージェントが操作を先へ進められるかを指します。この記事の症状とは別ですが、切り分けの全体を示すために表に残しています。

もう一つ、混ぜてはいけない軸があります。 診断の区分（到達・利用の条件 / 提供元が推奨する実装 / エージェント対応）と、7 段階は別の分け方です。 同じ段階の中に、複数の区分の項目が入ることがあります。

発見 — 経路に乗っているか

発見は「クローラーが来られるか」だけではありません。 情報源も、そこへ到達する経路も、一つではないからです。 公開 Web は情報源の一つであり、その情報へは、検索の基盤・クローラー・利用者が渡した URL など、異なる経路から到達することがあります（AI 検索とは）。

公開 Web の経路について、サイト側から確かめられること。

• robots.txt が、その提供元・その用途のクローラーを拒否していないか（利用者起点の取得には、同じ制御が及ばないことがあります）
• 拒否していると分かったとき、それを誰が書いたのか（事業者側が意図せず入れていることがあります）
• WAF や CDN が、User-Agent や IP で弾いていないか
• そのページへ辿れるリンクがあるか

まず最初に確認する場所です。 前の段階の条件だからであって、頻度が多いからではありません（どの原因が多いかを、SILVE は測っていません）。

★ 「AI クローラー」を一つの塊として扱わないでください。 OpenAI や Anthropic などでは、用途ごとに異なる User-Agent が文書化されています —— 学習のためのもの、検索での掲載のためのもの、利用者が投げた問いに応じてその場で取りに来るもの。同じ会社の中でも別物です（用途で分ける）。

この段階に対応する診断項目は 4 つですが、区分が違います。

後の 2 つが欠けていても、SILVE は「取得できない」とは判定しません。

取得 — 候補になれるか

• HTTP が 200 で返っているか（普段見ているのは自分のブラウザーであって、クローラーの受け取りではありません）
• noindex や AI への直接入力の制限が、意図せず掛かっていないか
• 本文が JavaScript の実行後にしか現れないか

robots.txt と noindex の関係には、順序があります。 Google は、noindex を効かせるにはそのページがロボット排除の指示によって遮断されていてはならないと明記しています。 塞ぐと noindex を確認できないため、URL が検索結果に残ることがあります。 したがって robots.txt だけを「検索結果から消す指定」としては使えません。

SILVE は JavaScript を実行せずに取得します。 したがって本文が実行後にしか出ないページは、SILVE が取得した内容には入りません。 各社のクローラーが実行するかどうかは、提供元ごとに記述が違うため、ここでは一般化しません。 なお、これは現在の診断項目ではありません。

「自分のサイトを見たら表示された」は、根拠になりません。 同じ URI でも、リクエストの条件によって返る表現は変わり得ます（robots.txt は、誰が書いているのか。根拠は RFC 9110）。

この段階も、区分が混ざっています。

title や代替テキストが欠けていることは、「取得できない」ではありません。

利用・引用・推薦・選択 — SILVE が直接観測していない範囲

この 4 つについて、SILVE は 1 項目も測っていません。（行動には 2 項目あります。 前の節のとおり、そこは「出てこない」より後の話です。）

これは「サイトの外の話」という意味ではありません。 ページの内容、情報の明確さ、商品や企業の情報の書き方など、サイト側の要因は残ります。 測っていないだけです。

そのうえで、公開ページの外にある要因も挙げておきます。

• 第三者の記述（レビュー・比較サイト・掲示板）が古い、または食い違っている（情報環境）
• 実体が曖昧で、同名の別の組織と混ざっている（エンティティ）
• その機能の掲載条件が、公開ページの外にある（掲載資格）
• Google の Preferred Sources では、読者が優先する情報源を自分で設定できる（優先ソース）

自社サイトの料金を新しくしても、レビューサイトに古い料金が残っていれば、AI の回答がどうなるかは決まりません。

提供元の資料と突き合わせておきたい 5 つの説明

この節では、施策の効果を SILVE として評価しません。 提供元が何と書いているかだけを確認します。

① 要件を満たせば掲載される

満たしても保証されません。 Google は、生成 AI 機能に表示される資格の条件を挙げたうえで、要件・ベストプラクティス・ポリシーをすべて満たしても、クロール・インデックス・表示は保証されないと明記しています。「出ない = 条件を満たしていない」とは言えません。

② AI 検索用の新しいファイルやマークアップが要る

You don't need to create new machine readable files, AI text files, or markup to appear in these features. There's also no special schema.org structured data that you need to add.

Google は、AI 機能に出るために新しい機械可読ファイル・AI 用テキスト・特別な schema.org は不要と明記しています。ただしこれは「追加の技術要件が無い」であって、「要件が無い」ではありません（詳しくはこちら）。

③ E-E-A-T が足りないから出ない

Google は「E-E-A-T 自体は特定のランキング要因ではない」と書いています。 同じ資料は、良い E-E-A-T を示すコンテンツを識別できる複数の要因の組み合わせは有用だとも書いています。 どちらか一方だけを取らないでください。 これは Google 検索についての説明であり、AI 検索全般の仕様ではありません。

④ リンクが出なくなる

Google は AI Overviews / AI Mode について、通常のウェブ検索より広く多様なリンクを表示できると説明しています。 リンクを無くす仕組みではありません。

⑤ 新しい記事ほど優遇される / 更新頻度を上げれば出る

Google の資料は、一律に「新しいほど有利」とは説明していません。 鮮度が重視されるのは、検索意図として新しさが期待される場合です（新しさと有効性は別物）。

1 回聞いて出てこなかったことは、証明になりません

同じ問いでも、返るものは変わり得ます —— プラットフォーム、時期、モデルの版、そして読者ごとの設定によって。

★ 1 つのアカウント・1 つのセッションで測った結果は、その利用者の環境を測ったものです。 何回測れば言えるのかは、別の記事で扱っています。

そして、直したあとに変わったとしても、直したから変わったとは言えません（前後比較の落とし穴）。

確かめる順番

同じ情報・同じ経路について切り分けるときは、前の段階から確認してください。 前段に明確な制限が見つかった場合、その経路について後段だけを先に論じても、原因を切り分けられません。

1. その回答が、外部の情報を検索・参照していたか確かめる —— 製品名ではなく、表示面・機能で見る
2. 自動のクロールと検索掲載の経路なら、robots.txt を提供元・用途ごとに読む —— 利用者起点の取得は、同じ制御とは限りません
3. クローラー向けの応答を確かめる —— 自分のブラウザーの表示で判断しない
4. noindex と、AI への直接入力の制限を見る
5. そのページへ辿れるリンクと、代表 URL の指定を見る
6. ここまでに明確な制限が見つからなければ、後段の要因へ広げる —— ページの内容・実体の明確さ・第三者の記述・掲載条件
7. 測るなら、複数回・複数の環境で測る

無料の診断で分かるのは、公開 Web 側から観測できる項目です —— AI 検索クローラーの許可、公開取得できたページ、インデックスの許可、Google スニペット・AI 利用の許可、リンクを辿れるページ、代表 URL の指定など。各社のクローラーが実際に同じ内容を取得したか、その後どう扱われたかまでは分かりません。

この記事の限界

• 「出てこない」の原因を網羅していません。 各社には、公開されていない内部の仕組みがあります
• 段階の分け方は SILVE の操作的定義であり、業界標準ではありません
• 確かめる順番は、原因の多さの順ではありません —— 同じ情報が同じ経路で後段へ進むための、依存の順です。どの原因が多いかは測っていません
• 提供元の記述は変わります。 最終検証日を見てください

一次資料

• AI features and your website（Google Search Central・2026-08-29 確認）
• Optimizing your website for generative AI features on Google Search（Google Search Central・2026-08-30 確認）
• A guide to Google Search ranking systems（Google Search Central・2026-08-11 確認）
• RFC 9110: HTTP Semantics（IETF・2026-08-11 確認）
• Robots Meta Tags Specifications（Google Search Central・2026-08-11 確認）
• Creating helpful, reliable, people-first content（Google Search Central・2026-08-14 確認）
• OpenAI Crawlers（OpenAI・2026-08-30 確認）
• Does Anthropic crawl data from the web, and how can site owners block the crawler?（Anthropic・2026-08-30 確認）
• Perplexity Crawlers（Perplexity・2026-08-30 確認）

次に読む

• AI 検索とは — この記事が前提にしている境界
• 情報から行動までの 7 段階 — 段階の定義と、診断項目の割り当て
• 掲載の条件はどこにあるか — 公開ページの外にある条件

Framework Record

この記事の判断を、あとから検証できる形で記録したものです。本文の結論（Core Rules）と、SILVE が内部で持つ記録の項目、参照した一次資料が入っています。

Framework: Absence Triage（出てこない原因の切り分け） Category: Diagnostic Procedure Origin: SILVE の操作的手順。7 段階は PIPELINE.md、観測の範囲は MEASUREMENT.md に依拠 Status: SILVE Operational Procedure（業界標準ではありません） Version: Methodology 2026.08.309 Last Verified: 2026-08-30 実装: 手順そのものは診断項目ではありません。 段階への項目の割り当ては ai-pipeline が正本です。