Die Web-Search-API von Amazon Bedrock AgentCore ist allgemein verfügbar: InvokeWebSearch kostet 7 Dollar pro 1.000 Abfragen, standardmäßig bis zu 10 Anfragen pro Sekunde je Konto und Region, sechs Regionen, aber nicht AWS GovCloud (US-West), und Quellenangaben müssen behalten und angezeigt werden; Meldung und Handbuch nennen keine Daten zu Indexgröße, Aktualität oder Ergebnisqualität
Am 10. November 2026 hat AWS die allgemeine Verfügbarkeit der Web-Search-API auf Amazon Bedrock AgentCore angekündigt: InvokeWebSearch lässt Anwendungen, eigene Agentenschleifen und Datenpipelines das Web mit einem Aufruf durchsuchen, ohne Ressourcen anzulegen. Die Ergebnisse stammen aus einem von Amazon betriebenen Webindex und enthalten einen Textauszug und, wenn verfügbar, Titel, URL und Veröffentlichungszeit, mit Filtern für Domäne und Veröffentlichungszeit. Aufgerufen wird sie mit den AWS-SDKs oder der CLI, autorisiert wird nur über IAM, PrivateLink und CloudTrail-Datenereignisse werden unterstützt. Sie kostet 7 Dollar pro 1.000 Abfragen wie Web Search über AgentCore Gateway, ohne Gateway-Gebühren, mit standardmäßig 10 Anfragen pro Sekunde je Konto und Region. Sie ist in sechs Regionen verfügbar, nicht in AWS GovCloud (US-West), und die zu jedem Ergebnis gehörenden Quellenangaben und Links müssen behalten und angezeigt werden. Weder Meldung noch Handbuch nennen Daten zu Indexgröße, Aktualität, Ranking oder Qualität.
Am 10. November 2026 hat AWS die allgemeine Verfügbarkeit einer Web-Search-API auf Amazon Bedrock AgentCore angekündigt. Die Meldung sagt, damit könne man das Web mit einem einzigen API-Aufruf durchsuchen. Web Search auf AgentCore gab es bereits als Model-Context-Protocol-Werkzeug (MCP) über AgentCore Gateway. Die neue API InvokeWebSearch richtet sich an Code, der den Dienst direkt aufruft: Anwendungen, eigene Agentenschleifen und Datenpipelines, ohne dass vorher Ressourcen angelegt werden müssen. Dieser Bericht stützt sich auf die AWS-Meldung und auf die Seite zur Websuche im AgentCore-Entwicklerhandbuch. Er hat die API nicht getestet, und keine der beiden Quellen misst Ergebnisqualität, Aktualität oder Latenz.
Die API liefert eine nach Rang sortierte Ergebnisliste aus dem, was die Meldung „den von Amazon betriebenen Webindex hinter Web Search auf AgentCore“ nennt. Jedes Ergebnis enthält einen Textauszug der Seite und, wenn verfügbar, Seitentitel, URL und Veröffentlichungszeit. Das „wenn verfügbar“ zählt: Ein Ergebnis kann ohne Titel oder Datum ankommen, Code, der auf diese Felder baut, braucht also einen Ersatzweg. Jede Anfrage lässt sich nach Domäne und Veröffentlichungszeit filtern. Die Meldung nennt zwei Einsatzzwecke: aktuelle Produktankündigungen finden und eine Behauptung an vertrauenswürdigen Domänen prüfen. Das Handbuch sagt dasselbe und ergänzt, man könne auch Quellen für eine Forschungsfrage sammeln.
Der Aufruf ist für AWS-Nutzer Routine. Man nutzt die AWS-SDKs oder die AWS-Befehlszeilenschnittstelle und autorisiert Aufrufe mit AWS Identity and Access Management (IAM). Laut Handbuch autorisiert die API Aufrufer nur über IAM, während ein Gateway Aufrufer auch per JSON Web Token (JWT) autorisieren kann. Man kann die API aus der eigenen Virtual Private Cloud über AWS PrivateLink aufrufen und Anfragen als AWS-CloudTrail-Datenereignisse protokollieren. Das sind die Kontrollen, nach denen ein Sicherheitsteam zuerst fragt. Die Quellen sagen nicht, was der Dienst vom Anfragetext protokolliert oder speichert, und dieser Bericht nimmt es nicht an.
Preis und Kontingent sind genannt. Abfragen werden mit 7 Dollar pro 1.000 Abfragen berechnet, also 0,007 Dollar pro Abfrage. Die Meldung sagt, das sei derselbe Satz wie für Web Search über AgentCore Gateway, und für die API fielen keine Gateway-Gebühren an. Standardmäßig kann jedes Konto in jeder Region bis zu 10 InvokeWebSearch-Anfragen pro Sekunde senden, und eine Erhöhung lässt sich über AWS Support beantragen. Die Quellen sagen nicht, ob eine Anfrage ohne Ergebnisse berechnet wird. Ein System, das viele Suchen parallel startet, sollte rechnen: Werden alle 1.000 Suchen zum veröffentlichten Satz berechnet, kosten sie 7 Dollar, und das Standardkontingent begrenzt, wie viele Anfragen pro Sekunde ein Konto in einer Region senden kann, solange AWS Support es nicht erhöht. Wie lange ein solcher Schub bis zum Abschluss braucht, sagen die Quellen nicht.
Der Dienst ist in sechs Regionen verfügbar: USA Ost (Nord-Virginia), USA Ost (Ohio), USA West (Oregon), Asien-Pazifik (Sydney), Asien-Pazifik (Tokio) und Europa (Irland). Laut Handbuch ist er in AWS GovCloud (US-West) nicht verfügbar. Dort muss man den Web-Search-Tool-Konnektor nutzen, der in dieser Region ebenfalls verfügbar ist. Ein Team, das den Datenverkehr in einer bestimmten Region halten muss, sollte zuerst diese Liste prüfen, denn die Quellen beschreiben weder, wo der Index gehostet wird, noch, wo Abfragen verarbeitet werden.
Das Handbuch vergleicht die API mit dem Gateway-Konnektor in einer Liste von Unterschieden. Die API wird am Datenebenen-Endpunkt von AgentCore aufgerufen; Agenten rufen den Konnektor als MCP-Werkzeug über ein Gateway auf. Die API nimmt den Suchtext in einem Feld namens searchQuery, das MCP-Werkzeug in einem Feld namens query. Setzt man maxResults nicht, liefert die API bis zu 25 Ergebnisse und das MCP-Werkzeug bis zu 10. Die Veröffentlichungszeit wird in der API durch publishedAfter und publishedBefore begrenzt, im MCP-Werkzeug durch from und to. Beide behandeln beide Grenzen als einschließlich. Ein Detail kann Fehler um einen Tag verursachen. Hat ein Datum keine Uhrzeit, schließt das „to“-Datum des MCP-Werkzeugs den ganzen Tag ein, aber die AWS-SDKs und die AWS-CLI senden ein publishedBefore-Datum als Mitternacht koordinierter Weltzeit zu Beginn dieses Tages. Bei der API endet ein publishedBefore-Filter mit bloßem Datum daher zu Beginn dieses Tages, und später am selben Tag veröffentlichte Artikel liegen außerhalb. Das ist eine Lesart der Regel im Handbuch, kein Beispiel, das es gibt. Außerdem nimmt die API bei jeder Anfrage einen Domänenfilter, während der Konnektor auf jede Anfrage Domänenlisten auf Zielebene anwenden kann, ohne dass der aufrufende Agent sie sieht.
Die Nutzungsbedingungen verdienen einen zweiten Blick. Laut Handbuch gelten die Bedingungen für das Web Search Tool auch für Ergebnisse der InvokeWebSearch-API, einschließlich der Pflicht, die zu jedem Ergebnis gehörenden Quellenangaben und Links zu behalten und anzuzeigen. Für ein Produkt, das Nutzern Suchergebnisse zeigt oder sie einem Modell gibt und dann die Antwort anzeigt, ist das eine Entwurfsanforderung und keine Fußnote. Das Handbuch verweist für den vollen Wortlaut auf eine eigene Seite zur zulässigen Nutzung, die für diesen Bericht nicht erfasst wurde.
Was die Quellen nicht belegen, ist so wichtig wie das, was sie belegen. Sie sagen nicht, wie groß oder aktuell der Index ist, welche Sprachen er abdeckt, wie Ergebnisse gerankt werden oder wie die API bei Qualität oder Kosten im Vergleich zu anderen Suchdiensten abschneidet. Die Meldung spricht von allgemeiner Verfügbarkeit in sechs Regionen. Das Entwicklerhandbuch legt das Standardkontingent fest: bis zu 10 Anfragen pro Sekunde je Konto und Region. Ein Team, das sie für Agenten nutzen will, sollte die Ergebnisqualität an eigenen Abfragen testen, Datumsfilter mit Blick auf die UTC-Mitternachtsregel setzen, die Anforderung zur Quellenangabe einplanen und die Kosten aus dem Satz von 7 Dollar pro 1.000 Abfragen schätzen.
Sources
FAQ
Wie wird InvokeWebSearch berechnet, und wie hoch ist das Standardlimit?
Es kostet 7 Dollar pro 1.000 Abfragen wie Web Search über AgentCore Gateway, ohne Gateway-Gebühren für die API. Standardmäßig kann jedes Konto in jeder Region bis zu 10 InvokeWebSearch-Anfragen pro Sekunde senden, AWS Support kann das erhöhen. Ob Anfragen ohne Ergebnis berechnet werden, sagen die Quellen nicht.
Darf ich InvokeWebSearch-Ergebnisse in meinem Produkt frei verwenden?
Nein. Laut Handbuch gelten auch die Nutzungsbedingungen des Web Search Tool, einschließlich der Pflicht, die zu jedem Ergebnis gehörenden Quellenangaben und Links zu behalten und anzuzeigen. Ein Produkt, das Ergebnisse zeigt oder sie einem Modell gibt und die Antwort anzeigt, muss darauf ausgelegt sein.
Was ist beim Filtern mit publishedBefore zu beachten?
Laut Handbuch senden die AWS-SDKs und die CLI ein publishedBefore-Datum ohne Uhrzeit als Mitternacht UTC zu Beginn dieses Tages, während das „to“-Datum des MCP-Werkzeugs den ganzen Tag umfasst. So gelesen schlössen API-Aufrufe später am Tag veröffentlichte Artikel aus. Das ist eine Lesart der Regel, nicht das Beispiel des Handbuchs.