Cloudflare har lagt til en betaversjon av nettsøk API til AI Gateway, og gir agenter og AI-applikasjoner en måte å søke på Internett gjennom det samme gatewaylaget som allerede er brukt for modelltrafikk. Funksjonen er ny, smal i overflateareal og fortsatt i beta, men den peker på et større skifte: søk blir et fakturerbart AI-verktøy, ikke bare en integrasjon på applikasjonssiden.
Selskapet kunngjorde betaversjonen 2. oktober 2026. Ved lansering lister Cloudflare Ceramic.ai, Exa og Linkup som valgbare søkeleverandører. Utviklere kan sende søkeforespørsler gjennom AI Gateway, få disse forespørslene vist i gatewaylogger og betale for dem gjennom AI Gateway-kreditter til hver leverandørs oppførte API-pris. Cloudflare says it is not adding an additional markup. Teams can also use bring-your-own-key provider credentials where supported.
That combination matters because it joins three concerns that are often handled separately: tool routing, observability and billing. For utviklere som bygger gjenfinningsforsterkede agenter, forskningsassistenter, støtteroboter eller automatiserte salgsarbeidsflyter, er spørsmålet ikke lenger bare hvilken modell som genererte svaret. Det er også hvilken søkeleverandør som ble tilkalt, under hvis legitimasjon, til hvilken pris, og om det resulterende forbruket kan knyttes tilbake til en kunde, et team, et prosjekt eller API-nøkkel.
Hva endret
Inntil nylig har mange AI-gateway-diskusjoner sentrert seg om modellanrop: OpenAI-kompatible endepunkter, leverandør-failover, token-regnskap, ventetid, bufring og forespørselslogger. Cloudflare’s Web Search API beta adds a different kind of transaction to that control plane. A search call may support a model response, but it is not itself a model inference request. It has different pricing, different provider semantics and different governance questions.
Cloudflare’s launch makes the search provider a configurable gateway choice rather than a hard-coded application dependency. Developers can choose among the listed providers, route the call through AI Gateway, and see it alongside other AI traffic. If the customer uses Cloudflare-managed billing, the charge runs against AI Gateway credits. Hvis kunden tar med en leverandørnøkkel, kan gatewayen fortsatt sitte i ruten for ruting og logging.
Dette er en meningsfull produktgrense. Search is no longer an invisible helper hidden behind an agent framework. Det blir et førsteklasses arrangement i gateway-rekorder. For en multi-modell API gateway for team, er det forskjellen mellom "agenten var dyr" og "denne arbeidsflyten brukte penger på modelltokens, bufret kontekst og seks direkte søkeanrop."
Hvorfor gateway-team bør bry seg
Den umiddelbare målgruppen er utviklere som allerede bruker Cloudflare AI Gateway, spesielt de som bygger applikasjoner som trenger ny informasjon. Search can help ground responses in live data, but it also introduces another unit of cost and another source of provider dependency. Hvis en støtteagent søker i dokumentasjon, en overholdelsesassistent sjekker gjeldende policy-sider, eller en arbeidsflyt for markedsovervåking skanner nettet gjentatte ganger, kan søkekostnader bli operasjonelt viktige selv når tokenbruken ser beskjeden ut.
This is the same pattern now appearing across agent infrastructure. Vertsbaserte skallverktøy, nettleserbruk, kodegjennomgangsagenter og gjenfinningstjenester blir alle til målte operasjoner rundt modellen. Tokens er fortsatt viktig, men de er ikke lenger hele hovedboken. A usable gateway has to explain spend across the complete workflow, not just the final completion.
For bedrifter påvirker det tilbakeføring og margin. En forhandler eller internt plattformteam må kanskje avgjøre om søkeutgifter sendes til leverandørens listepris, merkes, samles i en plan eller blokkeres som standard. Et finansteam vil kanskje vite om en kundes faktura økte på grunn av større forespørsler, flere utdatatokens, hurtigbufferatferd eller nettsøkevolum. Produktteam vil kanskje ha bruksrapporter som skiller bakgrunnsberikelse fra brukersynlig generasjon.
That creates a practical opening for stronger unified AI API billing. The billing model has to cover tokens, cached tokens and tool calls without flattening them into a single vague “AI usage” line. Otherwise, customers cannot tell which part of an agent system is driving cost.
Utviklerkonsekvensene
Developers will need to treat web search as part of the application’s API design, not just as a prompt enhancement. The search provider should be visible in configuration. Legitimasjon bør være avgrenset. Logger bør bevare nok informasjon til å feilsøke leverandørens atferd og kundeforbruk uten å beholde unødvendige sensitive data. Error handling should distinguish a model failure from a search provider failure, because the user experience and retry strategy may be different.
Det er også et rutespørsmål. Ceramic.ai, Exa and Linkup are not interchangeable in every use case. Search quality, coverage, latency, result format and pricing can all affect downstream model behavior. A gateway that can route between providers gives developers flexibility, but it also requires policy: which provider is approved for which tenant, which regions or data classes are allowed, and whether BYOK credentials are required for some customers.
For Model Gate og lignende produkter er den praktiske forbindelsen direkte. If customers are building agent services on top of a gateway, they will eventually ask for search usage to appear next to model usage in the same analytics surface. Partner APIs may also need to expose search-call records so downstream platforms can bill their own customers accurately. Treating search as a first-class billable tool would fit naturally beside API-key management, team controls and usage analytics.
That does not mean every gateway needs to copy Cloudflare’s exact provider list. Det viktigste poenget er strukturelt: Når direktesøk er tilgjengelig gjennom en gateway, blir verktøymåling en del av gatewaykontrakten. A team AI API spend control that ignores tool calls will understate real agent cost.
Hva er fortsatt usikkert
Betastatusen etterlater flere åpne spørsmål. Cloudflare has named the initial search providers and described the billing approach, but production teams will still need to evaluate provider-specific performance, result quality, data handling commitments and operational limits. Public documentation confirms the beta and the basic pricing path, but it does not settle whether one provider is better for all workloads or how the feature will evolve before general availability.
Det er også uklart hvor raskt utviklere vil standardisere rundt gateway-mediert søk i stedet for direkte leverandørintegrasjoner. Lag med eksisterende gjenfinningsstabler kan holde søket inne i sin egen infrastruktur. Andre foretrekker kanskje gateway-ruting fordi det reduserer integreringsarbeid og sentraliserer logger. Avgjørelsen vil sannsynligvis avhenge av styringsbehov like mye som søkerelevans.
Retningen er likevel klar nok. AI-gatewayer absorberer mer av agentens kjøretid rundt modellen. Cloudflares nettsøk API beta er ikke bare en søkefunksjon; det er nok et tegn på at kontrollplanet for AI-applikasjoner nå må måle, rute og forklare verktøy like nøye som det håndterer modeller.