--- service: "Publicasta" schema_version: "1.0" article_id: 1167 title: "AWS Web Answer transforme la recherche web en outil pour agents. La limite des citations reste entre vos mains" language: "fr" default_language: "en" canonical_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=fr" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=fr" api_url: "https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=fr" channel_url: "https://publicasta.com/api/public/v1/channels/ai_practice" channel_articles: "https://publicasta.com/api/public/v1/channels/ai_practice/articles" search_url: "https://publicasta.com/api/public/v1/search" documentation_url: "https://publicasta.com/api-docs#reading-publicasta" openapi_url: "https://publicasta.com/api-docs/openapi.json" published_at: "2026-11-08T10:15:55+00:00" updated_at: "2026-11-08T10:15:55+00:00" translations: - language: "ar" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ar" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=ar" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ar" - language: "de" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=de" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=de" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=de" - language: "en" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=en" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=en" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=en" - language: "es" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=es" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=es" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=es" - language: "fr" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=fr" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=fr" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=fr" - language: "pl" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=pl" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=pl" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=pl" - language: "ru" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ru" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=ru" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ru" - language: "zh" html_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=zh" markdown_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=zh" json_url: "https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=zh" --- # AWS Web Answer transforme la recherche web en outil pour agents. La limite des citations reste entre vos mains > AWS Web Answer fournit une réponse actuelle et citée via un seul appel à AgentCore Gateway. Son intérêt pratique est de réduire l’infrastructure de recherche, pas de supprimer la vérification des sources, les règles de domaine, les limites régionales ou les tests d’utilisation des preuves par les agents. AWS a rendu Web Answer généralement disponible en tant qu’outil géré pour Amazon Bedrock AgentCore. Le service répond à un problème bien connu du développement d’agents : une application a besoin d’informations récentes issues du Web public, mais l’équipe ne veut pas concevoir et maintenir elle-même tout le pipeline de recherche et de réponse. ![Scène éditoriale montrant une personne vérifiant la recherche web d’un agent IA et les citations de sources liées sur un ordinateur portable.](https://publicasta.com/storage/projects/8/pages/1167/2026/11/bd8f8311-e822-41ca-a025-58db6b8384fe.webp) Le nouveau service accepte une question en langage naturel et renvoie une réponse synthétisée accompagnée de citations. Il planifie les recherches, en exécute plusieurs en parallèle, consulte les pages pertinentes, vérifie que les éléments recueillis suffisent, puis produit une réponse qui relie les affirmations aux URL sources. Un agent y accède via un AgentCore Gateway utilisant le Model Context Protocol (MCP). Cette approche réduit réellement le travail d’ingénierie. Elle ne signifie pas que la responsabilité est déléguée. Les équipes doivent toujours déterminer quels domaines un agent peut consulter, comment afficher les citations, dans quels cas une personne doit vérifier la réponse et si le service convient aux données et au profil de latence d’un flux de travail donné. ## Ce qu’AWS a réellement lancé Web Answer est un connecteur géré rattaché à un Amazon Bedrock AgentCore Gateway. La passerelle authentifie l’appelant et invoque le connecteur détenu par AWS avec son propre rôle de service. Un agent associé découvre l’outil via le flux normal de listage des outils MCP et l’appelle comme l’une des capacités disponibles. La différence avec un point d’accès de recherche classique est importante. Un outil de recherche renvoie généralement des URL classées, des titres, des extraits et des métadonnées. L’application doit ensuite récupérer les pages, déterminer quels passages sont pertinents, demander à un modèle de les synthétiser et conserver le lien entre chaque affirmation et les éléments qui l’étayent. Web Answer exécute cette boucle de récupération et de synthèse pour l’application, puis renvoie une réponse finale citée. AWS indique que l’outil effectue de nouvelles recherches pour chaque question et qu’il reçoit la date du jour afin de traiter les demandes sensibles au facteur temps. Il accepte aussi des contrôles concernant les domaines inclus ou exclus, les plages de dates de publication et la localisation par pays. Les administrateurs peuvent définir des limites au niveau de la cible de la passerelle ; un appel individuel de l’agent peut les resserrer, mais pas les élargir. La première version est disponible dans la région US East (N. Virginia), soit `us-east-1`. AWS présente le service comme facturé à l’appel d’outil, et son guide de démarrage indique un tarif de 10 $ pour 1 000 appels Web Answer. Ce montant ne représente qu’une partie du coût d’exploitation : la passerelle, le modèle qui héberge l’agent environnant, les éventuels outils en aval, la journalisation et le travail de vérification doivent également figurer au budget. ## Le problème pratique qu’il élimine Un agent utilisant des informations récentes contient souvent davantage d’infrastructure que son utilisateur ne le soupçonne. Une implémentation classique doit répondre à plusieurs questions distinctes. - Quel fournisseur de recherche faut-il utiliser ? - Comment formuler des requêtes de suivi lorsque les premiers résultats sont incomplets ? - Comment récupérer les pages sans maintenir un environnement de navigation fragile ou peu sûr ? - Comment retirer la navigation, les publicités et le contenu sans rapport avec la page ? - Comment comparer des dates de publication et des affirmations contradictoires ? - Comment associer les citations aux énoncés exacts de la réponse ? - Que faire lorsque les éléments disponibles sont trop faibles pour étayer une conclusion ? Chaque décision devient du code applicatif, et chaque portion de code rejoint la surface de fiabilité du système. Un résultat de recherche peut être obsolète. Un analyseur de pages peut cesser de fonctionner. Une invite de synthèse peut perdre l’attribution des sources. Un formateur de citations peut placer une URL valide à côté d’une affirmation que la page ne justifie en réalité pas. Web Answer regroupe une grande partie de cette boucle dans une capacité gérée. Pour une équipe qui développe un assistant d’assistance, un outil d’aide à la recherche, un système de triage de conformité ou un agent interne de questions-réponses, cela peut réduire sensiblement la taille du premier prototype utile. Le service fournit aussi un emplacement commun pour appliquer des restrictions de domaine au niveau de la passerelle, au lieu de compter uniquement sur des instructions dissimulées dans l’invite de l’agent. L’avantage est maximal lorsque l’agent doit fournir une réponse finalisée à une question factuelle précise. Il est plus limité lorsque l’application a besoin de documents bruts, d’un classement personnalisé, de son propre modèle d’extraction, d’un corpus privé ou d’un contrôle précis sur chaque étape intermédiaire de la récupération. ## Web Answer n’est pas la même chose que Web Search AWS présente Web Answer aux côtés de Web Search sur AgentCore, mais les deux services correspondent à des choix de conception différents. Web Search renvoie à l’application ou à son modèle des éléments issus de la recherche, que ceux-ci doivent ensuite traiter. Le développeur conserve la maîtrise du classement, du filtrage, de la récupération, de la synthèse et du format de la réponse finale. C’est le meilleur choix lorsqu’un workflow doit examiner plusieurs documents candidats, appliquer une méthode de scoring propriétaire, extraire des champs structurés ou combiner des résultats Web avec des données internes avant de produire quoi que ce soit. Web Answer renvoie directement la réponse finalisée. Il est conçu pour une sous-tâche intégrée à un agent plus vaste, lorsque le développeur veut obtenir des informations actuelles et citées sans gérer un pipeline de récupération supplémentaire. Un agent peut utiliser Web Search pour une recherche ouverte, puis Web Answer pour une question circonscrite telle que : « Qu’est-ce qui a changé cette semaine dans les recommandations de ce régulateur, et quelles pages officielles étayent chaque changement ? » Le choix relève donc de l’architecture, et pas seulement de deux appellations différentes. Web Answer abandonne une part de contrôle en échange d’une maintenance réduite. Web Search laisse davantage de travail à l’application, mais expose une plus grande partie du processus de collecte des éléments probants. Un premier test utile consiste à demander si l’agent en aval a besoin de sources ou d’une réponse. S’il doit effectuer lui-même des comparaisons entre documents, choisissez un outil orienté récupération. S’il lui faut une courte sous-réponse factuelle, accompagnée de citations, et que l’équipe accepte une synthèse gérée, Web Answer sera plus adapté. ## Les citations améliorent la traçabilité, pas la vérité Une citation est un élément de traçabilité. Elle ne garantit pas que la réponse est correcte. Web Answer peut associer des affirmations à des URL sources, mais un agent doit toujours interpréter ce que disent ces sources. Une page peut être officielle tout en étant obsolète. Un fournisseur peut décrire fidèlement les capacités d’un produit tout en omettant une limitation importante pour l’acheteur. Deux sources réputées peuvent présenter des versions différentes d’une même politique. Un système de recherche peut trouver un résumé secondaire avant l’annonce originale. Pour les workflows à conséquences importantes, l’application devrait traiter les citations comme des objets à examiner, et non comme des liens décoratifs ajoutés après la génération. Au minimum, les équipes devraient vérifier que : - chaque affirmation importante possède une citation ; - le passage cité étaye réellement l’affirmation, au lieu de simplement mentionner le sujet ; - les dates de publication sont visibles lorsque la temporalité influe sur la réponse ; - les sources contradictoires sont signalées au lieu d’être fusionnées silencieusement ; - le système indique lorsqu’il n’a pas trouvé suffisamment d’éléments probants ; - les utilisateurs peuvent ouvrir la source sans perdre le contexte de l’affirmation ; - les citations sont conservées après des transformations en aval comme la synthèse, la traduction ou l’export. C’est particulièrement important lorsqu’un agent utilise Web Answer comme étape intermédiaire. Si l’agent reçoit une réponse citée, puis la reformule dans un e-mail, un ticket ou une recommandation, les éléments probants d’origine peuvent disparaître. Le workflow devrait conserver les citations avec le texte, au lieu de les abandonner dans le journal interne d’un outil. Le même principe s’applique à la prise de décision automatisée. Une réponse citée peut aider un évaluateur à comprendre pourquoi un agent est parvenu à une conclusion, mais elle ne devrait pas devenir une approbation automatique simplement parce que la réponse contient des liens. ## Les contrôles de domaine valent mieux qu’un prompt astucieux AWS propose des listes d’inclusion et d’exclusion de domaines ainsi que des filtres de date de publication parmi les contrôles de l’outil. L’administrateur de la passerelle peut définir une limite extérieure, à l’intérieur de laquelle l’agent opère. Ce contrôle est plus durable que d’indiquer à un agent : « Privilégiez les sources officielles. » Le langage d’un prompt peut être ignoré, dilué par une tâche longue ou contourné par une instruction ultérieure. Une politique de domaine appliquée au niveau de la passerelle peut empêcher l’outil de consulter des sources que l’organisation n’a pas approuvées pour un workflow donné. Une politique cohérente peut varier selon les tâches. Un agent d’assistance logicielle peut être limité à la documentation du fournisseur, à sa page d’état et à ses notes de version. Un agent de veille réglementaire peut inclure des agences publiques, des organismes de normalisation et un ensemble contrôlé de publications spécialisées. Un agent d’étude de marché peut avoir besoin d’un éventail plus large de sources, mais sa production devrait être présentée comme une recherche, et non comme un fait faisant autorité. La liste de domaines ne doit pas être considérée comme une liste blanche permanente qui réglerait tous les problèmes de qualité. Des domaines approuvés peuvent eux aussi publier des erreurs, modifier leurs URL, mettre à jour des pages sans conserver les anciennes versions ou contenir des arguments marketing. La politique de domaine réduit le périmètre des éléments probants ; elle ne remplace pas l’évaluation des sources. Les filtres de date de publication doivent eux aussi être interprétés avec prudence. Une page récente n'est pas automatiquement plus fiable qu'une source plus ancienne. Pour la documentation produit, la dernière version peut être la bonne. En revanche, pour le droit, les normes ou les récits historiques, une source ancienne peut rester pertinente, tandis qu'un commentaire plus récent peut les présenter de façon erronée. La limite temporelle appropriée dépend de la question. ## La confidentialité et les limites réseau nécessitent un véritable examen AWS indique que Web Answer utilise un index web et un graphe de connaissances exploités par Amazon, et que les requêtes et les résultats restent dans l'environnement AWS. Le service est exposé via AgentCore Gateway, avec une authentification IAM pour la passerelle et un rôle de service AWS utilisé pour appeler le connecteur géré. AWS décrit également le service comme n'entraînant aucune sortie de données. Ces affirmations décrivent la frontière du service, mais n'autorisent pas automatiquement l'envoi de données sensibles dans n'importe quelle requête. L'équipe doit toujours déterminer ce que l'agent est autorisé à inclure dans la question. Un nom de client, un numéro d'incident interne, une information produit non publiée ou une affaire juridique peuvent transformer une recherche web apparemment banale en opération de traitement de données. Le schéma le plus sûr consiste, chaque fois que possible, à séparer le contexte privé de la question publique. L'agent peut utiliser les systèmes internes pour cerner le problème général, puis poser à Web Answer une question réduite, sans informations personnelles ou confidentielles superflues. Si un détail est indispensable, l'équipe doit vérifier que les exigences contractuelles, réglementaires et de conservation des données autorisent son transfert au service. L'authentification de la passerelle mérite également un test spécifique. Une passerelle peut protéger l'accès au connecteur, mais elle ne signifie pas automatiquement que chaque agent, utilisateur ou flux de travail doit pouvoir poser n'importe quelle question. L'autorisation doit être liée à la tâche et à la classification des données. Un agent de support client et un agent interne de recherche juridique peuvent partager une couche d'infrastructure tout en nécessitant des limites de domaine, des règles de journalisation et des validations humaines différentes. ## Les coûts sont faciles à sous-estimer Au tarif annoncé de 10 $ pour 1 000 appels d'outil, Web Answer semble peu coûteux si l'on ne considère qu'une seule réponse. En production, le trafic se résume rarement à une seule réponse. Un agent peut appeler l'outil plusieurs fois parce qu'il pose des questions de suivi, réessaie une requête échouée ou divise une tâche étendue en recherches plus ciblées. Un assistant destiné aux utilisateurs peut répéter des questions similaires au fil de nombreuses sessions. Un outil de surveillance en arrière-plan peut s'exécuter selon un calendrier, même lorsqu'aucun changement important n'est survenu. Le modèle environnant peut aussi consommer des jetons pour interpréter le résultat, résoudre les contradictions ou reformuler la réponse. Une meilleure estimation des coûts commence par le volume du flux de travail, et non par le prix unitaire : ```text coût mensuel des réponses web = appels d'outil prévus par tâche × tâches par mois × prix par appel ``` Ce calcul doit être complété par les coûts d'inférence du modèle, de la passerelle, du stockage, de l'observabilité et de la vérification. Si une tâche nécessite normalement trois appels à Web Answer, mais peut être traitée avec une seule question bien formulée, la conception des prompts et du flux de travail influe directement sur la facture. Si une réponse échouée déclenche des tentatives répétées, les problèmes de fiabilité deviennent aussi des problèmes de coût. Les équipes devraient mesurer le pourcentage d'appels qui produisent une réponse jugée exploitable par un réviseur, le nombre de citations à corriger, la latence médiane et la latence de pointe, ainsi que le taux d'appels inutiles de l'outil par les agents. Un appel peu coûteux qui produit une réponse inutilisable ne l'est pas à l'échelle du flux de travail. ## La mise en place est plus simple, mais pas sans friction Le parcours guidé d'AWS nécessite un compte AWS disposant d'un accès à AgentCore Gateway, une passerelle dans `us-east-1` utilisant l'authentification IAM entrante, les autorisations pour l'identité appelante, un rôle de service capable d'invoquer Web Answer et un environnement d'agent pris en charge. L'exemple utilise Python 3.10 ou une version ultérieure, ainsi que des composants compatibles avec MCP. La mise en place est plus simple que la construction d'un service complet de recherche web, mais elle reste une modification de l'infrastructure. L'équipe doit créer ou sélectionner une passerelle, configurer les autorisations, ajouter la cible gérée, définir les limites administratives des domaines et tester la manière dont l'agent environnant traite le résultat. La limitation régionale pourrait être le principal obstacle pratique. Selon la documentation publiée lors du lancement, Web Answer est disponible dans la région USA Est (Virginie du Nord), d’autres régions devant être ajoutées ultérieurement. Une entreprise soumise à des exigences de résidence des données, à une isolation régionale ou disposant d’une charge de travail déployée ailleurs pourrait ne pas pouvoir l’utiliser comme voie principale. Même si l’agent s’exécute dans une autre région, il faut examiner la disponibilité du connecteur et les implications du flux de données. Le service crée aussi une dépendance à l’égard du comportement de recherche et de génération de réponses géré par AWS. C’est un compromis intéressant pour les équipes qui souhaitent réduire leur infrastructure de recherche. Il devient risqué lorsque l’application exige des classements stables et reproductibles, ou un contrôle complet des versions de modèles et de la sélection des éléments probants. ## Une méthode d’évaluation raisonnable La bonne manière d’évaluer Web Answer consiste à partir des questions que l’agent recevra réellement, et non d’une série de démonstrations séduisantes. Commencez par un petit jeu de tests consacré aux tâches nécessitant des informations actuelles. Incluez des questions ayant une source principale clairement identifiée, des questions pour lesquelles plusieurs sources se contredisent, des questions imposant une date limite de publication, des questions dont la réponse est « les éléments disponibles ne suffisent pas », ainsi que des questions contenant des termes susceptibles d’être confondus. Ajoutez quelques cas adverses dans lesquels une page très bien classée fait autorité sur le sujet, mais n’étaye pas l’affirmation demandée. Pour chaque réponse, consignez le texte obtenu, les citations, les dates des sources, la latence et l’acceptation ou non des éléments probants par un évaluateur. Testez le même flux avec Web Search ou avec un pipeline de recherche existant si l’équipe en possède déjà un. La comparaison ne doit pas porter uniquement sur la qualité des réponses. Mesurez aussi l’effort d’ingénierie, la charge de maintenance, le contrôle exercé sur les sources, les modes d’échec et le niveau de vérification nécessaire. Testez ensuite l’agent autour de l’outil. Pose-t-il à Web Answer une question précise, ou transmet-il au connecteur la demande complète de l’utilisateur ? Conserve-t-il les citations lorsqu’il compose le message final ? Sait-il quand s’arrêter ? Effectue-t-il des tentatives répétées sans fin ? L’utilisateur peut-il voir quelle source justifie une recommandation donnée ? Une restriction de domaine reste-t-elle effective lorsque l’agent reformule la requête ? Pour les flux à fort impact, ajoutez une validation humaine avant qu’une réponse ne modifie la fiche d’un client, n’envoie une interprétation juridique, ne change un contrôle de sécurité ou ne déclenche une action irréversible. Web Answer peut améliorer les éléments disponibles pour l’évaluateur ; il ne supprime pas la nécessité de cette vérification. ## Qui devrait l’essayer Web Answer constitue un bon candidat pour les équipes qui utilisent déjà AgentCore Gateway, ont besoin d’informations actuelles issues du web public et souhaitent intégrer une réponse citée comme étape délimitée d’un agent plus vaste. L’outil est particulièrement adapté au support, à la documentation produit, au suivi des politiques et aux workflows de recherche interne, lorsque la construction de la recherche, de la synthèse et de la gestion des citations détournerait l’équipe de l’application principale. Il est moins convaincant pour une équipe qui a besoin d’un index de recherche privé, d’un classement documentaire personnalisé, du contenu brut des pages, d’une extraction déterministe ou d’un fonctionnement dans une région où le connecteur n’est pas disponible. Il peut également s’agir d’un mauvais choix lorsque l’organisation ne peut pas accepter une synthèse gérée, ou doit auditer chaque décision de recherche à un niveau plus fin que la réponse finale. La décision pratique ne consiste pas à déterminer si Web Answer peut produire une réponse soignée. Il le peut. Il faut plutôt évaluer si le travail d’ingénierie économisé justifie le contrôle auquel l’équipe renonce, et si le workflow prévoit suffisamment de mécanismes de gestion des éléments probants autour de l’outil pour que ce compromis reste sûr. AWS a simplifié l’ajout de la recherche web à un agent. La prochaine tâche d’ingénierie consiste à expliciter les limites de cette recherche : sources approuvées, requêtes réduites au minimum, citations visibles, coûts mesurables, contraintes régionales et règle claire indiquant quand un humain doit prendre le relais.