Wat is een web search API voor AI-agents?

Wat gebeurt er tijdens één aanroep?

Vijf dingen, in volgorde, hoewel leveranciers sommige verbergen:

1. Afhandeling van de zoekopdracht. De dienst schoont de zoekopdracht op en past je filters toe: land, taal, tijdsbereik, in- of uitgesloten domeinen.
2. Zoeken. Het voert de zoekopdracht uit tegen een webindex, hetzij zijn eigen index of een live zoekmachine, en krijgt een gerangschikte lijst URL's.
3. Lezen. Voor de topresultaten haalt het elke pagina op en controleert of de site het toestaat.
4. Opschonen. Het verwijdert navigatie, advertenties en scripts en behoudt de hoofdinhoud, meestal als Markdown.
5. Verpakken. Het retourneert alles als JSON, klaar om in een prompt te plaatsen.

Met LLMWebSearch omvat stap 3 standaard de eerste 3 resultaten, en tot 10 met read.

Hoe verschilt het van een SERP-API?

Een SERP-API retourneert de pagina met zoekresultaten; een web search API voor agents retourneert de bronnen erachter. SERP-API's spiegelen wat een persoon ziet op een zoekmachine: advertenties, kaarten, "People also ask"-vakken, shoppingkaarten en tien blauwe links. Dat past bij SEO-tools en rank tracking.

Een agent heeft minder lay-out en meer tekst nodig. Hij wil een schone lijst bronnen en de woorden op die pagina's. Met een SERP-API moet de agent een tweede dienst aanroepen om elke link te lezen. Een web search API voor agents doet beide in één aanroep.

Hoe verschilt het van een web reader API?

Een reader begint bij een URL; een search API begint bij een vraag. Een reader, of fetch-tool, neemt een link die je al hebt en retourneert de inhoud. Het kan je niet vertellen welke pagina's je moet lezen.

Agents hebben vaak beide nodig. Ze zoeken om kandidaten te vinden en lezen dan de beste. Een search API die ook leest, bespaart die tweede stap voor de topresultaten. Wanneer de agent al URL's heeft, bijvoorbeeld uit een bericht van de gebruiker, volstaat een read-aanroep. LLMWebSearch biedt het als het extract endpoint.

Hoe verschilt het van de ingebouwde zoektool van een model?

Een ingebouwde tool zoekt aan de kant van de modelleverancier en retourneert meestal een antwoord met citaties, niet de pagina's. OpenAI, Anthropic, Google en Microsoft verkopen er allemaal een. Per 22 oktober 2026 rekenen OpenAI en Anthropic $10 per 1.000 zoekopdrachten plus de zoekinhoud als tokens. Grounding van Gemini 3 kost $14 per 1.000 na 5.000 gratis zoekopdrachten per maand op het betaalde niveau. Grounding met Bing kost $14 per 1.000.

Microsoft stelt dat resultaten van Grounding met Bing "niet rechtstreeks toegankelijk zijn voor gebruik in andere toepassingen". Een zelfstandige API retourneert ruwe bronnen die je kunt opslaan, filteren en tonen. Het werkt ook met elk model. De vergelijking van ingebouwde tools heeft de details.

Waar komen de resultaten vandaan?

Ofwel uit de eigen index van de leverancier, ofwel uit een live zoekmachine die op het moment van de aanroep wordt bevraagd. Brave zegt dat elk resultaat uit zijn eigen onafhankelijke index komt. Perplexity beschrijft een index van "honderden miljarden webpagina's". De documentatie van Exa zegt dat zijn lite-modus alleen gecachte inhoud serveert en nooit live ophaalt.

Eigen indexes kunnen snel antwoorden, maar zij bepalen wat er wordt gecrawld en hoe vaak. Live zoeken weerspiegelt wat een zoekmachine op dat moment toont. LLMWebSearch werkt op de live manier: De resultaten komen uit een live webzoekopdracht die op het moment van je call wordt uitgevoerd, in de volgorde waarin de zoekmachine ze rangschikt; niets komt uit een oude index.

Hoe rekenen web search API's af?

Vier modellen zijn gangbaar in 2026, vaak gemengd:

• Per zoekopdracht. Een vaste prijs per aanroep, zoals $5 per 1.000 bij Brave, Perplexity, Linkup of You.com, zoals gelezen op 22 oktober 2026.
• Per credit. Abonnementen verkopen credits en een geavanceerde zoekopdracht gebruikt er meer. Tavily's basiszoekopdracht is één credit en geavanceerd is twee.
• Per resultaat of per pagina. Valyu rekent per geretourneerd resultaat; Firecrawl voegt één credit per gelezen pagina toe.
• Per token. De zoekfunctie van Jina factureert minstens 10.000 tokens per verzoek.

Vergelijk gelijk met gelijk: een prijs die volledige paginatekst bevat is niet hetzelfde product als een prijs voor snippets. De prijsvergelijking met datum normaliseert ze.

Wat moet ik controleren voordat ik er een kies?

Voer twintig van je echte zoekopdrachten uit bij elke kandidaat en kijk dan naar zeven dingen:

• Inhoud. Volledige pagina's, op de zoekopdracht gerichte extracts, of alleen snippets?
• Actualiteit. Kun je filteren op tijdsbereik? Dragen resultaten datums?
• Controle. Kun je resultaten, pagina's en tekens per pagina begrenzen?
• Prijs per nuttige zoekopdracht. Reken de reads mee die je anders apart zou betalen.
• Factureringsvoorwaarden. Worden credits elke maand gereset of overgedragen? Is een kaart of een werke-mail vereist?
• Datarechten. Mag je resultaten opslaan? Traint de leverancier op je zoekopdrachten?
• Site-etiquette. Respecteert de reader robots.txt?

Voor LLMWebSearch: Zoekcredits verlopen niet: wat je deze maand niet gebruikt, staat er volgend jaar nog. We trainen geen enkel model op je zoekopdrachten of op wat de API teruggeeft, en we voegen geen eigen regel toe tegen het opslaan van resultaten; de rechten van de sites waarvan je pagina's leest, gelden nog steeds.