Dans cet article
Le 19 août 2026, AWS a annoncé une mise à jour de l'outil Web Search d'Amazon Bedrock AgentCore : un agent peut désormais restreindre les résultats à des domaines de confiance ou bloquer des domaines indésirables à chaque appel, et limiter les résultats à une fenêtre temporelle précise, avec des bornes de début et de fin incluses. Les administrateurs disposent aussi de listes d'autorisation au niveau de la passerelle, plafonnées à 100 domaines par liste, et l'outil s'est étendu à l'Irlande et à Tokyo après un lancement limité à la Virginie du Nord.
Cela ressemble à une note de bas de page d'une plateforme. C'est en réalité un grand fournisseur qui reconnaît que la question importante, pour un assistant IA, n'est pas de savoir s'il répond, mais d'où vient la réponse et quand elle a été écrite. Cette question concerne toute entreprise qui exploite un assistant face à ses clients ou à son personnel, sur n'importe quelle plateforme.
Les deux défauts qui ruinent tout assistant répondant à partir du web
Relier un assistant à une recherche web ouverte ouvre deux portes qui ne se referment pas d'elles-mêmes :
- Une source à laquelle vous ne faites pas confiance : le modèle ne distingue pas une page réglementaire officielle d'un fil de forum, d'un blog marketing ou de la page d'un concurrent. Pour lui, tout est du texte. Résultat : on dit à votre client quelque chose sur votre propre entreprise, tiré d'un endroit que vous ne possédez pas et que vous ne cautionnez pas.
- Une information exacte mais périmée : c'est la plus dangereuse, car elle ne ressemble pas à une erreur. Une page écrite il y a trois ans sur une exigence, un droit ou une échéance, alors que l'exigence a changé depuis. La réponse est précise, formulée avec assurance, et exacte pour son année plutôt que pour la vôtre.
C'est à cause du second défaut qu'un filtre par date n'est pas un luxe. Sur un marché où la réglementation évolue chaque année, « est-ce de cette année ? » compte plus que « est-ce d'un bon site ? ».
Ce que cela signifie concrètement en Arabie saoudite
Prenons une entreprise qui exploite un assistant répondant aux questions des clients ou des employés. Les demandes qui lui parviennent porteront inévitablement sur des sujets réglementaires : exigences de facturation électronique, conditions d'une licence ou d'un contrat, étape dans une plateforme publique, clause du droit du travail. Chacun de ces sujets a exactement une source qui fait autorité : l'Autorité de la zakat, des impôts et des douanes (ZATCA), le ministère des Ressources humaines et du Développement social, la Commission des communications, de l'espace et de la technologie (CST), l'Autorité saoudienne des données et de l'intelligence artificielle (SDAIA).
Un assistant qui répond à une question fiscale ou de droit du travail à partir d'un blog généraliste alors qu'il pourrait répondre à partir du site de l'autorité elle-même n'a pas un problème d'intelligence. Il a un problème de configuration. Définir une liste de sources autorisées par type de question est une décision administrative que vous prenez une fois, pas une capacité que vous attendez d'un fournisseur.
Une seconde dimension compte tout autant : le chemin des données. Que le texte des requêtes de votre personnel et de vos clients reste dans votre propre environnement cloud ou parte vers un moteur de recherche tiers fait une différence réelle lorsque ces requêtes contiennent des noms de clients, des numéros de commande ou des détails de contrat. Quiconque construit un assistant qui touche à des données personnelles doit savoir exactement où aboutit chaque mot tapé par un utilisateur, car la loi sur la protection des données personnelles (PDPL) vous juge sur le chemin, pas sur l'intention.
Trois couches que vous maîtrisez réellement
Que vous soyez chez Amazon ou ailleurs, la maîtrise de la qualité des réponses se joue sur trois couches, de la plus solide à la plus fragile :
- Vos propres contenus d'abord : guides produits, tarifs, politiques, réponses validées. Toute question à laquelle vous avez déjà une réponse ne devrait jamais envoyer l'assistant chercher sur le web. Cette couche résout la majorité des vraies questions.
- Une liste définie de domaines de confiance : pour les questions réglementaires et de marché auxquelles vous n'avez pas de réponse interne, une courte liste écrite de sites officiels, revue chaque trimestre.
- Une recherche ouverte bornée par la date : le dernier recours, pour les questions générales, avec une contrainte de fraîcheur et le lien et la date toujours affichés à l'utilisateur.
La règle pratique : plus vous descendez, plus la probabilité d'erreur augmente et plus il est indispensable d'afficher la source. Un assistant qui affiche le lien de l'autorité et la date de la page fait de l'utilisateur un vérificateur. Un assistant qui renvoie une phrase assurée sans source réclame une confiance qu'il n'a pas méritée.
Ce que ces contrôles ne corrigent pas
Les filtres par domaine et par date déterminent d'où vient l'information. Ils ne garantissent pas que l'assistant l'a comprise ni qu'il l'a restituée correctement. Il peut encore lire une page officielle à jour et la résumer de façon trompeuse, ou appliquer une règle générale à un cas qu'elle ne couvre pas. Le filtrage réduit la surface d'erreur ; il ne la supprime pas.
Deux éléments restent donc non négociables : un passage clair à un humain pour les questions sensibles, et un journal où vous pouvez relire ce qui a été demandé, ce qui a été répondu et à partir de quelle source. Sans ce journal, vous n'apprendrez que votre assistant se trompe que lorsqu'un client se plaindra.
Le regard d'Origami
Nous voyons dans cette mise à jour un signe de maturité du marché des assistants. La première phase était une course à qui répondrait le plus vite et le plus couramment. La phase dans laquelle nous entrons est une course à qui répondra à partir d'une source que l'on peut montrer et défendre. Cette différence est précisément celle qui sépare une démonstration impressionnante d'un système que l'on place face à ses clients.
Notre conseil à quiconque construit un assistant aujourd'hui est de commencer par le bas, pas par le haut : rassemblez d'abord vos réponses validées en un seul endroit, puis rédigez la liste des sources officielles autorisées, et n'ouvrez la recherche générale qu'en dernier, avec une borne de date. Inversez cet ordre et vous obtenez un assistant qui parle beaucoup et cite peu : pire que pas d'assistant du tout, car il se trompe en votre nom.
Conclusion
Le filtrage par domaine et par date ressemble à un détail propre à une plateforme, mais il pointe vers une question qui concerne quiconque exploite un assistant : savez-vous d'où le vôtre tire ses réponses, et quand l'information qui les sous-tend a été écrite ? Si la réponse est non, le problème n'est pas le modèle mais la configuration, et la solution est une décision administrative avant d'être une décision technique : vos contenus d'abord, puis une courte liste officielle, puis une recherche bornée dans le temps, avec le lien toujours joint.
Sources
- AWS : Web Search dans Bedrock AgentCore ajoute le filtrage par domaine et par date de publication et s'étend à de nouvelles régions (19 août 2026)
- AWS : annonce initiale de Web Search sur Bedrock AgentCore (16 juin 2026)
- SDAIA : loi sur la protection des données personnelles (PDPL)
- ZATCA : portail de la facturation électronique
Questions fréquentes
En quoi la restriction des sources diffère-t-elle de l'entraînement de l'assistant sur mes propres données ?
Relier un assistant à vos propres documents le fait répondre à partir de vos connaissances, ce qui est la première option et la plus précise. La restriction des sources couvre l'autre cas : lorsque vous n'avez pas de réponse interne et que l'assistant doit chercher à l'extérieur, c'est vous qui décidez où il cherche, au lieu de lui laisser tout Internet. Les deux s'utilisent ensemble, pas l'un à la place de l'autre.
Ai-je besoin précisément de la plateforme d'Amazon pour cela ?
Non. L'idée dépasse la plateforme. Tout assistant que vous construisez peut recevoir une liste de sources autorisées et une exigence de fraîcheur, soit par une fonction intégrée de la plateforme, soit par une couche que vous écrivez dans l'application elle-même. L'essentiel est que la décision soit écrite et vérifiable plutôt que laissée au modèle.
Combien de sources officielles faut-il mettre sur la liste ?
Il n'y a pas de nombre idéal, mais une liste courte et revue vaut mieux qu'une liste longue et négligée. Commencez par les autorités réellement liées à votre activité et aux questions récurrentes de vos clients, puis complétez au besoin. Une liste que personne ne revoit tous les quelques mois finit par devenir une source d'erreurs plutôt qu'une protection.
Comment savoir si mon assistant répond à partir de sources périmées ?
En tenant un journal qui conserve, pour chaque réponse, le lien sur lequel elle s'appuie et la date de la page, puis en en examinant périodiquement un échantillon. Sans ce journal, vous ne le savez pas, et vous découvrirez le problème par la réclamation d'un client. Afficher le lien et la date à l'utilisateur dans la réponse ajoute une seconde protection, car l'utilisateur vérifie alors avec vous.
Suivez Origami sur Google
Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.
