Cloudflare heeft een bètaversie van Web Search API toegevoegd aan AI Gateway, waardoor de toegangspoort wordt uitgebreid van modelinferentie naar de externe tools die AI-toepassingen steeds vaker naast modellen aanroepen. Met de nieuwe API, aangekondigd op 2 oktober, kunnen ontwikkelaars zoekopdrachten verzenden via dezelfde Cloudflare AI Gateway-laag die wordt gebruikt voor providerroutering, logboekregistratie en factureringszichtbaarheid.

Bij de lancering ondersteunt Web Search API Ceramic.ai, Exa en Linkup. De providerdocumentatie van Cloudflare vermeldt Ceramic.ai als de standaardprovider en toont prijzen op providerniveau van $ 0,25 per 1.000 verzoeken voor Ceramic.ai, $ 7,00 per 1.000 verzoeken voor Exa en $ 5,00 per 1.000 verzoeken voor Linkup. Cloudflare zegt dat verzoeken worden gefactureerd aan AI Gateway-tegoeden tegen de catalogusprijs van de provider, zonder extra toeslagen.

De praktische verandering is niet alleen dat Cloudflare-klanten een zoekopdracht API kunnen noemen. Veel teams maken al ergens in hun agentenstack gebruik van webzoekopdrachten, ophaal-API's, browsertools of aangepaste crawlers. De verandering is dat zoeken in dezelfde administratieve laag wordt geplaatst als modelaanroepen. Voor teams die agenten, onderzoeksassistenten, compliance-workflows, tools voor verkoopverrijking of ondersteuningssystemen bouwen, wordt live zoeken nu gateway-verkeer in plaats van een afzonderlijke integratie met afzonderlijke logboeken en facturen.

Wat is er veranderd

Cloudflare AI Gateway is verder gegaan dan eenvoudige verzoekproxy's naar een bredere multi-model AI API gateway-laag. Recente gatewayfuncties zijn gericht op modelroutering, factureringskeuzes van leveranciers en observatie van LLM-verzoeken. Web Search API breidt dat controleoppervlak uit naar aardingsoproepen: de API kan doorsturen naar ondersteunde zoekmachines terwijl verzoeken worden vastgelegd in AI Gateway-logboeken.

Dat is belangrijk omdat ophalen en webaarding nu deel uitmaken van de AI-productiekosten en -betrouwbaarheid, en niet een optionele add-on. Een klantenservicemedewerker kan een redeneermodel gebruiken, een zoekmachine voor actuele informatie en een database of SaaS API voor privécontext. Als deze gesprekken afzonderlijk worden geregeld, verliezen technische en financiële teams een duidelijk beeld van de volledige kosten van een workflow. Door zoeken achter AI Gateway te plaatsen, behandelt Cloudflare zoeken als een andere beheerde afhankelijkheid in het AI-verzoekpad.

De lancering geeft ontwikkelaars ook een genormaliseerd startpunt voor het vergelijken van providers. Ceramic.ai, Exa en Linkup verschillen qua prijs, indexgedrag en productpositionering. Een gatewaylaag neemt deze verschillen niet weg, maar kan ze wel gemakkelijker observeren en uitwisselen tijdens het testen. Het meest zichtbare voorbeeld is de prijsstelling: op basis van de door Cloudflare genoemde providertarieven is Exa veel duurder per 1.000 verzoeken dan Ceramic.ai, terwijl Linkup daar tussenin zit. Voor grote werklasten van agenten kan die spreiding aanzienlijk zijn.

Waarom bedrijven zich zorgen moeten maken

Voor bedrijven maakt de webzoekopdracht API deel uit van een grotere verschuiving van API-integratie met één model naar een AI API-controlevlak. De operationele vraag is niet langer alleen welk model het beste antwoord oplevert. Het gaat om welk model, welke zoekprovider, ophaalpad en welke toolvolgorde moet worden toegestaan ​​voor een bepaald team, klant, geografie of gegevensklasse.

Live zoeken op internet zorgt voor een specifieke governance-uitdaging. In tegenstelling tot een statische modelaanroep kan een zoekopdracht de zoektekst aan een externe provider doorgeven en webinhoud retourneren met onzekere betrouwbaarheids-, licentie- of beleidskenmerken. De zoekmachine kan ook het uiteindelijke modelantwoord beïnvloeden door te bepalen welke bronnen worden weergegeven. Dat betekent dat de selectie van een provider zowel een kostenbeslissing als een risicobeslissing is.

De logintegratie van Cloudflare helpt bij de controleerbaarheid. Als er zoekverzoeken in AI Gateway-logboeken verschijnen, kunnen teams inspecteren welke applicaties antwoorden op het open web opleveren, hoe vaak ze elke provider bellen en waar de kosten zich opstapelen.Dat is handig voor beveiligingsbeoordeling, incidentanalyse en LLM-kostenbeheer, vooral wanneer agenten meerdere toolaanroepen per gebruikersverzoek uitvoeren.

De claim zonder toeslag voor facturering is ook relevant. Gateway-producten creëren vaak een afweging tussen operationeel gemak en prijsondoorzichtigheid. Cloudflare positioneert Web Search API als gebruik van de providerlijstprijs, gefactureerd via AI Gateway-tegoeden. Teams zullen nog steeds hun eigen effectieve kosten, kortingen en kredietadministratie moeten valideren, maar de publieke structuur maakt het gemakkelijker om zoekuitgaven te modelleren dan een gebundeld of niet openbaar gemaakt markup-systeem.

Impact voor ontwikkelaars

Ontwikkelaars die agentische systemen bouwen, moeten dit beschouwen als een nieuw hulpmiddeloppervlak, en niet zomaar een HTTP eindpunt. Zoekoproepen vereisen providerselectie, time-outafhandeling, resultaatfiltering, beleid voor opnieuw proberen en attributie in logboeken. Een zoekopdracht API die via een gateway loopt, kan een deel van dat onderzoek vereenvoudigen, maar neemt niet de noodzaak weg om het ophaalgedrag van de agent zorgvuldig te ontwerpen.

De directe mogelijkheid is schoner experimenteren. Een team kan Ceramic.ai, Exa en Linkup testen via hetzelfde gatewaypad en de kosten, latentie, antwoordkwaliteit en brondekking vergelijken onder echte werklasten. Dat is nuttiger dan demo's van aanbieders afzonderlijk vergelijken. Het maakt het ook gemakkelijker om te beslissen wanneer zoeken überhaupt de moeite waard is. Voor sommige workflows is mogelijk alleen documentatie in de cache of een interne kennisbank nodig; anderen hebben nieuwe webresultaten nodig en kunnen de extra kosten rechtvaardigen.

De functie kan ook van invloed zijn op platformteams die een gedeelde AI-infrastructuur voor meerdere productgroepen beheren. Als het ene team een ​​lichtgewicht classificatieworkflow bouwt en het andere een browse-onderzoeksassistent bouwt, zullen hun zoekgebruiksprofielen heel verschillend zijn. Gecentraliseerde gatewaylogboeken geven platformeigenaren een betere kans om uitgaven toe te wijzen, op hol geslagen toolloops te detecteren en beleidsgrenzen in te stellen waarrond providers in de productie kunnen worden gebruikt.

Wat onzeker blijft

De belangrijkste onzekerheid is de gegevensverwerking op providerniveau. Het onderzoekspakket constateert een schijnbare discrepantie tussen de changelog van Cloudflare en de documentatie van de provider over de Exa Zero Data Retention-status. Teams in gereguleerde sectoren moeten de bewaartermijnen direct verifiëren voordat ze gevoelige zoekopdrachten via een zoekmachine verzenden, zelfs als het verzoek via een gateway wordt gerouteerd.

Kwaliteit is een andere open vraag. De prestaties van zoekmachines zijn sterk afhankelijk van het zoektype, de vereisten voor de versheid, de domeindekking, het rangschikkingsgedrag en de manier waarop het downstreammodel opgehaalde fragmenten gebruikt. De bèta biedt ontwikkelaars een handige manier om te testen, maar het bewijst niet dat één provider de beste is voor alle agentworkloads.

Toch is de richting duidelijk: AI-gateways breiden zich uit van modeltoegang naar de omliggende services die AI-toepassingen nuttig maken. Zoeken, routeren, factureren en waarneembaarheid worden onderdeel van dezelfde stapel. Voor bedrijven betekent dit dat gateway-architectuur minder gaat over het besparen van een paar integratie-uren en meer over het behouden van controle over een groeiend aantal AI-afhankelijkheden.