Was sich am 19. August geändert hat
AWS kündigte am 19. August 2026 zwei gleichzeitige Updates für Bedrock AgentCore Web Search an: die regionale Erweiterung auf Europe Ireland (eu-west-1) und Asia Pacific Tokyo (ap-northeast-1) sowie die Einführung von per-Call-Domain- und Datumsfiltern. Der Dienst, der beim AWS Summit New York im Juni lanciert wurde, war zuvor auf US East North Virginia beschränkt. Das kombinierte Update adressiert direkt die zwei häufigsten Einwände von Enterprise-Teams gegen das Tool: dass es nicht dort verfügbar war, wo ihre Workloads laufen, und dass es an der Quellkontrolle mangelt, die Compliance- und Sicherheitsteams fordern.
Für Teams, die bereits KI-Agentensysteme auf AWS aufbauen, verändert dieses Update die Bewertung mehrerer Use Cases, die zuvor nicht praktikabel waren — insbesondere in regulierten europäischen Branchen, in denen Datenresidenz-Anforderungen den US-East-Endpunkt ausschlossen.
Neue Regionen und warum die EU entscheidend ist
Als Bedrock AgentCore Web Search im Juni startete, war es ausschließlich US East. Das bedeutete, dass ein europäisches Team, das Agenten in eu-west-1 betreibt, Web-Search-Abfragen in eine andere Region routen musste — was einen regionenübergreifenden Datentransfer und eine potenzielle DSGVO-Art.-46-Compliance-Lücke für alle im Abfragekontext enthaltenen personenbezogenen Daten erzeugte. Der eu-west-1-Launch schließt diese Lücke: Die gesamte Agenten-Ausführungskette — Model-Inferenz, Tool-Aufrufe und Web-Search-Abruf — kann nun innerhalb einer einzigen AWS-Region in der EU verbleiben.
Das ist besonders relevant für drei Gruppen: Finanzdienstleister unter EBA-Leitlinien, die grenzüberschreitende Datenbewegungen einschränken; Healthcare-Plattformen, die DSGVO-Sonderkategorie-Datenschutzregeln unterliegen; und mandantenfähige SaaS-Unternehmen, die bestimmten Kunden vertraglich EU-Datenresidenz zugesichert haben. In allen drei Fällen war „das Web-Search-Tool funktioniert nur in den USA“ ein hartes Hindernis, das nun beseitigt ist.
Der Launch in Asia Pacific Tokyo (ap-northeast-1) erweitert dieselbe Fähigkeit auf Teams, die japanische Enterprise-Kunden bedienen, wo branchenspezifische Regelungen — insbesondere im Finanzwesen unter FISC-Standards — ähnliche Residenz-Erwartungen stellen.
Domain- und Datumsfilter erklärt
Der zweite Teil des Updates — Filterkontrollen — adressiert ein strukturelles Problem mit web-gestützten Agenten: Das Web ist groß, unzuverlässig und an manchen Stellen veraltet. Zwei neue Filtertypen sind nun bei jedem Web-Search-Aufruf verfügbar:
Domain-Filterung ermöglicht es Entwicklern, eine Include-Liste (Allowlist) und eine Exclude-Liste (Denylist) direkt im API-Aufruf zu übergeben. Jede Liste unterstützt bis zu 100 Domains. Eine Include-Liste beschränkt die Suche auf die angegebenen Domains; eine Exclude-Liste blockiert diese Domains aus den Ergebnissen. Dies erfolgt auf API-Ebene, serverseitig, ohne Post-Processing oder externe Orchestrierung. Der praktische Effekt: Ein Finanzdienstleister-Agent kann so konfiguriert werden, dass er ausschließlich aus einer Liste genehmigter Regulatoren und Datenanbieter zitiert.
Datumsfilterung ermöglicht es Entwicklern, ein Veröffentlichungsdatumsfenster mit ISO-8601-UTC-Grenzen festzulegen — ein „Von“-Datum, ein „Bis“-Datum oder beides. Ein Agent, der Earnings Calls der laufenden Woche zusammenfassen soll, kann auf API-Aufruf-Ebene auf die letzten sieben Tage beschränkt werden, was das Risiko eliminiert, drei Jahre alte Ergebnisse mit hohem Ranking zu surfacen. Für Use Cases, bei denen Informationsaktualität eine Korrektheitsbedingung ist, entfällt damit eine Post-Processing-Schicht, die Teams bisher selbst implementierten.
Das mehrschichtige Filtermodell
Das Filtersystem verwendet eine mehrschichtige Architektur, die Administrator-Kontrollen von Runtime-Kontrollen trennt:
- Gateway-Level-Allowlist: Administratoren können eine Allowlist auf Gateway-Ebene festlegen, die für alle Aufrufe über dieses Gateway gilt. Dies ist die Compliance-Kontrolloberfläche — sie stellt sicher, dass kein Runtime-Aufrufer die zulässige Quellmenge über das vom Administrator Genehmigte hinaus erweitern kann.
- Runtime-Filter: Individuelle API-Aufrufe können den vom Gateway festgelegten Umfang einschränken (durch spezifischere Include-Regeln oder weitere Excludes), ihn aber niemals erweitern. Die Regel: Runtime-Filter können einschränken, aber niemals den Administrator-Umfang erweitern.
- Include-Listen fusionieren durch Schnittmenge: Wenn das Gateway die Domains A, B und C zulässt und ein Runtime-Aufruf Include [B, C, D] angibt, ist die effektive Include-Liste [B, C] — D ist nicht in der Gateway-Level-Allowlist und wird verworfen.
- Exclude-Listen fusionieren durch Vereinigung: Wenn das Gateway Domain X blockiert und ein Runtime-Aufruf auch Domain Y blockiert, sind für diesen Aufruf sowohl X als auch Y blockiert.
Dieses Modell bedeutet, dass Compliance-Anforderungen zentral auf Gateway-Ebene durchgesetzt werden können, während individuelle Agenten-Workflows die Flexibilität behalten, den Umfang für ihre spezifische Aufgabe weiter einzuschränken. Eine mandantenfähige SaaS-Plattform kann verschiedenen Kunden-Tiers unterschiedliche Domain-Richtlinien zuweisen, ohne einem Kunden die Möglichkeit zu geben, die plattformseitige Richtlinie zu überschreiten.
Die gesamte Filterpipeline läuft serverseitig innerhalb der AWS-Umgebung des Kunden, sodass die Einschränkung keine bloße Richtlinie ist — sie wird auf Infrastrukturebene durchgesetzt, bevor Ergebnisse an das Modell zurückgegeben werden.
Was das für US- & EU-Software-Teams bedeutet
Drei praktische Implikationen für Teams, die agentische Systeme auf AWS aufbauen oder evaluieren:
EU-only-Agenten-Workflows sind auf Bedrock jetzt realisierbar. Vor diesem Update hatten Teams mit EU-Datenresidenz-Verpflichtung eine binäre Wahl: Web-Grounding weglassen oder einen regionenübergreifenden Hop einführen. Der eu-west-1-Launch beseitigt diesen Kompromiss. Teams können Agenten erstellen, die live Web-Kontext abrufen, ohne dass Daten die EU verlassen — was die Grundvoraussetzung vieler Enterprise-Einkaufsteams ist, bevor ein Tool für den Produktionseinsatz freigegeben wird.
Domain-Filterung verändert die RAG-vs.-Web-Search-Abwägung. Ein Grund, warum Teams individuelle RAG-Pipelines über kuratierte Dokumentenbestände statt Web-Search aufbauen, ist Quellkontrolle: Bei offener Web-Suche kann nicht garantiert werden, dass der Agent keinen Mitbewerber, keinen veralteten Artikel oder keine nicht genehmigten Quelle zitiert. Per-Call-Domain-Allowlists bringen dieses Kontrollniveau zu Web-Search auf API-Ebene, ohne die laufenden Kosten für die Pflege eines kuratierten Dokumentenbestands. Für Use Cases, bei denen das Quellenuniversum begrenzt ist — regulatorische Einreichungen, genehmigte Anbieterdokumentation — macht dies verwaltete Web-Search zu einer praktischeren Alternative zu RAG bei Freshness-sensitiven Abfragen.
Datumsfilterung ist ein Korrektheitswerkzeug, kein UX-Feature. Der häufigste Fehlermodus bei web-gestützten Agenten ist keine Halluzination — es sind korrekte, aber veraltete Informationen ohne Zeitstempel. Datumsfilterung auf API-Ebene wandelt eine Best-Practice-Empfehlung in eine harte Einschränkung um, die die Infrastruktur, nicht der Prompt durchsetzt.
DACH-Marktperspektive: DSGVO, BaFin und BSI-Compliance
Für den DACH-Raum ist die eu-west-1-Erweiterung besonders relevant. Die bisherige US-only-Verfügbarkeit war für viele deutsche, österreichische und Schweizer Unternehmen ein Ausschlusskriterium, da grenzüberschreitende Datenübertragungen nach Art. 46 DSGVO einer besonderen Rechtsgrundlage bedürfen. Finanzinstitute unter BaFin-Aufsicht und den EBA-Rundschreiben zu Cloud-Auslagerungen (MaRisk/BAIT) sowie Kliniken und Krankenhäuser, die den KRITIS-Anforderungen des BSI IT-Grundschutzes unterliegen, können Bedrock-Agenten-Workflows nun vollständig innerhalb der EU-Infrastruktur betreiben.
Die per-Call-Domain-Filterlisten erleichtern zudem die Dokumentation in Datenschutz-Folgeabschätzungen (DPIA): Eine deklarierte, auf anerkannte Quellen begrenzte Allowlist lässt sich gegenüber Datenschutzbeauftragten und Behörden erheblich einfacher begründen als ein uneingeschränkter Web-Zugriff. Dies ist ein konkreter Schritt in Richtung Privacy-by-Design, wie ihn Art. 25 DSGVO fordert.
Häufig gestellte Fragen
Was ist Amazon Bedrock AgentCore Web Search?
Bedrock AgentCore Web Search ist ein vollständig verwaltetes Tool, mit dem KI-Agenten zur Laufzeit aktuelle, zitierbare Informationen aus dem öffentlichen Web abrufen können, ohne dass Daten die AWS-Umgebung des Kunden verlassen. Agenten senden eine Anfrage in natürlicher Sprache; der Dienst liefert relevante Ausschnitte, Quell-URLs und Veröffentlichungsdaten zurück, über die das Modell begründete Antworten generieren kann. Der Preis beträgt 7 USD pro 1.000 Abfragen — kein Drittanbieter-API-Schlüssel erforderlich.
Welche Regionen unterstützt Bedrock AgentCore Web Search nach dem 19. August?
Nach der Erweiterung vom 19. August 2026 ist der Dienst in US East N. Virginia (us-east-1), Europe Ireland (eu-west-1) und Asia Pacific Tokyo (ap-northeast-1) verfügbar. Die Ireland-Region ermöglicht es EU-Teams, web-gestützte Agenten vollständig innerhalb der AWS-Infrastruktur in der EU zu betreiben, ohne grenzüberschreitende Datenübertragungen nach Art. 46 DSGVO zu riskieren.
Was sind Domain- und Datumsfilter in AgentCore Web Search?
Domain-Filter sind per-Call-Include- und Exclude-Listen von bis zu 100 Domains, die Web-Quellen auf API-Ebene einschränken oder blockieren, ohne externe Orchestrierung. Gateway-Level-Allowlists legen den maximal zulässigen Umfang fest; Runtime-Aufrufe können ihn weiter einschränken, aber nie erweitern. Datumsfilter begrenzen Ergebnisse auf ein Veröffentlichungsdatumsfenster mit ISO-8601-UTC-Grenzen. Beide Filtertypen werden serverseitig innerhalb der AWS-Umgebung des Kunden durchgesetzt.
Wie beeinflusst dies Teams, die DSGVO-konforme KI-Agenten in Europa entwickeln?
Der Start der EU-Ireland-Region bedeutet, dass web-gestützte Agenten-Workflows keine grenzüberschreitende Datenübertragung mehr erfordern — relevant für DSGVO Art. 46, EBA-Cloud-Auslagerungsrichtlinien und branchenspezifische Vorgaben in Finanzwesen und Gesundheitswesen. Die Domain-Filterfunktion bietet zudem eine compliance-prüffähige Kontrolloberfläche: Teams können Agenten auf eine deklarierte Liste genehmigter Quellen beschränken, was sich in einer Datenschutz-Folgeabschätzung (DPIA) wesentlich leichter begründen lässt als ein uneingeschränkter Web-Zugriff.
Quellen
AWS What’s New — Web Search in Amazon Bedrock AgentCore adds domain and date filtering, expands to Europe and Asia Pacific (19. August 2026)
AWS Machine Learning Blog — Domain and publish date filters for Web Search on AgentCore (August 2026)