Michael JohnsonDen 2 oktober 2026 presenterade Cloudflare Web Search API via AI Gateway – ett gränssnitt för webbsökning i AI-agenter och appar. Vid lanseringen anslöt företaget Ceramic.ai, Exa och Linkup. Den officiella översiktsdokumentationen, som kontrollerades den 8 oktober och uppdaterades den 2 oktober, betecknar produkten som en öppen beta.
Den viktigaste förändringen för utvecklare är möjligheten att lägga till sökning i ett befintligt arbetsflöde för modeller. Enligt beskrivningen av AI Gateway-integrationen får sökförfrågningar gemensamma loggar, analyser, fakturering och åtkomstkontroller med modellförfrågningar. Det gör det möjligt att behandla sökning som ett separat, observerbart steg i en agents uppgiftskörning.
Varför en agent behöver söka på webben
I Cloudflares tillkännagivande lyfter företaget fram ett praktiskt problem: en agent kan gissa adressen till en sida och därefter få ett 404-fel när den skickar en förfrågan till fel URL. Ett sökverktyg ger en annan väg framåt: formulera en sökning, få adresser till relevanta material och använda den information som hittas för att ta fram ett svar.
Ett annat användningsfall är att hantera förändringar som skett efter modellens träning. Cloudflare nämner särskilt aktuella händelser, API:er som förändras och nya verktygsversioner. För en agent som hjälper till med kod kan en användbar sökning vara att hitta dokumentation för en viss biblioteksversion eller en nyligen tillagd parameter. I ett sådant arbetsflöde tillför sökningen material till kontexten, medan appen avgör vilka resultat som ska skickas vidare till modellen.
En praktisk lärdom för teamet är att spara URL:en och sökfrågan tillsammans med det hittade utdraget. Då går det att återskapa vilket material agenten stödde sig på när svaret granskas. För uppgifter som gäller versioner är det också bra att uttryckligen ta med produktnamnet och önskad version i sökfrågan.
Så ansluter du det nya API:et
Dokumentationen beskriver två sätt att göra anrop: REST API från en extern backend och en AI-binding i Cloudflare Workers. Leverantören väljs med parametern provider. Alla tre tjänster returnerar resultat i ett gemensamt format: rubriker, URL:er och beskrivningar. Det gör det enklare för appen att byta leverantör i sin resultatbearbetning.
Ett enhetligt format passar bra för en egen adapter till ett sökverktyg. Den tar emot agentens fråga, anropar den valda leverantören och skickar utvalda resultat till modellen. På appnivå bör man också avgöra när en beskrivning från sökresultaten räcker och när den hittade sidan behöver läsas för att kontrollera ett specifikt påstående.
Inbyggda verktyg på serversidan i AI Gateway anges i lanseringsinlägget som en framtida möjlighet. Cloudflare meddelar att webbsökning blir ett av de första sådana verktygen. Det lanseringsvisade användningsfallet förutsätter egen orkestrering: hantering av verktygsanropet och överföring av söksvaret till nästa modellförfrågan.
Vilka villkor är bekräftade?
Enligt dokumentationens betalningsvillkor kan förfrågningar betalas med AI Gateway-krediter till respektive leverantörs offentliga API-pris, utan något ytterligare påslag från Cloudflare. Bring Your Own Key stöds också, vilket innebär att man använder sin egen API-nyckel hos sökleverantören. Om teamet väljer detta upplägg bör det i förväg bestämma var det ska följa kostnaderna och stämma av debiteringen.
De granskade tillkännagivandena och översiktssidan anger inga specifika priser eller numeriska förfrågningskvoter. Därför bör integrationsbudgeten beräknas efter att den valda leverantörens prislista har kontrollerats. Det är bra att bygga acceptanstester kring egna uppgifter: andelen relevanta källor, svarstiden, antalet sökförfrågningar per slutförd uppgift och felhanteringen.
En separat fråga gäller datalagring. I beskrivningen av Zero Data Retention lovar Cloudflare att markera partner som stöder ZDR. För den valda sökvägen bör leverantörens lagringsvillkor och AI Gateway-inställningarna för loggar kontrolleras separat: tillkännagivandet bekräftar samtidigt att sökförfrågningar registreras i systemet för observerbarhet.
Leverantörerna åtar sig också att följa Cloudflares krav för Verified bots: identifiera sin bot, ta hänsyn till robots.txt och crawl-instruktioner, hålla en rimlig anropsfrekvens och respektera webbplatsägarnas önskemål. Översikten över Web Search API bekräftar att varje resultat måste innehålla en länk till källan.
För utvecklare ger lanseringen en tydlig inkopplingspunkt för webbsökning i en agent och ett gemensamt system för att följa upp den. Börja utvärderingen med ett litet urval verkliga uppgifter, ett uttryckligt val av leverantör och länkar som sparas i svaren. Det är dessa beslut som avgör hur väl det hittade materialet hjälper appen att utföra specifika uppgifter.