L'API Web Search d'Amazon Bedrock AgentCore est en disponibilité générale : InvokeWebSearch coûte 7 dollars pour 1 000 requêtes, jusqu'à 10 requêtes par seconde par compte et par région par défaut, six régions mais pas AWS GovCloud (USA Ouest), et il faut conserver et afficher les citations de sources ; l'annonce et le guide ne donnent aucune donnée sur la taille de l'index, sa fraîcheur ou la qualité des résultats

Le 10 novembre 2026, AWS a annoncé la disponibilité générale d'une API Web Search sur Amazon Bedrock AgentCore. L'annonce dit qu'elle permet de chercher sur le web en un seul appel d'API. Web Search sur AgentCore existait déjà comme outil Model Context Protocol (MCP) via AgentCore Gateway. La nouvelle API InvokeWebSearch s'adresse au code qui appelle directement le service : applications, boucles d'agent personnalisées et pipelines de données, sans ressource à créer au préalable. Ce compte rendu s'appuie sur l'annonce d'AWS et sur la page du guide du développeur AgentCore consacrée à la recherche web. Il n'a pas testé l'API, et aucune des deux sources ne mesure la qualité des résultats, leur fraîcheur ou la latence.

L'API renvoie une liste classée de résultats provenant de ce que l'annonce appelle « l'index web exploité par Amazon derrière Web Search sur AgentCore ». Chaque résultat comprend un extrait de texte de la page et, lorsqu'ils sont disponibles, le titre de la page, l'URL et l'heure de publication. Les mots « lorsqu'ils sont disponibles » comptent : un résultat peut arriver sans titre ni date, et le code qui dépend de ces champs a donc besoin d'une solution de repli. On peut filtrer chaque requête par domaine et par heure de publication. L'annonce donne deux usages : trouver des annonces de produits récentes et vérifier une affirmation auprès de domaines de confiance. Le guide le dit aussi et ajoute qu'on peut rassembler des sources pour une question de recherche.

L'appel est classique pour les utilisateurs d'AWS. On utilise les kits SDK d'AWS ou l'interface de ligne de commande d'AWS, et l'on autorise les appels avec AWS Identity and Access Management (IAM). Le guide dit que l'API n'autorise les appelants que par IAM, alors qu'une passerelle peut aussi les autoriser par un jeton Web JSON (JWT). On peut appeler l'API depuis son cloud privé virtuel via AWS PrivateLink et journaliser les requêtes comme événements de données AWS CloudTrail. Ce sont les contrôles que demandera d'abord une équipe de sécurité. Les sources ne disent pas ce que le service journalise ou conserve du texte de la requête, et ce compte rendu ne le suppose pas.

Le prix et le quota sont indiqués. Les requêtes sont facturées 7 dollars pour 1 000 requêtes, soit 0,007 dollar par requête. L'annonce dit que c'est le même tarif que Web Search via AgentCore Gateway, et qu'il n'y a pas de frais de passerelle pour l'API. Par défaut, chaque compte peut envoyer jusqu'à 10 requêtes InvokeWebSearch par seconde dans chaque région, et l'on peut demander une augmentation auprès d'AWS Support. Les sources ne disent pas si une requête qui ne renvoie aucun résultat est facturée. Un système qui lance beaucoup de recherches en parallèle devrait faire le calcul : si les 1 000 recherches sont toutes facturées au tarif publié, elles coûtent 7 dollars, et le quota par défaut limite le nombre de requêtes par seconde qu'un compte peut envoyer dans une région, sauf relèvement par AWS Support. Les sources ne disent pas combien de temps prend une rafale.

Le service est disponible dans six régions : USA Est (Virginie du Nord), USA Est (Ohio), USA Ouest (Oregon), Asie-Pacifique (Sydney), Asie-Pacifique (Tokyo) et Europe (Irlande). Le guide dit qu'il n'est pas disponible dans AWS GovCloud (USA Ouest). Il faut y utiliser le connecteur Web Search Tool, qui est aussi disponible dans cette région. Une équipe qui doit garder le trafic dans une région donnée devrait d'abord vérifier cette liste, car les sources ne décrivent ni où l'index est hébergé ni où les requêtes sont traitées.

Le guide compare l'API au connecteur de passerelle dans une liste de différences. L'API est appelée sur le point de terminaison du plan de données d'AgentCore ; les agents appellent le connecteur comme un outil MCP via une passerelle. L'API reçoit le texte de recherche dans un champ nommé searchQuery, l'outil MCP dans un champ nommé query. Si l'on ne fixe pas maxResults, l'API renvoie jusqu'à 25 résultats et l'outil MCP jusqu'à 10. L'heure de publication est bornée par publishedAfter et publishedBefore dans l'API, et par from et to dans l'outil MCP. Les deux traitent les deux bornes comme incluses. Un détail peut causer des erreurs d'un jour. Quand une date n'a pas d'heure, la date « to » de l'outil MCP inclut toute la journée, mais les kits SDK d'AWS et l'interface de ligne de commande envoient une date publishedBefore comme minuit en temps universel coordonné au début de ce jour. Avec l'API, un filtre publishedBefore réglé sur une simple date s'arrête donc au début de ce jour, et les articles publiés plus tard ce jour-là tombent en dehors. C'est une lecture de la règle du guide, pas un exemple qu'il donne. De plus, l'API prend un filtre de domaines à chaque requête, alors que le connecteur peut appliquer à chaque requête des listes de domaines au niveau de la cible sans que l'agent appelant les voie.

Les conditions d'utilisation acceptable méritent une seconde lecture. Le guide dit que les conditions de Web Search Tool s'appliquent aussi aux résultats de l'API InvokeWebSearch, y compris l'obligation de conserver et d'afficher les citations de sources et les liens qui accompagnent chaque résultat. Pour un produit qui montre des résultats de recherche aux utilisateurs, ou qui les donne à un modèle puis affiche la réponse, c'est une exigence de conception et non une note de bas de page. Le guide renvoie à une page distincte pour les conditions complètes, qui n'a pas été capturée pour ce compte rendu.

Ce que les sources n'établissent pas compte autant que ce qu'elles établissent. Elles ne disent pas quelle est la taille ou la fraîcheur de l'index, quelles langues il couvre, comment les résultats sont classés, ni comment l'API se compare à d'autres services de recherche en qualité ou en coût. L'annonce parle d'une disponibilité générale dans six régions. Le guide du développeur fixe le quota par défaut : jusqu'à 10 requêtes par seconde par compte et par région. Une équipe qui veut l'utiliser pour des agents devrait tester la qualité des résultats sur ses propres requêtes, régler les filtres de date en tenant compte de la règle de minuit UTC, prévoir l'exigence de citation et estimer le coût à partir du tarif de 7 dollars pour 1 000 requêtes.