Le 19 août 2026, AWS a ajouté des filtres de domaine et de date de publication à Web Search sur AgentCore. Si vos agents IA extraient des données du web, vous pouvez désormais limiter leurs recherches à des sites et des plages temporelles spécifiques.
Ces nouveaux contrôles arrivent dans la version 1.2.0 du connecteur Web Search, annoncée sur le AWS Machine Learning Blog. Le fonctionnement se fait par requête. Vous pouvez restreindre le périmètre de recherche pour une tâche unique sans modifier les paramètres des autres utilisateurs.
Un contrôle direct sur les sources et les dates
La mise à jour apporte deux outils principaux :
- Filtrage par domaine. Vous pouvez transmettre les listes
domainFilter.includeetdomainFilter.exclude. Chaque liste prend en charge jusqu’à 100 domaines, ce qui vous permet de créer des listes d’autorisation et d’exclusion personnalisées. - Plages de dates. Le
publishedDateFilterutilise les champsfromettoau format standard ISO-8601 UTC. Cela rend les requêtes temporelles claires et précises à travers les fuseaux horaires.
AWS gère ce filtrage côté serveur. Le service de recherche écarte les sites bloqués avant de renvoyer les résultats à votre application. Cette version ajoute également la prise en charge de deux nouvelles régions : eu-west-1 à Dublin et ap-northeast-1 à Tokyo.
En quoi cela aide au quotidien
Ces contrôles facilitent grandement les recherches ciblées. Pour la conformité, vous pouvez limiter les agents aux portails sectoriels approuvés. Pour la veille stratégique, vous pouvez comparer des sources entre deux horodatages exacts. Si vous servez plusieurs clients, vous pouvez appliquer facilement des règles de domaine spécifiques à chaque client. Les robots d’assistance client peuvent également se concentrer sur la documentation produit récente.
Les promesses d’AWS face à la réalité
AWS présente l’absence de frais de sortie de données (zero-egress), la proximité régionale des données et une latence réduite comme les principaux avantages de cette architecture. Ces chiffres et affirmations sur la vitesse proviennent du marketing d’AWS — personne en dehors de l’entreprise ne les a testés de manière indépendante avec des charges de travail réelles. De plus, un filtre de domaine n’empêche pas l’injection de prompts au sein des pages approuvées. Il contrôle le périmètre, pas la sécurité. Le périmètre n’est pas la vérité.
Comment le tester dans votre environnement
Avant de passer en production, effectuez un test contrôlé dans votre région. Figez la version 1.2.0 du connecteur et testez la même requête sous quatre conditions : sans filtre, avec liste d’autorisation, avec liste d’exclusion et avec plage de dates. Gardez vos variables de test constantes.
Vérifiez chaque URL renvoyée, date de publication, domaine bloqué, citation et mesure de latence. Surveillez les transferts de données entre régions et testez la manière dont votre modèle gère le texte brut provenant de sources autorisées. Une fois que vos tests confirment que les filtres fonctionnent comme prévu, vous pouvez déployer en toute sécurité.