エージェント型検索

エージェント型検索は、AI が自律的に計画し、閲覧し、複数段階の調査タスクを統合する検索です。一つの質問への一つの回答だけを返す AI 検索とは異なります。

初回公開:2026年6月24日 · 最終更新:2026年8月22日 · 上級者向け
このページには証拠シグナルが1件あります

エージェント型検索は、単一の質問に答えるだけでなく、数分かけて自律的に閲覧・調査・統合する AI です。重要な技術上の注意点は、エージェント型ブラウザーが実際の Chrome や Edge の VM を起動するため、robots.txt だけでは止められないことです。

TL;DR — エージェント型検索は、従来検索→AI検索→エージェント型検索という第三の層です。数分間にわたり、Plan → Search → Read → Evaluate → 再検索 → 統合/実行という複数段階のループを回し、1セッションで20〜160件以上のクエリを送り、キャッシュされたスナップショットではなくページ全体を読みます。制御の観点ではプラットフォームは二つに分かれます。宣言済みクローラーGemini-Deep-ResearchClaude-User)はrobots.txtに従います。エージェント型ブラウザー(ChatGPT Agent、Project Mariner、Copilot Actions)は、宣言されたボットUAを持たない実Chrome/Edge VMを起動します。robots.txtでは触れず、サーバー側制御か、登場しつつあるWeb Bot Auth RFCだけが対抗手段です。効果として、AI経由トラフィックは非AIトラフィックより約42%高い割合でコンバージョンし、エージェント型流入はその中でも購入意図が最も強い層です。

エージェント型検索は第三の層であり、置き換えではない

現在のベンダー説明が裏付けているのは、複数段階の調査とツール利用であって、検索やランキングを一律に置き換えることではありません。 この主張の根拠 Deep-research products can perform multi-step web research and synthesize cited results. 対象範囲: Documented product capabilities, not a universal definition or ranking architecture for agentic search. 信頼度: 高 · 検証日: OpenAI: Introducing deep research ここでのパイプライン図は、プロバイダーが明示的に文書化していない限り、説明用モデルです。 この主張の根拠 The term agentic search covers an evolving set of vendor implementations whose tools and behavior can differ. 対象範囲: Editorial synthesis from documented product behavior; implementations and releases may vary. 信頼度: medium · 検証日: OpenAI: Introducing deep research

何度も立ち返るメンタルモデルは次のとおりです。

  • 従来の検索はリンクを返し、人間が読んで判断します。
  • AI検索(GEO/AEOの対象であるAI Overviews、ChatGPTの回答、Perplexity)は、取得したコンテキストから統合した一つの回答を返します。
  • エージェント型検索は目標をサブタスクに分解し、自分でツールを選び、ページ全体を読み、学んだ内容に応じて反復し、統合レポートまたはアクション(購入、予約、フォーム送信など)で終わります。

Semrushはこの関係を的確に表現しています。“All agentic search is AI search. Not all agentic search is the same thing as AI search.” (翻訳)「エージェント型検索はすべてAI検索です。AI検索と同じものではないエージェント型検索もあります。」短く言えば、エージェント型検索はすべてAI検索だが、AI検索がすべてエージェント型とは限らない。これは従来SEOを置き換えません。権威性、インデックス可能性、構造化データは引き続き前提であり、エージェント向け最適化はその上に完全性、機械可読性、エンティティの明確さを積み重ねます。

エージェント型システムの実際の動き

RAGや単一の検索呼び出しとの決定的な違いは、取得が推論の途中でループ状に起きることです。

エージェント型の取得は推論ループの中で起きます。不足を評価し、再検索してから、統合または実行します。

エージェントはまず目標をサブタスクに分解します。一つ以上の検索を組み立て、ライブの情報源を取得して読み、抜け、衝突、証拠を評価します。証拠が足りなければクエリを修正して検索へ戻ります。タスクを十分に支えられるようになると、レポートを統合するか、許可されたアクションを実行します。これは説明用モデルであり、製品によって手順の公開や実装方法は異なります。

Firecrawlは、エージェントが*“decides when to search, formulates the query from context, reads actual page content from each result, and evaluates what it found before deciding whether to synthesize or search again.”* (翻訳)「いつ検索するかを決め、コンテキストからクエリを組み立て、各結果の実際のページ内容を読み、統合するか再検索するかを決める前に見つけた内容を評価する」手法だと説明しています。実務上の帰結は次のとおりです。

  • 事前インデックスの要約ではなく、リアルタイムにページを読む。 エージェントはライブコンテンツ全体を取得して読みます。従来検索より鮮度と現在の可用性が重要で、処理対象はキャッシュされたスナップショットではありません。
  • クエリを反復的に作り直す。 結果が古い、または的外れなら、非推奨ドキュメントに当たったときクエリに「2026」を付けるなどして書き換え、再び検索します。
  • ツールを連鎖させる。 一つのタスクでWeb検索、コード実行、ファイル読み取り、フォーム送信を組み合わせられます。

1セッションあたりの検索回数

これは一つのクエリではありません。プラットフォーム別の規模は次のとおりです。

製品1セッションの検索数所要時間
Perplexity Deep Research20–50クエリ2–4分
Gemini Deep Research約80(標準); 約160(Max)最大60分(大半は< 20分)
OpenAI Deep Research未指定; 「数十分」10–30分以上
Project Marinerタスク単位の閲覧(最大10並列タスク)タスクごと
ChatGPT Agent最大約10並列タスクタスクごと

GoogleのSAGE研究では、AIエージェントは1クエリあたり平均4,9ステップを取り、複数の情報源を検索、比較、評価してから結果を届けることが分かっています。

主なエージェント型プラットフォーム

OpenAI — Deep ResearchとChatGPT Agent。 Deep Research(o3-deep-researcho4-mini-deep-research)は、“find, analyze, and synthesize hundreds of sources to create a comprehensive report at the level of a research analyst,” (翻訳)「何百もの情報源を見つけ、分析し、統合して、リサーチアナリスト水準の包括的なレポートを作る」ために設計されています。OpenAIはリクエストに*“can take a long time.”* (翻訳)「長い時間がかかる場合がある」と警告しています。ChatGPT AgentはOperatorの後継で、実Webを閲覧し、約10個の並列タスクを実行できるクラウドホストのChromiumです。取得用ボット(OAI-SearchBotChatGPT-User)は宣言されていますが、エージェント型ブラウザーは宣言されていません。

Google — Gemini Deep ResearchとProject Mariner。 Gemini Deep Researchは、“Plan → Search → Read → Iterate → Output” (翻訳)「計画 → 検索 → 読解 → 反復 → 出力」という明示的なループを回します。Googleはこれを、“continuously refin[ing] its analysis, browsing the web by searching and finding interesting pieces of information then starting a new search based on what it’s learned, repeating this process multiple times before generating a comprehensive report.” (翻訳)「分析を継続的に磨き、Webを検索して興味深い情報を見つけ、学んだことに基づいて新しい検索を始め、この処理を何度も繰り返してから包括的なレポートを生成する」ものと説明しています。宣言されたユーザーエージェントGemini-Deep-Researchを持ち、robots.txtを尊重します。Project Marinerはブラウザー自動化エージェント(最大10並列タスク)で、クラウドVMの標準Chromeフィンガープリントを使い、宣言されたボットUAはありません

Perplexity — Deep Research/Sonar。 Perplexityは、“performs dozens of searches, reads hundreds of sources, and reasons through the material to autonomously deliver a comprehensive report” (翻訳)「何十もの検索を行い、何百もの情報源を読み、資料を推論して自律的に包括的なレポートを届ける」ものです。20〜50クエリを2〜4分で実行します。宣言されたPerplexityBotrobots.txtを尊重するとしています。2025年8月、Cloudflareは、Perplexityに帰属させた未宣言クローラーがno-crawl指示にもかかわらずコンテンツへ到達していると報告しました。Perplexityはその説明に異議を唱えました。別途、Perplexityのドキュメントでは、ユーザーが要求した取得を表すPerplexity-Userは通常robots.txtを無視すると説明しています。

Anthropic — ClaudeのWeb検索とコンピューター利用。 Claude-User(リアルタイムのユーザー起点取得)は**robots.txtを尊重します**。Claudeがコンピューター利用モードで動くと標準ブラウザーを操作し、宣言されたボットUAを出しません。MarinerやChatGPT Agentと同じエージェント型ブラウザーのパターンです。

Microsoft — CopilotとCopilot Actions。 Copilotの基盤Web取得はBingbotを使い、robots.txtを尊重します。Copilot Actions(エージェント型閲覧)は宣言されたボットシグナルのない標準Edge/Chromium UAを使うため、UAレイヤーでは人間の閲覧と区別できません。

ユーザーエージェントとrobots.txtの空白

ここが混乱しやすい部分なので、全体像を一つの表にまとめます。

ボット/エージェントユーザーエージェントのシグナルrobots.txt種類
GPTBot…compatible; GPTBot/1.3従う学習
OAI-SearchBot…compatible; OAI-SearchBot/1.3従う検索インデックス
ChatGPT-User…compatible; ChatGPT-User/1.02025年12月以降は不明ユーザー起点
ChatGPT Agent標準Chrome UA + Signature-Agentヘッダーシグナルなしエージェント型ブラウザー
ClaudeBot…compatible; ClaudeBot/1.0従う学習
Claude-SearchBotClaude-SearchBot従う検索インデックス
Claude-User…compatible; Claude-User/1.0従うユーザー起点
PerplexityBot…compatible; PerplexityBot/1.0遵守を表明、Cloudflareは異議検索インデックス
Perplexity-User…compatible; Perplexity-User/1.0通常は無視ユーザー起点
Gemini-Deep-Research…compatible; Gemini-Deep-Research; +https://gemini.google/…従う深層調査エージェント
Google-Agent標準Chrome UA無視ユーザー起点
Bingbot…compatible; bingbot/2.0従う検索/Copilotインデックス
Copilot Actions標準Edge/Chromium UAシグナルなしエージェント型ブラウザー
Project Mariner標準Chrome UA(クラウドVM)シグナルなしエージェント型ブラウザー

重要なのは次の分類です。学習クローラー検索インデックスボットrobots.txtを尊重します。ユーザー起点フェッチャーはさまざまで、OpenAIは2025年12月にChatGPT-Userの位置づけを曖昧にしました。エージェント型ブラウザーは設計上robots.txtを無視します。

要注意点: エージェント型ブラウザーはrobots.txtではブロックできない

robots.txtクローラー向けの指示です。ChatGPT Agent、Project Mariner、Copilot Actions、コンピューター利用のClaudeといったエージェント型ブラウザーは、クラウドVM内で実際のChromeまたはEdgeを起動します。標準ブラウザーとして表示され、ボットの身元を宣言せず、クローラーではなくブラウザーのプロキシとして扱われます。したがって、

  • robots.txtでは学習用のGPTBotClaudeBot、検索インデックス用のOAI-SearchBotClaude-SearchBotブロックできます
  • そこでエージェント型ブラウザーをブロックすることはできません。ブラウザーはrobots.txtを読みません。

エージェント型ブラウザー層に効くのは、サーバー側制御(IP範囲ルール、レート制限、エッジのボット管理)と、暗号学的なエージェント検証を行う登場しつつあるWeb Bot Auth RFCだけです。ChatGPT Agentはすでに初期シグナルを示しており、ed25519署名付きのSignature-Agent: “https://chatgpt.com” HTTP Message Signatureを送ります。これは信頼できる唯一のサーバー側識別子です。通常の分析では、直接訪問なら「direct/(none)」、Bing検索経由なら「Bing/organic」と表示されます。

ここで明言しておきたい帰結があります。GPTBotをブロックしても、ChatGPTがリアルタイムにページを読むことは止められません。 GPTBot学習クローラーです。Deep ResearchとChatGPT Agentはまったく別の仕組みでコンテンツに到達します。

エージェント型AIで重要なコンテンツシグナル

エージェントはページ全体を読み、完全性、引用しやすさ、一貫性、機械可読性を評価します。調査から分かる、実際に役立つ要素は次のとおりです。

  • 包括的で一つにまとまったページ。 エージェントは深く狭く読む傾向があり、何百ページも流し読みする代わりに5〜10ページを詳しく読むことがあります。トピックと、そこから生じるサブクエリに完全に答えるページは、薄いページを5本置くより役立ちます。ALM Corpは次のように説明しています。“Structure gives agents stable extraction points — a page with clear headings, labeled sections and consistent formatting is easier to quote accurately.” (翻訳)「構造はエージェントに安定した抽出ポイントを与えます。明確な見出し、ラベル付きセクション、一貫した書式のページは、正確に引用しやすくなります。」
  • 十分に引用され、権威があり、機械可読なコンテンツ。 エージェントは第三者の情報源やナレッジベースと照合するため、外部引用は信頼のしきい値を越える助けになります。これはAI Overviewsについての調査結果とも一致します。リンクの多いページでの言及はAI可視性と**約0,70(Spearman)**の相関があり、その調査 で最も強い単一シグナルでした。エージェント型取得も同じ傾向を利用すると考えられます。
  • 構造化データ。 JSON-LDは引用に必須ではありませんが、抽出精度を高めます。引用されたあるテストでは、構造化データを含むコンテンツでGPT-4の正答率が16%から54%へ上がりました。
  • 速度。 BrightEdgeのデータでは、ChatGPTエージェントは読み込みの遅いサイトをすぐに離れます。Googlebotより忍耐がないため、Core Web Vitalsの規律はエージェント型の文脈にも及びます。コンテンツはJavaScriptを実行しなくても到達できなければなりません。
  • 対象範囲とトレードオフの明確さ。 解決策が誰向けで誰向けでないか、どんなトレードオフがあるかを示すページは、誰にでも受けようとするコンテンツより、エージェントが候補を絞るのに役立ちます。

この取り組みに価値がある理由: コンバージョンの質

トラフィックの数は小さくても、は低くありません。2026年3月時点で、AI経由トラフィックのコンバージョン率は非AIトラフィックより約42%高く、AI検索トラフィックは**Googleの2,8%に対して約14,2%**でコンバージョンします。エージェント型流入はAI流入の一部ですが、ユーザーに代わって代替案と比較した後にページへ導くため、ほぼ確実に最も購入意図の強い層です。エージェントが読む数少ないページの一つになり、推奨されることには、それに見合う以上の価値があります。

SEO → GEO → ASOとして考える

エージェント向け最適化は、最初の二層に重なる第三の層であり、置き換えではないと考えます。土台は変わりません。権威性、インデックス可能性、構造化データです。その上に加わるのは、トピックを一つに絞った包括的なリソース、徹底した機械可読性、エンティティの明確さ、外部引用、そしてrobots.txtが完全なアクセス制御ではなくなったという認識です。具体的な合格項目はChecklistsタブを見てください。

専門家メモを追加

専門家の引用を固定

新しい人物ですか?まず、 /admin/experts/ → 専門家の引用を固定 から未登録プロフィールを作成してください。