AWS、カスタムエージェントとデータパイプライン向けの直接利用型ウェブ検索APIを追加

Amazon Web Servicesは2026年11月11日、単独で利用できるウェブ検索APIを発表し、Amazon Bedrock AgentCoreで、署名付きリクエストを1回送るだけで順位付けされたウェブ検索結果を取得できるようにしました。ゲートウェイを作成する必要はありません。AWSの料金は検索1,000件あたり7ドルで、このAPIはカスタムエージェント、データパイプライン、既存のアプリケーション向けに設計されています。

このサービスの提供開始以前、AgentCoreのウェブ検索はAgentCore Gatewayを通じて提供されており、ゲートウェイ、ウェブ検索ターゲット、Model Context Protocol（MCP）クライアントが必要でした。新しい InvokeWebSearch 操作はAWS SDKまたはAWS CLIを通じて利用でき、標準のAWS Identity and Access Management（IAM）認証情報とSignature Version 4認証を使用します。別途APIキーやシークレットを用意する必要はありません。検索結果にはテキストの抜粋が含まれ、利用可能な場合はページタイトル、URL、公開時刻も含まれます。

カスタムオーケストレーション向けの直接検索

このAPIは、LangChainやLlamaIndexなどのフレームワークを使ったカスタムエージェントの処理ループをはじめ、ダッシュボード、ファクトチェックのパイプライン、コンテンツの拡充、監視システムなど、エージェントを使用しないワークロードも対象としています。また、ゲートウェイに任せるのではなく、開発者自身が再試行、キャッシュ、エラー処理を管理できます。

このサービスは、Amazonが運営するウェブインデックスを検索します。AWSによると、クエリはサードパーティの検索エンジンに送信されず、AWS内で処理されます。また、この操作にはAlexa+、Kiro、QuickをはじめとするAmazon製品と同じ検索インフラストラクチャが使われます。

クエリは最大200文字で、呼び出し元は1～25件の結果を指定でき、最大25件を受け取れるのは maxResults 省略時です。ドメインの包含リストと除外リストにはそれぞれ最大100件を登録でき、ルートドメインを指定するとサブドメインも対象になります。公開日のフィルターにはRFC 3339形式のUTCタイムスタンプを指定します。また、両方の publishedAfter および publishedBefore 境界値が範囲に含まれます。

Pythonから利用する場合は、Boto3 1.43.127以降が必要です。また、langchain-aws 1.9.3とAgentCore Python SDK 1.26.0でもサポートされています。AgentCoreコンソールでは、結果数、日付、ドメインを設定してクエリをテストし、結果のメタデータや呼び出しのレイテンシを確認できます。その後、統合用コードスニペットを生成するか、ゲートウェイターゲットを作成できます。

アイデンティティとプライベートネットワークの制御

呼び出し元には bedrock-agentcore:InvokeWebSearch AWSが管理するウェブ検索ツールに対する権限が必要です。必要なアクションとリソースは、ゲートウェイのサービスロールで使用されるものと同じです。サービスコントロールポリシーをアカウント全体に適用すれば、組織はほかのAWS権限とあわせて直接検索も管理できます。

プライベートサブネット内のワークロードでは、AWS PrivateLinkを使って、仮想プライベートクラウド（VPC）内のインターフェイスエンドポイント経由で呼び出しをルーティングできます。これにより、インターネットゲートウェイ、NATゲートウェイ、プロキシを使わずに、AWSネットワーク内にトラフィックをとどめられます。エンドポイントポリシー、セキュリティグループ、サブネットの配置、および aws:SourceVpce IAM条件を使って、検索を呼び出せるプリンシパルとネットワーク経路を制限できます。

CloudTrailは InvokeWebSearch リクエストをデータイベントとして記録しますが、デフォルトでは記録されません。証跡またはイベントデータストアには、 AWS::BedrockAgentCore::WebSearch リソースタイプを対象とするイベントセレクターが必要です。生成されるイベントでは、ウェブ検索ツールとリソースタイプが識別され maxResultsますが、検索テキストやフィルターは記録されません。また、適用される利用規約により、顧客は検索結果に付属する出典の引用とリンクを保持し、表示する必要があります。

提供状況とGatewayとの使い分け

このAPIの使用量はゲートウェイコネクタと同じ使用量タイプとして計測されますが、直接利用する場合、ゲートウェイ料金は発生しません。デフォルトのクォータは各リージョンでアカウントあたり毎秒10リクエストで、顧客は上限の引き上げを申請できます。提供開始時の対応リージョンは、米国東部（バージニア北部）、米国東部（オハイオ）、米国西部（オレゴン）、欧州（アイルランド）、アジアパシフィック（東京）、アジアパシフィック（シドニー）です。

AWSは現在も、ほとんどのエージェント型ワークロードにはAgentCore Gatewayを推奨しています。特に、MCP対応ツールを1つのエンドポイントの背後にまとめる構成、オプションのMCPセッションを使用する構成、またはチーム全体に管理者が制御する共通のソースポリシーを適用する構成が該当します。どちらの方法でも同じインデックスを検索しますが、ゲートウェイではJSON Web Tokenを使って呼び出し元を認証することもできます。一方、単独のAPIが使用する認証方式はIAMのみです。ゲートウェイの管理者は、呼び出し元のエージェントには表示されないターゲット単位のドメインリストを適用できますが、直接APIを呼び出す場合は、リクエストごとにフィルターを指定します。

今回の提供開始により、アプリケーションにMCPやゲートウェイの仕組みを導入しなくても、Amazonのウェブインデックスを利用できるようになりました。運用上の違いは制御の担い手にあります。直接呼び出す場合はリクエスト処理とフィルタリングを呼び出し元が担い、複数のエージェントが利用する環境では、ゲートウェイがツール、認証、ソースポリシーを一元的に制御します。