Google検索に、寝ている間も働くAIアシスタントが登場しました。Search I/O 2026でGoogleが発表した「情報エージェント」は、AIモードの新しいレイヤーです。24時間年中無休で稼働し、オープンウェブとGoogleの最新データフィードをスキャンし、数日、数週間、または数ヶ月前に設定したクエリと一致するものがあれば通知します。これは、AI概要以来、検索における最も重要な変化です。
アパートのリスティング、航空券の価格、スニーカーのドロップ、競合他社の料金ページ、まだ発表されていない研究論文などを手動で追跡したことがあるなら、よくある課題は同じです。保存されたタブ、手製のRSS、壊れかけたIFTTTレシピ。情報エージェントは、これらを「何を監視したいか」という1つの指示に置き換えます。
この記事では、情報エージェントの機能、仕組み、通常の検索やAI概要との違い、PerplexityやChatGPT検索との比較、そしてAPIチームが今から準備できる実装パターンを整理します。監視結果をダウンストリームワークフローへ接続する場合は、Webhook側の設計と検証にApidogを使えます。
TL;DR（要点）
情報エージェントは、I/O Search 2026で発表されたGoogleの新しいバックグラウンドAIアシスタントです。継続的に稼働し、ウェブとGoogleのリアルタイムデータ（金融、ショッピング、スポーツ）を監視し、設定条件に一致するものが現れた場合に通知します。Gemini 3.5 Flashを搭載し、2026年夏にGoogle AI ProおよびUltraの購読者向けにリリースされ、AIモードが利用可能な約200の国と98の言語で利用可能になります。
情報エージェントとは
情報エージェントは、長期間実行されるクエリです。ユーザーが関心のある条件を記述すると、エージェントがウェブとGoogleのデータを継続的にスキャンし、更新情報を送信します。
主な特徴は3つです。
永続的
一度実行される検索クエリとは異なり、キャンセルするまで実行され続けます。プロアクティブ
ユーザーがページを更新する必要はありません。条件に合う更新があれば、エージェントが通知します。マルチソース
ブログ、ニュースサイト、ソーシャル投稿に加え、Google Financeの価格、Google Shoppingのリスト、Google Sportsのスコアなど、Googleの最新データもチェックします。
従来のGoogle検索では、ユーザーが質問し、リンクを読み、そこで処理が終わります。情報エージェントでは、一度条件を設定すれば、以降はエージェントが継続的に監視します。
Googleはこの動作を「あなたのエージェントは、ウェブ上のあらゆる情報…加えて私たちの最新データ…をインテリジェントに検索し、あなたの特定の質問に関連する変更を監視します」と説明しています。
実装観点で重要なのは「特定の質問」です。あいまいなクエリはノイズの多いアラートを生み、具体的なクエリは有用な通知につながります。
その裏側での仕組み
情報エージェントは、次の3レイヤーで構成されていると考えると理解しやすいです。
レイヤー1：Gemini 3.5 Flash
Googleは、情報エージェントの背後にあるモデルとしてGemini 3.5 Flashを明示しています。Flashは、低コストかつ高速な「エージェント向けの持続的な最先端パフォーマンス」を提供するティアです。
情報エージェントは常時実行されるため、推論コストとレイテンシのバランスが重要になります。そのため、ProではなくFlashが選ばれている点は自然です。
レイヤー2：継続的なクロール
Googleの既存のクロールとインデックスに、特定のエージェントにとって重要なページを優先的に扱うリアルタイムパイプラインが加わります。
たとえば、特定のアパート掲載サイトを監視している場合、そのドメインの更新がクエリ条件と照合されます。
レイヤー3：通知エンジン
エージェントが関連する変更を検出すると、通知をプッシュします。ユーザーはリンクだけでなく、要約と次に取れるアクションを確認できます。
概念的には、次のようなスタックです。
User query
↓
Gemini 3.5 Flash
↓
Google Index + real-time data feeds
↓
Change detection
↓
Notification
これは、Perplexityのようなオンデマンド検索や、OpenAI Deep Researchのようにリクエストごとに実行されるレポート生成とは異なるアーキテクチャです。
情報エージェントが見つけられるもの
Googleのローンチ例は、消費者向けおよびショッピングに寄っています。
アパート探し
「ブルックリンで食洗機付き、2ベッドルーム、4,500ドル以下の物件を探して。」
エージェントがリスティングを監視し、一致するものがあれば通知します。スニーカーのドロップ
「レブロン・ジェームズがナイキとのコラボを発表したら教えて。」
ニュースやスニーカーブログを監視します。パーソナライズされた監視
新しい情報が重要であり、何を「新しい」と見なすかを説明できるもの全般に使えます。
開発者向けには、次のような使い方が考えられます。
競合他社の料金ページ
「StripeがAPIアクセス層の料金を変更したら教えて。」オープンソースのリリース
「llama.cppが新しいリリースをタグ付けしたら通知して。」研究論文フィード
「arXivに検索拡張エージェントに関する論文が投稿されたらアラートして。」コンプライアンス監視
「GDPR施行ガイダンスが更新されたら教えて。」製品ローンチ追跡
「OpenAIが新しいモデルを発表したら通知して。」
エージェントは単にリンクを送るだけではありません。1段落の要約と、次に取るべき行動をまとめます。これはGoogleの既存のAI概要に近い体験ですが、ユーザーが検索するのではなく、通知としてプッシュされる点が異なります。
Gemini 3.5 Flashという頭脳
なぜProではなくFlashなのか。理由は主に4つあります。
コスト
情報エージェントは何百万ものユーザーに対して継続実行されます。Flashは、計算コストを抑えやすいティアです。レイテンシ
通知はタイムリーである必要があります。Flashは高速応答に向いています。ツール利用
エージェントがインデックスをクエリし、ページを確認し、データフィードをチェックするには、ツール呼び出しが重要です。エージェント向け設計
GoogleはFlashを「エージェント向けの持続的な最先端パフォーマンス」と表現しています。これは、長期実行ワークロードにFlashを使う意図を示しています。
独自にエージェント機能を構築する場合も、同じ考え方が使えます。
監視対象を定義する
↓
低コストなモデルで定期評価する
↓
重要な差分だけを通知する
↓
Webhookや内部ワークフローへ接続する
Google AI Studio経由でFlashを呼び出す場合でも、独自インフラで似た仕組みを構築する場合でも、コストとレイテンシの検証は必須です。Apidogに接続して、デプロイ前にAPIレスポンス、Webhook、通知ペイロードを確認しておくと実装しやすくなります。
情報エージェントの提供場所
情報エージェントは、Google検索のAIモード内で起動します。AIモードは、通常の検索結果からワンタップでアクセスできます。
| 詳細 | 値 |
|---|---|
| リリース | 2026年夏 |
| 初期アクセス | Google AI ProおよびUltraの購読者 |
| 国/地域 | 約200か国 |
| 言語 | 98言語 |
| インターフェース | Google検索のAIモード |
| モデル | Gemini 3.5 Flash |
「98言語」という点は重要です。多言語対応のエージェント検索では、ソースが複数言語にまたがり、ユーザーのクエリ言語と通知言語も異なる可能性があります。Googleがこれを98言語で提供することは、単なる翻訳以上の技術的課題を含みます。
初期アクセスは、有料のAI ProおよびUltraプランに限定されます。無料の検索ユーザーはAIモードの結果を見られますが、永続的なエージェントを設定することはできません。この戦略は、Proで需要を作り、コスト曲線が落ち着いた後に無料版へ広げる流れに近いです。
価格と利用可能性
内訳は次のとおりです。
無料ユーザー
リリース時には情報エージェントは利用できません。AIモードは一回限りのクエリには引き続き利用可能です。Google AI Pro
エージェントスロットに制限があり、Googleが未発表の月間上限に従います。Google AI Ultra
より高い上限が想定され、通知の優先度も向上します。Enterprise（Google Cloud）
発表されていませんが、2026年後半にWorkspaceとの統合が予想されます。
情報エージェントのスタンドアロンSKUは存在しません。AI ProおよびUltraティアにバンドルされており、これらはGemini Omniへのアクセスと、同じ週に発表された新しいAntigravity 2.0ティアを含むプランです。
Proプランのスロット上限が厳しすぎる場合、Ultraがアップグレードパスです。無料プランのユーザーは、おそらく2026年後半までに利用できるようになるでしょう。
Perplexity、ChatGPT検索、Claudeとの比較
主要なAI検索製品が、継続的なクエリをどう扱うかを比較します。
| 製品 | 単発検索 | 永続的な監視 | 通知 | 情報源 |
|---|---|---|---|---|
| Google 情報エージェント | あり（AIモード） | あり（バックグラウンド） | プッシュ | ウェブ + Googleデータ |
| Perplexity AI | あり | 限定的（Spaces、手動） | ネイティブプッシュなし | ウェブ |
| ChatGPT検索 | あり | なし | なし | ウェブ |
| Claude（ウェブ検索付き） | あり | なし | なし | ウェブ |
永続的な監視は、Googleが新たに開拓している領域です。Perplexity AIにはコンテキストを保持するSpacesがありますが、自律的に監視を続けるわけではありません。ChatGPT検索は単発の検索ツールです。Claudeのウェブ検索もオンデマンドです。
Googleの優位性は、インデックスとデータフィードにあります。Google Shoppingの価格履歴、Google Financeのティックデータ、Googleのリアルタイムスポーツスコアを1つの検索対応AIで扱える点は大きな差別化要素です。
一方、監視対象が論文、ブログ記事、GitHubリリースなど純粋なウェブベースの研究であれば、比較はより拮抗します。単発の深い調査ではPerplexityも有力です。継続監視が必要な場合は、情報エージェントが有利です。
開発者とAPIチームにとっての意味
目に見える製品は消費者向けです。しかし、開発者にとっては次のような実装上の影響があります。
1. 検索最適化の対象が変わる
意図の高いクエリの一部が永続的なエージェント実行になると、コンテンツは「10個の青いリンク」だけでなく、合成された通知でも発見される必要があります。
SEOの基本は変わりません。
- クリーンなスキーマ
- 新鮮なコンテンツ
- 構造化データ
- 明確な更新履歴
- 引用しやすいページ構成
ただし最適化の目標は、「クエリでランク付けされる」から「エージェントが引用する情報源になる」へ移ります。
2. APIとWebhookのパターンを準備する
情報エージェントは通知をプッシュします。通知を受け取ってSlack、社内ダッシュボード、CRM、自動化ワークフローへ流す処理は、APIチームが担う領域です。
Googleが情報エージェント用APIを公開していない段階でも、受信側のWebhookは先に設計できます。
例として、次のようなペイロードを仮定してモックできます。
{
"agent_id": "agent_123",
"query": "StripeがAPIアクセス層の料金を変更したら教えて",
"event_type": "matched_update",
"summary": "Stripeの料金ページにAPIアクセス層に関する変更が検出されました。",
"sources": [
{
"title": "Stripe Pricing",
"url": "https://stripe.com/pricing"
}
],
"detected_at": "2026-07-15T10:30:00Z"
}
ApidogでモックWebhookを作成し、受信側の実装を先に固めておくと、実APIが公開されたときに差し替えやすくなります。
3. エージェント設計パターンを再利用する
Googleは、長期間実行される低コストのエージェントワークフローに取り組んでいます。情報エージェントを直接使わない場合でも、設計パターンは再利用できます。
Persistent query
+ Low-cost inference
+ Fresh data source
+ Change detection
+ Event-driven notification
これは、社内監視、価格監視、コンプライアンス監視、リリース監視に応用できます。より広い設計については、エージェントAIアーキテクチャでも詳しく説明しています。
4. 開発者APIに注目する
Googleは、リリース時点で情報エージェント用APIを確認していません。Geminiの展開方針に基づけば、消費者向けリリース後にGoogle AI Studioでエンドポイントが登場する可能性があります。
もしAPIが提供される場合、形状はGeminiのgenerateContentに監視や通知の設定が加わったものに近い可能性があります。
{
"model": "gemini-3.5-flash",
"prompt": "OpenAIが新しいモデルを発表したら通知して",
"monitor": {
"enabled": true,
"sources": ["web"],
"frequency": "realtime"
},
"notify": {
"type": "webhook",
"url": "https://example.com/webhooks/google-agent"
}
}
これはあくまでプレースホルダー設計です。実際のAPI仕様は、Googleの公式発表に従う必要があります。
Apidogをダウンロードして、今のうちにプレースホルダーコレクションを作成しておくと、将来のエンドポイント追加に備えられます。
有用な結果を得るためのベストプラクティス
情報エージェントがリリースされたら、出力品質は入力品質に大きく依存します。Googleの既存のAI概要の動作を前提にすると、次の実践が有効です。
悪い指示と良い指示
悪い例：
ブルックリンのアパートを探して
良い例：
ブルックリンで家賃月4,500ドル以下、洗濯機付き、7月に入居可能な2ベッドルームアパートが新しく掲載されたら通知して
違いは、条件が検証可能であることです。価格、場所、設備、時期が明確であれば、エージェントは一致判定をしやすくなります。
実践すべきポイント
具体的に書く
場所、価格、期間、対象、除外条件を入れます。情報源を指定する
特定のブログ、GitHubリポジトリ、料金ページ、ニュースサイトだけを見たい場合は明示します。通知頻度を決める
「すぐに通知」と「週次ダイジェスト」では期待する挙動が違います。除外条件を使う
「5,000ドルを超える物件は表示しない」のように、不要な結果を明示します。終了条件を入れる
「8月15日の引っ越しが終わるまで」のように、自然な停止条件を設定します。
開発者向けのクエリ例
llama.cppのGitHubリポジトリで新しいリリースがタグ付けされたら通知して。pre-releaseは除外して。
Stripe、Paddle、AdyenのAPI料金ページに変更があったら週次で要約して。
arXivにretrieval-augmented generationとagentic searchに関する新しい論文が投稿されたら、タイトル、著者、要約、URLを通知して。
Google Cloud、AWS、Azureの生成AI関連サービスで新しいリージョン対応が発表されたら通知して。
まとめ
情報エージェントは、ユーザーと検索の関係を変えます。従来は「ユーザーが尋ね、Googleが答える」でした。新しいモデルでは、「ユーザーが関心のある条件を伝え、Googleがウェブを監視する」になります。
キーワードは次の3つです。
- 永続的
- プロアクティブ
- マルチソース
消費者にとっては、アパート、スニーカー、お得情報、ニュースの監視がわかりやすい用途です。開発者にとって重要なのは、その通知をどこへ接続するかです。
通知インターフェースは前半です。Slack、CRM、社内監視ダッシュボード、自動化ワークフローなど、ダウンストリームの処理が後半です。GoogleがAPIを公開する前に、Webhook、モックペイロード、通知処理の設計を進めておきましょう。
Top comments (0)