jsonscraper

Cloudflare、AI Gateway経由でエージェント向けWeb Search APIを発表

オープンベータでは3つの検索プロバイダー、リクエスト計測、支払いに対応。検索のオーケストレーションは引き続きアプリケーション側の役割です。

Cloudflareは2026年10月2日、AI Gateway経由でAIエージェントやアプリケーション向けのWeb検索インターフェース、Web Search APIを発表しました。開始時点ではCeramic.ai、Exa、Linkupに接続しています。10月8日に確認した、10月2日更新の公式概要ドキュメントでは、本製品はオープンベータとされています。

Cloudflare、AI Gateway経由でエージェント向けWeb Search APIを発表
Context: 2026年10月2日、CloudflareはAI Gateway経由でWeb Search APIを発表しました。確認済みの接続方法、結果の形式、支払い条件、発表された機能の範囲を解説します。
Visual subject: ロゴや読める文字のない、開発者のワークステーションを写したフォトリアルな編集用写真。ノートパソコンには抽象的なウェブ検索結果と構造化APIデータが表示され、オレンジ色の照明が控えめに当たっている
© jsonscraper · AI生成画像

開発者にとって重要な変化は、既存のモデル処理の流れに検索を組み込めることです。AI Gatewayとの連携に関する説明によると、検索リクエストにはモデルへのリクエストと共通のログ、分析、課金、アクセス制御機能が適用されます。これにより、検索をエージェントのタスク実行における、個別に観測可能な段階として扱えます。

エージェントに検索リクエストが必要な理由

Cloudflareの発表では、エージェントが目的のページのアドレスを推測し、誤ったURLへのリクエストが404を返すという実際的な問題が挙げられています。検索ツールを使えば、別の手順で対応できます。クエリを作成して関連資料のURLを取得し、見つかった情報を回答の作成に利用します。

もう一つの用途は、モデルの学習後に生じた変化への対応です。Cloudflareは、直近の出来事、変更されるAPI、新しいツールのリリースを挙げています。コード作成を支援するエージェントなら、特定バージョンのライブラリや新たに追加されたパラメーターのドキュメントを検索することが役立ちます。このプロセスでは、検索によってコンテキスト用の資料を取得し、どの結果をモデルに渡すかはアプリケーションが決定します。

チームにとっての実務上のポイントは、見つかった情報とともに、そのURLと検索クエリも保存することです。そうすれば、回答を検証する際に、エージェントがどの資料を根拠にしたかを追跡できます。バージョンに関するタスクでは、製品名と対象バージョンを検索クエリに明記するのも有効です。

新しいAPIの接続方法

ドキュメントでは、外部バックエンドから呼び出すREST APIと、Cloudflare Workers内で使うAI bindingの2つの呼び出し方法が説明されています。プロバイダーはproviderパラメーターで選択します。3つのサービスはいずれも、タイトル、URL、説明を含む共通形式で結果を返します。そのため、アプリケーション側のレスポンス処理を変えずにプロバイダーを切り替えやすくなります。

共通形式は、独自の検索ツールアダプターを作る際にも便利です。アダプターはエージェントのクエリを受け取り、選択したプロバイダーを呼び出して、選別した結果をモデルに渡します。アプリケーション側では、検索結果の説明だけで十分な場合と、見つかったページを読み込んで個別の主張を検証する必要がある場合とを分けて判断するとよいでしょう。

AI Gatewayの組み込みサーバーツールは、ローンチに関する記事で今後の機能として示されています。Cloudflareは、Web検索が最初期のそうしたツールの一つになると説明しています。ローンチ時に示された例では、ツール呼び出しを処理し、検索結果を次のモデルリクエストに渡すために、独自のオーケストレーションが必要です。

確認されている条件

ドキュメントに記載された支払い条件によると、AI Gatewayのクレジットを使い、該当するプロバイダーの公開API料金でリクエストを支払えます。Cloudflareによる追加の上乗せ料金はありません。また、Bring Your Own Keyにも対応しており、検索プロバイダーのAPIキーを自分で使用できます。この方式を選ぶ場合は、使用量をどこで追跡し、請求額をどのように照合するかを事前に決めておくとよいでしょう。

確認した発表記事と概要ページには、具体的な料金やリクエスト数の上限は記載されていません。そのため、選択したプロバイダーの料金を確認してから、導入予算を見積もる必要があります。受け入れテストは、適切な情報源の割合、応答時間、タスク完了までに必要な検索リクエスト数、エラー処理など、実際の用途に沿って設計するとよいでしょう。

データ保持も確認すべき項目です。CloudflareはZero Data Retention(ZDR)に関する説明で、ZDRに対応するパートナーを明示するとしています。特定の検索経路におけるプロバイダー側のデータ保持条件とAI Gatewayのログ設定は、別途確認してください。発表では、検索リクエストが可観測性システムに記録されることも同時に説明されています。

プロバイダーはCloudflareのVerified bots要件にも従うことになっています。ボットの識別、robots.txtとクロール指示への準拠、適切な頻度でのアクセス、サイト所有者の希望の尊重が求められます。Web Search APIの概要では、各検索結果に出典へのリンクを含めることも必須とされています。

開発者にとって、今回のローンチはエージェントにウェブ検索を接続し、その利用状況を共通の仕組みで管理するための明確な入り口となります。まずは実際のタスクを少数選び、プロバイダーを明示的に指定し、回答にリンクを保存するところから評価を始めるとよいでしょう。見つかった情報がアプリケーションの具体的なタスク遂行にどれだけ役立つかは、こうした選択によって決まります。

People

No people listed for this article yet.

Keep readingApollo、GraphOS Agent Servicesを発表—AIエージェントのフィールド単位アクセス制御を実現
Read the next article

読んだ内容を実用的な連携へ

jsonscraperのソーシャルデータAPIを調べ、リクエストを試し、次のワークフローを構築しましょう。

APIを探す