free-news-api/news-search-api-comparison

A deep comparison of contextual and semantic news search APIs for AI, RAG, and news intelligence applications.

5

stars

2

commits

Aug 22, 2026

updated

README

Contextual News Search APIs: A Deep Comparison for AI, RAG, and Research

Last reviewed: August 21, 2026

Executive summary

The market for "news search APIs" now contains several very different products under the same label.

Some services search a dedicated news corpus. Others search the broader web and expose a news mode, a news section, or recency controls. Some are built around semantic retrieval for LLMs, while others are conventional search engines with strong news coverage. Their business models also differ substantially: recurring free credits, one-time trials, flat per-request pricing, per-result pricing, and variable retrieval costs all affect which API makes sense in production.

For developers building contextual news search, RAG, monitoring, research, or AI-agent workflows, the most useful comparison is therefore not simply "does it search news?" It is:

  1. How does retrieval work? Semantic, lexical/BM25, hybrid, or an unspecified proprietary ranker?
  2. Is news a first-class dataset? Or is it a mode over a general web index?
  3. Can semantic intent be combined with deterministic news filters?
  4. What context comes back? Snippets, query-aware passages, full text, metadata, relevance scores?
  5. How much historical news is searchable?
  6. What does production usage actually cost?
  7. How much commitment is required to get started?

This comparison covers:

The short version:

  • Webz.io is the most explicitly news-database-oriented option in this group: natural-language retrieval over a dedicated news corpus, hybrid semantic + BM25 ranking, and deterministic news filters such as sentiment, category, source country, language, date, and domain.
  • Exa has one of the strongest developer experiences for semantic retrieval and RAG, especially query-aware highlights and flexible content extraction.
  • Brave has a true dedicated News Search endpoint and very aggressive self-service pricing, but its News API documentation does not expose a semantic/vector retrieval contract comparable to Webz.io or Exa.
  • You.com offers excellent value for broad AI search, with web and news results, query-aware highlights, full-page extraction, and up to 100 results per section.
  • Tavily is designed around AI retrieval and returns semantically relevant chunks, but its news mode has a thinner news-specific data model.
  • Valyu has useful retrieval controls that many competitors lack, including relevance thresholds, source biasing, and natural-language ranking instructions.
  • Perplexity and Parallel are strong general AI/web retrieval APIs, but neither exposes a dedicated structured news corpus in the same sense as Webz.io or Brave.

What "contextual news search" means in this comparison

A contextual news search API should do more than match words in a headline.

For example, a developer may search for:

Supply-chain disruptions affecting European car manufacturers

A useful contextual API should be able to find articles about semiconductor shortages, factory shutdowns, logistics problems, component delays, or supplier failures even when those exact words do not appear in the query.

But semantic similarity alone is not enough for many news applications. The developer may also need hard constraints such as:

  • published after August 1, 2026;
  • source based in Germany or France;
  • negative sentiment;
  • business/economy category;
  • only selected publishers;
  • exclude a set of domains;
  • return only results above a relevance threshold;
  • reduce syndicated duplicates;
  • return passages suitable for an LLM rather than generic search snippets.

The strongest contextual-news API combines semantic intent with database-like control.


1. At-a-glance comparison

CapabilityWebz.ioExaBraveYou.comTavilyValyuPerplexityParallel
Dedicated news corpus / endpointYesNews vertical/categoryYesNews section selected by query classifierNews topic/modeNews search typeNo dedicated news endpointNo dedicated news endpoint
Natural-language queryYesYesYes, search-style queryYesYesYesYesYes
Semantic retrieval explicitly documentedYesYesNot explicitly for News APIQuery-aware AI retrieval; implementation not fully exposedSemantic chunks documentedSemantic/AI retrieval documentedRanking implementation not fully exposedSemantic objective + web search
Lexical / keyword componentBM25ProprietarySearch operators / lexical query supportProprietaryProprietaryCan bypass rewriting/reranking in fast modeProprietaryExplicit short search queries plus semantic objective
Hybrid semantic + lexical rankingYesNot fully specified publiclyNot documented as hybridNot specified publiclyNot specified publiclyNot specified publiclyNot specified publiclyObjective + lexical queries, but implementation differs from BM25 hybrid ranking
Sentiment filterYesNo dedicated news sentiment filterNoNoNoNoNoNo
News category filterYesGeneric content category including newsNo comparable topical taxonomy in News APINo comparable structured news category filterTopic selects news, not an article taxonomyNo comparable news taxonomyNoNo
Source-country filterYesUser-location hint, not equivalentYesCountry geo focusCountry boost only for general, not newsCountry code geo targetingYesGeo/source controls, not a news-source-country field
Language filterYesNot a primary news-specific filter in the cited News interfaceYesYesSearch parameters vary by modeVia search behavior/source selectionYes, up to 20Not a news-specific language taxonomy
Date rangeFrom-date in current Context APIFrom + toFreshness + custom rangeFreshness + custom rangeFrom + to / time rangeFrom + toPublished + updated before/after; recencyafter_date
Include/exclude domainsYesYes, large listssite: plus Goggles/custom rankingYesYesYesYes, limited listYes
Domain boosting / demotionNot in current Context APICan guide ranking with system promptYes via GogglesYes, boost_domainsNot equivalentYes, source_biasesNo comparable boost controlCan steer source preference in objective
Relevance score returnedNot currently exposedHighlight-level scoresNot documentedNot exposed as a simple article scoreYesYesNot exposed as a simple article scoreResults ordered by relevance
Minimum relevance thresholdNoNo direct article thresholdNoNoNo direct thresholdYesNoNo
Query-aware passage/chunkYesYesAdditional snippets, not documented as semantic chunksYes: highlightsYesExtracted content / reranked resultsExtracted snippets/contentYes: LLM-optimized excerpts
Multiple relevant chunks per URLCurrent response exposes one best chunkYesUp to 5 extra snippetsYesUp to 3 chunks/sourceContent length is configurable rather than chunk-count-centricContent controlled by context/token settingsExcerpts controlled by character budget
Full page/article in same search requestNo; current docs use a follow-up News API lookup for full articleYesNo full article contractYes, optionalOptional raw contentCan return large extracted contentCan return substantial extracted contentExcerpts, not positioned as full-page news delivery
Public max results5010050/page100 per section2020 normally; higher by request20Mode/configuration dependent
Explicit contextual-news history30 days in current Context APINo fixed public news-archive guaranteeHistorical/custom-date search, depth not guaranteedHistorical date filters, depth not guaranteedNo fixed news archive guaranteeNo fixed news archive guaranteeNo fixed news archive guaranteeNo fixed news archive guarantee
News-specific structured metadataStrongLimited compared with a news databaseBasic search-result metadataBasic news/web result metadataLimitedLimitedLimitedLimited
Recurring free usage$5 credit every month$10 credit every month$5 credit every monthNo recurring allowance documented; $100 signup credit1,000 credits/monthNo recurring free allowance documented; $10 signup creditNo recurring Search API allowance documented$5 monthly credit advertised; up to 5K free requests/month also advertised
PAYG / no long-term commitmentYesYesYesYesYesYesYesYes

Important qualification

Rows marked as semantic/hybrid refer only to what the vendor documents or, for Webz.io's BM25 component, product information supplied by Webz.io. Where a vendor does not publish its ranking architecture, this comparison does not infer one.


2. Retrieval architecture and query model

Webz.io News Search accepts a natural-language query and searches a dedicated news corpus. The public documentation describes retrieval "by meaning, not only exact keywords." Webz.io also uses a hybrid semantic + BM25 keyword-ranking approach, which means semantic similarity is combined with lexical matching rather than relying on embeddings alone.

That architecture is useful for news because exact lexical signals often matter. Company names, product names, abbreviations, tickers, people, malware families, court cases, locations, and distinctive phrases can be important even when the broader query is conceptual.

A query such as:

Supply-chain disruptions affecting European car manufacturers

can therefore benefit from both:

  • semantic understanding of concepts such as factory stoppages, supplier failures, chip shortages, logistics delays, and component scarcity; and
  • lexical/BM25 strength when an article contains a specific manufacturer, supplier, model, identifier, or phrase closely related to the query.

The current endpoint is:

POST https://api.webz.io/api/news/context

The Context API currently searches the last 30 days of news and accepts up to 50 results.

Why this matters: Webz.io is not just adding vector search on top of arbitrary web pages. It combines contextual retrieval with a structured news data model and deterministic filters.

Sources:


Exa explicitly positions its News Search as semantic search over a continuously updated news index. Developers can use natural-language descriptions rather than relying only on keyword syntax.

Exa's main strength is the retrieval-to-context pipeline. Search can return:

  • text;
  • query-aware highlights;
  • highlight relevance scores;
  • summaries;
  • flexible result counts;
  • different search modes, ranging from lower-latency retrieval to deeper reasoning-oriented modes.

Exa also allows large include/exclude domain lists and publication-date bounds.

Why this matters: Exa is particularly strong when the consuming application is an LLM and the developer wants useful passages immediately, not merely article URLs.

Where it differs from Webz.io: its public News Search interface exposes fewer deterministic news-intelligence fields such as sentiment, source country, and a news taxonomy.

Sources:


Brave News Search API

Brave has a dedicated News Search endpoint backed by a specialized news index. It supports:

  • country;
  • search language;
  • freshness windows;
  • custom date ranges;
  • search operators;
  • pagination;
  • extra snippets;
  • custom ranking through Brave Goggles.

The News API documentation emphasizes search queries, operators, ranking, and source control. It does not currently document an explicit vector/embedding semantic-retrieval contract for the News endpoint.

That makes Brave a strong news search competitor, but a less direct match for APIs whose contract is explicitly contextual/semantic retrieval.

Goggles are a notable differentiator. They let a developer boost, demote, or filter sources using custom ranking rules.

Sources:


You.com Search API

You.com exposes a general Search API that can return separate web and news sections. A classifier determines whether the query should produce news results.

Its most useful RAG feature is the content-level choice:

  • snippets for compact keyword-centered fragments;
  • highlights for query-aware passages;
  • full_page for extracted full-page content.

It also supports country, language, freshness/custom date ranges, and domain inclusion/exclusion/boosting.

Why this matters: You.com is extremely convenient when the requirement is "give my model useful current information," and it can return both broad web and news context in one request.

Where it differs from Webz.io: the news result is part of a general search product. The query classifier decides whether a news section is returned, rather than the developer querying a dedicated structured news corpus through a news-only contextual endpoint.

Sources:


Tavily Search API

Tavily is designed for AI retrieval and agent workflows. Setting:

{"topic": "news"}

steers search toward current news.

In its richer search modes, Tavily returns semantically relevant chunks from sources rather than only generic snippets. Developers can request up to three chunks per source, with each chunk capped at roughly 500 characters in the documented interface.

Tavily supports:

  • start/end dates or a time range;
  • include/exclude domains;
  • optional raw content;
  • optional generated answers;
  • up to 20 results.

One important limitation for news-specific work is country handling: Tavily's country parameter is a ranking boost available for the general topic, rather than a deterministic source-country filter for news mode.

Why this matters: Tavily is a strong RAG/agent search API, but its structured news controls are thinner than Webz.io's.

Sources:


Valyu Search API

Valyu exposes search_type: "news" for news-only retrieval and accepts natural-language queries.

Its most interesting controls are:

  • relevance_score returned with results;
  • relevance_threshold to suppress weak matches;
  • source_biases to boost or demote domains without fully excluding them;
  • instructions to give natural-language guidance to the ranking stage;
  • include/exclude source lists;
  • date bounds;
  • configurable response-content length.

A particularly useful design is the separation between the query and ranking instructions. A developer can search for a topic while separately saying which kinds of results should rank higher.

Valyu's standard result range is up to 20, with higher limits available by request.

Why this matters: Valyu exposes more explicit ranking-control primitives than most competitors.

Where it differs from Webz.io: its public documentation does not expose a comparable structured news taxonomy, sentiment filtering, or dedicated news-source metadata model.

Sources:


Perplexity Search API

Perplexity's Search API is a general web-search API intended to return ranked sources and extracted content. It supports strong recency controls:

  • published after/before;
  • last-updated after/before;
  • hour/day/week/month/year recency;
  • country;
  • language;
  • domain filtering.

The public result limit is 20.

This makes Perplexity useful for current-events retrieval and grounding, but it is not presented as a dedicated structured news database. There is no equivalent public news taxonomy, sentiment filter, or source-country news model comparable with Webz.io's Context API.

Sources:


Parallel Search API

Parallel separates the search request into two concepts:

  • objective: a natural-language description of what the application is trying to find;
  • search_queries: short, concise search queries used for web retrieval.

This is a useful design for agents. The system can understand the higher-level goal while still executing targeted web searches.

Parallel returns LLM-optimized excerpts, supports include/exclude domain rules, after_date, and allows the caller to identify the downstream model through client_model.

Why this matters: Parallel is optimized for agents consuming search results, with extremely aggressive pricing.

Where it differs from Webz.io: it is a general web-retrieval API rather than a dedicated contextual news database with news-native metadata and filters.

Sources:


3. Semantic search versus deterministic filtering

This is one of the largest product differences in the market.

A natural-language query can express meaning:

Companies facing regulatory scrutiny over the use of artificial intelligence

But many production applications also need constraints that should not be left to semantic interpretation:

sentiment = negative
source_country = DE or FR
category = business/economy
published_after = 2026-08-01
exclude_domain = example.com

Webz.io's model

The current News Search filters include:

  • language
  • country
  • category
  • sentiment
  • published_from
  • domain
  • exclude_domain

This is a strong combination because a developer can keep the natural-language query focused on what the article is about, while the filter object handles hard constraints.

Example:

{
  "query": "Supply-chain disruptions affecting European car manufacturers",
  "k": 10,
  "filters": {
    "published_from": "2026-08-01T00:00:00Z",
    "country": ["DE", "FR"],
    "sentiment": ["negative"],
    "category": ["Economy, Business and Finance"]
  }
}

This is cleaner than packing every constraint into prose and hoping the ranking model treats each one as mandatory.

Source:

How the others compare

Exa

Strong semantic retrieval plus publication-date and domain controls. It lacks equivalent first-class news sentiment and source-country/category filtering in the cited News Search contract.

Brave

Strong date, language, country, source, and custom-ranking controls, but the query interface remains closer to a traditional search model and the News API does not document semantic-vector retrieval.

You.com

Good date, country, language, include/exclude domain, and domain-boosting controls. It lacks comparable news sentiment/category metadata.

Tavily

Good date and domain controls, but the country parameter is not a deterministic news-mode source-country filter.

Valyu

Strong source-control and reranking primitives. relevance_threshold, source_biases, and instructions are especially useful, but it lacks Webz.io-style news sentiment/category filtering.

Perplexity

Very good freshness/date/language/domain controls. Weak on news-specific metadata because it is a general web search API.

Parallel

Good source-policy controls and natural-language objectives, but it does not expose a structured news-filtering model.


4. Result payloads and RAG readiness

The search algorithm is only half of a RAG API. The response shape determines how much work the developer must do after retrieval.

Webz.io

The current Context response contains article metadata such as:

  • article ID;
  • URL;
  • title;
  • publication time;
  • summary;
  • main image;
  • language;
  • source country;
  • category;
  • sentiment;
  • domain;
  • site type;
  • one most-relevant chunk from the article.

The current response schema exposes a singular best chunk. To retrieve the complete article, the documentation describes taking the article UUID and querying the standard News API.

Strength: useful structured news metadata arrives together with context.

Weakness: applications that need several relevant passages or full text require additional work.

Source:

Exa

Exa is particularly strong here. A search request can request:

  • text;
  • multiple query-aware highlights;
  • highlight scores;
  • summaries;
  • other extracted content.

This can reduce the amount of post-processing needed before inserting results into an LLM context window.

You.com

You.com offers a clean three-level content model:

  1. snippets;
  2. query-aware highlights;
  3. full-page content.

That gives developers direct control over token volume versus context quality.

Tavily

Tavily can return up to three semantically relevant chunks per source and optionally return raw content. This is well designed for RAG pipelines.

Valyu

Valyu focuses more on configurable content volume. Responses can be short, medium, large, or much larger, giving applications control over how much extracted material is returned.

Brave

Brave can return up to five extra snippets per result. These are useful for context, although the News Search documentation does not position them as embedding-ranked passages in the same way Exa or Tavily describe their contextual extraction.

Perplexity

Perplexity can return extracted content under configurable context/token budgets. This is useful for grounding but lacks Webz.io's news-native metadata.

Parallel

Parallel returns compact, LLM-oriented excerpts and allows control of total excerpt characters. It is optimized around keeping the result payload useful to an agent.


5. Relevance controls

APIArticle/result scorePassage scoreThresholdRanking instructionsSource boost/demotion
Webz.ioNoNoNoNoNo in current Context API
ExaNot exposed as a simple universal article score in the cited responseYes, highlight scoresNo direct result thresholdSystem prompt can guide behaviorCan be influenced by prompt/domain controls
BraveNo simple semantic score documentedNoNoVia Goggles rulesYes, via Goggles
You.comNo simple result score documentedNoNoNo explicit ranking-instruction fieldYes, boost_domains
TavilyYesResult/chunk relevance is usedNo explicit minimum-score filterNo separate instruction fieldNo equivalent first-class source-bias field
ValyuYesSearch/reranking orientedYesYesYes
PerplexityNo simple score exposedNoNoNoNo comparable boost field
ParallelOrdered by relevanceNot exposed as a simple scoreNoYes, through objectiveCan steer source preference; also include/exclude

Most useful ideas in this category

Valyu has the clearest developer-facing controls here. Two features are especially useful:

relevance_threshold

and:

source_biases

A contextual API often benefits from returning fewer but genuinely relevant results rather than mechanically filling k with weak matches.

For Webz.io, exposing the hybrid ranker's final score and optionally allowing a min_score would make the retrieval behavior easier to tune and evaluate.


6. News-specific metadata

This is where dedicated news infrastructure starts to matter.

Webz.io Context API today

The current contextual response/filter layer exposes structured fields including:

  • language;
  • source country;
  • category;
  • sentiment;
  • domain;
  • site type;
  • publication timestamp.

The wider Webz.io News/Open Web platform contains richer metadata and filtering capabilities than the current Context endpoint exposes. Public Webz.io documentation describes broader capabilities such as entities, topic/category metadata, source classifications, trust-related fields, ticker/company information, and other enrichment in the wider news product.

That creates an important opportunity: many of the differentiators needed to make contextual search more news-native already exist elsewhere in the platform.

Sources:

Exa

Exa is strong at retrieval and content extraction but exposes a more general search model. Its News vertical does not currently expose the same set of first-class sentiment, source-country, and news-category controls.

Brave

Brave has country/language/freshness controls and a dedicated News endpoint, but it does not expose a comparable structured news-intelligence schema in the cited endpoint documentation.

You.com, Tavily, Valyu, Perplexity, Parallel

These APIs are primarily optimized around finding and extracting useful web/news context. Their public search interfaces are less focused on rich structured article enrichment.

Practical implication

For a chatbot answering "what happened today?", rich news metadata may be unnecessary.

For applications such as:

  • adverse-media monitoring;
  • market intelligence;
  • risk monitoring;
  • media monitoring;
  • entity research;
  • reputation monitoring;
  • AI research agents with deterministic constraints;

structured news metadata becomes much more valuable.


7. Freshness and historical search

Historical depth is difficult to compare because several vendors do not publish a guaranteed archive window for their search index.

APIDocumented date controlsExplicit historical depth for contextual/news search
Webz.iopublished_fromCurrent Context API: last 30 days. Wider Webz.io platform offers much deeper historical data.
Exastart/end publication datesNo fixed public News Search archive depth stated
Braveday/week/month/year + custom rangeHistorical news search supported; no fixed depth guarantee in cited docs
You.comfreshness presets + custom date rangeNo fixed news archive guarantee stated
Tavilystart/end date + time rangeNo fixed news archive guarantee stated
Valyustart/end dateNo fixed news archive guarantee stated
Perplexitypublished/updated before/after + recencyNo fixed news archive guarantee stated
Parallelafter_dateNo fixed news archive guarantee stated

Webz.io's current tradeoff

The 30-day limit is one of the clearest constraints of the current Context API.

Webz.io's broader data platform has much deeper historical news coverage, so extending semantic/contextual retrieval deeper into that archive would create a stronger distinction from general web-search APIs whose historical depth is not guaranteed as a product contract.


8. Result limits

APIPublic result limit / behavior
Webz.io50
Exa100 public; higher enterprise limits are advertised
Brave50 per page
You.com100 per section (web, news)
Tavily20
Valyu20 normally, higher limits by request
Perplexity20
ParallelDepends on mode/request; public pricing is commonly framed around 10-result searches

Large result counts are not automatically better. For RAG, ten high-quality passages may be more useful than 100 URLs. For monitoring, discovery, or corpus-building, larger result windows are much more important.


9. Business model and developer friction

Technical features are only part of the decision. Developers also care about whether they can test the product immediately, whether the free usage renews, whether they need a subscription, and whether a small production workload can stay on PAYG.

Pricing overview

APIFree accessPAYG pricingCommitmentNotes
Webz.io$5 free credit every month$0.001/search call + $0.0005/result returnedNo minimum spend / no commitmentNo credit card required for free plan; cost scales with result count
Exa$20 signup + $10 recurring monthly credits$7/1K searches up to 10 results; +$1/1K for each result above 10No long-term commitmentContent extraction can add separate usage cost
Brave$5 free credits every month$5/1K requestsNo long-term commitmentCurrent free-plan flow requires card for anti-fraud
You.com$100 one-time signup credit$5/1K search callsNo minimum spendUp to 100 results/call; full-page extraction adds $1/1K pages
Tavily1,000 API credits every month$0.008/creditNo long-term commitmentBasic/fast searches cost 1 credit; advanced costs 2
Valyu$10 one-time signup creditVariable, source-dependent retrieval pricingPAYG availablePublic pricing lists roughly $0.50-$30 CPM depending on source
PerplexityNo recurring Search API free allowance documented on the pricing page reviewed$5/1K successful Search API requestsPAYGUp to five query strings can be included in one billed request
ParallelRecurring free-credit/free-request offers advertisedAbout $0.001-$0.005/request for 10-result SearchPAYGAmong the lowest-cost general AI-search options

Sources:


10. Normalized cost examples

Pricing is not perfectly apples-to-apples because vendors return different payloads, apply different extraction charges, and include different amounts of metadata. Still, normalizing the public pricing helps show the economics.

Approximate cost for 1,000 searches

Results requested / returnedWebz.ioExaBraveYou.comTavily BasicTavily AdvancedPerplexityParallelValyu
10$6$7$5$5$8$16$5~$1-$5Variable
20$11$17$5$5$8$16$5Not directly normalized from public 10-result pricingVariable
50$26$47$5$5Not supportedNot supportedNot supportedNot directly normalizedNormally above public default limit

How Webz.io's calculation works

Current public Search API pricing is:

$0.001 per API call
+
$0.0005 per returned result

So a search returning 10 results costs:

$0.001 + (10 x $0.0005) = $0.006

or about $6 per 1,000 such searches.

A 20-result search costs about $11 per 1,000 searches, while a 50-result search costs about $26 per 1,000 searches.

What the recurring $5 Webz.io credit means

Because the Search API charges by both call and returned result count, the number of free searches per month depends on k and how many results are actually returned.

Approximate examples if every search returns the requested number of results:

Results/searchApprox. cost/searchApprox. searches covered by $5 monthly credit
1$0.0015~3,333
5$0.0035~1,429
8$0.0050~1,000
10$0.0060~833
20$0.0110~455
50$0.0260~192

This is a useful model for low-volume production use because there is no need to move from a free account directly into a fixed monthly package. The developer can keep using PAYG and spend only the amount required by the workload.

Cost is not the whole story

A flat $5/1K general search request is not automatically cheaper for a news-intelligence application if the application then needs additional processing for:

  • article classification;
  • sentiment;
  • source-country identification;
  • news-only filtering;
  • deduplication;
  • metadata normalization;
  • separate crawling/extraction.

Conversely, a general AI-search API may be a better economic choice when the only requirement is to return a handful of useful passages to an LLM.


11. Free-tier comparison

Recurring free usage can matter more than a large one-time signup grant for prototypes that become small long-running applications.

APIType of free usage
Webz.io$5 credit every month
Exa$20 signup credits + $10 every month
Brave$5 credits every month
You.com$100 one-time signup credit
Tavily1,000 API credits every month
Valyu$10 one-time signup credit
PerplexityNo recurring Search API allowance documented on the pricing page reviewed
ParallelSite advertises recurring free credits and an allowance of up to 5,000 free requests/month; check the current account terms when benchmarking

There are two different acquisition models here:

Recurring developer allowance

Webz.io, Exa, Brave, Tavily, and Parallel currently advertise some form of recurring free usage. This is useful for:

  • hobby projects;
  • low-volume agents;
  • demos;
  • prototypes;
  • internal tools;
  • applications with bursty or uncertain demand.

One-time trial credit

You.com and Valyu currently emphasize signup credit. This makes initial testing generous, but the free usage does not serve the same long-running small-project use case unless the offer changes.


12. Same use case across the APIs

Consider this requirement:

Find recent negative coverage about supply-chain disruptions affecting European car manufacturers. Prioritize German and French sources and exclude a low-quality domain. Return context suitable for an LLM.

Webz.io

The query can stay semantic:

Supply-chain disruptions affecting European car manufacturers

while the filters handle hard news constraints:

{
  "published_from": "2026-08-01T00:00:00Z",
  "country": ["DE", "FR"],
  "sentiment": ["negative"],
  "category": ["Economy, Business and Finance"],
  "exclude_domain": ["example.com"]
}

This is the cleanest match in this comparison for a workflow that requires both contextual relevance and structured news filters.

Exa

Exa handles the semantic concept well and can constrain publication dates and domains. It can return query-aware highlights or full text. The negative-sentiment and source-country requirements would need to be represented indirectly or handled after retrieval because equivalent first-class news filters are not exposed in the cited interface.

Brave

Brave can constrain country, language, freshness/date, and source behavior. It is strong for explicit news search, but negative sentiment is not a first-class filter and the News endpoint does not document the same semantic-vector contract.

You.com

You.com can search naturally, use date/country/language/domain controls, and return highlights or full-page content. Sentiment and news-category constraints would need post-processing or query wording.

Tavily

Tavily can retrieve semantically relevant news passages and constrain dates/domains. Country in news mode is less deterministic than Webz.io's source-country filter, and sentiment/category need to be expressed in the query or post-processed.

Valyu

Valyu can express the topic naturally, use dates and source controls, add ranking instructions, boost sources, and require a minimum relevance score. It still lacks a first-class equivalent of Webz.io's structured sentiment/category filtering.

Perplexity

Perplexity has good time, country, language, and domain controls and can provide strong grounding context. The remaining news-specific constraints need to be expressed in the query or post-processing.

Parallel

Parallel can describe the goal in the objective, use concise lexical queries, and steer source selection. It is flexible for an agent but relies much more on the objective/ranking stage than on a news-specific metadata schema.


13. Where each service is strongest

Webz.io

Best fit when the application needs:

  • semantic/contextual news retrieval;
  • lexical precision as part of hybrid BM25 + semantic ranking;
  • dedicated news data rather than general web search;
  • deterministic sentiment/category/source-country/language/domain filters;
  • structured article metadata;
  • self-service recurring free usage plus PAYG;
  • a foundation for monitoring, adverse media, market intelligence, and research rather than only generic web grounding.

Main current limitations:

  • 30-day Context API window;
  • one most-relevant chunk per article in the current response;
  • no exposed relevance score or threshold;
  • no published_to filter in the current Context interface;
  • full article retrieval currently requires a second API call;
  • only a subset of the wider Webz.io news-enrichment layer is exposed through Context Search.

Exa

Best fit when the main requirement is:

  • high-quality semantic retrieval;
  • flexible content extraction;
  • query-aware highlights;
  • good RAG ergonomics;
  • broad domain controls;
  • self-service experimentation.

Main limitation for news intelligence: fewer first-class news-specific metadata filters.

Brave

Best fit when the main requirement is:

  • a dedicated news search endpoint;
  • broad search-engine news coverage;
  • source/country/language/freshness control;
  • low flat search-request pricing;
  • custom source reranking through Goggles.

Main limitation for contextual news: the News API does not explicitly expose semantic/vector retrieval or rich news-intelligence metadata.

You.com

Best fit when the main requirement is:

  • one API for both web and news;
  • up to 100 results per section;
  • query-aware highlights;
  • optional full-page content;
  • domain boosting;
  • simple $5/1K search pricing.

Main limitation for news intelligence: the product is general AI search rather than a deterministic news-database interface.

Tavily

Best fit when the main requirement is:

  • RAG/agent retrieval;
  • semantically relevant passages;
  • optional raw content;
  • simple news mode;
  • a recurring free allowance.

Main limitation for news intelligence: limited news-native filters and a 20-result ceiling.

Valyu

Best fit when the main requirement is:

  • fine-grained relevance controls;
  • minimum relevance thresholds;
  • source boosting/demotion;
  • natural-language ranking instructions;
  • configurable extracted-content volume.

Main limitations: less transparent dedicated-news corpus/enrichment model and more variable pricing.

Perplexity

Best fit when the main requirement is:

  • fresh web grounding;
  • strong publication/update-date controls;
  • multilingual search;
  • simple per-request billing;
  • current-event retrieval without needing a dedicated news data model.

Main limitation for news intelligence: no first-class structured news corpus or news-specific enrichment layer in the Search API.

Parallel

Best fit when the main requirement is:

  • very low-cost AI/web retrieval;
  • agent-oriented objectives;
  • compact LLM-ready excerpts;
  • source policies;
  • fast/high-volume search.

Main limitation for news intelligence: it is a general web retrieval service rather than a structured news product.


14. What a stronger contextual-news API should expose

Looking across the market, the best ideas are distributed across several products.

A strong contextual-news API would combine:

Retrieval

  • hybrid semantic + lexical/BM25 ranking;
  • explicit relevance score;
  • configurable minimum score;
  • deterministic filters separate from the query;
  • optional ranking instructions;
  • source boosting/demotion.

News intelligence

  • sentiment;
  • category/topic;
  • source country;
  • language;
  • entities;
  • entity-level sentiment;
  • source type/trust indicators;
  • company/ticker metadata;
  • story clustering and syndication/deduplication.

RAG payload

  • one or more query-aware chunks;
  • score for each chunk;
  • configurable chunk count;
  • optional summary;
  • optional full article in the same call;
  • predictable text/token limits.

Time and scale

  • published_from and published_to;
  • meaningful historical semantic search;
  • result counts above 20 for monitoring/research use cases;
  • pagination or cursoring where appropriate.

Developer economics

  • no sales call required to start;
  • recurring free allowance;
  • PAYG;
  • no minimum commitment;
  • transparent unit economics;
  • predictable rate limits.

No service in this comparison currently exposes all of these in one public API.


15. Positioning implications

The least differentiated positioning in this market is:

Semantic search for news.

Several vendors can credibly make a similar claim.

A more specific distinction for a dedicated news product is:

Search news by meaning, then filter it like a database.

That statement captures the combination that general AI-search systems usually lack:

  1. contextual/natural-language retrieval;
  2. lexical precision through hybrid ranking;
  3. deterministic news metadata filters;
  4. a dedicated news corpus;
  5. structured context for downstream applications.

From a developer-adoption perspective, the business model is part of that positioning:

Start with recurring free credit, then stay on pay-as-you-go with no minimum commitment.

This matters because a contextual API is frequently adopted bottom-up: a developer first tests a few queries, builds a prototype, then gradually moves traffic into production. A pricing model that preserves self-service usage through that entire path lowers adoption friction.


16. Choosing an API by use case

Use caseStrong candidatesWhy
Structured adverse-media searchWebz.ioSemantic query + deterministic negative-sentiment/category/country filters
RAG over current newsWebz.io, Exa, Tavily, You.comAll return useful context; metadata depth and payload style differ
General web + news grounding in one APIYou.com, Perplexity, ParallelBroad web orientation rather than dedicated news database
Dedicated conventional news searchBrave, Webz.ioBoth expose news-specific search products
Query-aware passages for an LLMExa, You.com, Tavily, Webz.io, ParallelEach exposes passages/highlights/chunks/excerpts
Fine-grained relevance tuningValyuExplicit score threshold, source biasing, ranking instructions
High-volume low-cost generic AI searchParallel, Brave, You.com, PerplexityAggressive flat/request pricing, depending workload
News research requiring metadata constraintsWebz.ioStrongest combination here of semantic retrieval and structured news filters
Small project that should remain free/very cheap over timeWebz.io, Exa, Brave, Tavily, ParallelRecurring free usage is publicly advertised

17. What the documentation cannot tell us

A feature matrix does not prove which search engine produces the best results.

The most important unknowns require an empirical benchmark:

  • semantic relevance;
  • precision@5 / precision@10;
  • recall for niche stories;
  • exact-name/entity handling;
  • lexical + semantic mixed queries;
  • duplicate/syndicated-result rate;
  • source diversity;
  • local-news coverage;
  • non-English performance;
  • breaking-news latency;
  • historical recall;
  • passage quality;
  • hallucination risk if summaries/answers are generated;
  • cost per useful result rather than cost per API call.

A serious vendor evaluation should run the same query set against every API and have human reviewers judge the results blind.

Suggested benchmark set

Use 50-100 queries covering:

  1. broad conceptual news searches;
  2. exact company/person names;
  3. ambiguous entity names;
  4. negative/adverse-media queries;
  5. niche industries;
  6. local news;
  7. non-English news;
  8. breaking events;
  9. queries where relevant articles do not contain the obvious query wording;
  10. queries combining a semantic concept with a rare exact term;
  11. highly syndicated events;
  12. historical queries near each product's retention boundary.

Measure:

precision@5
precision@10
unique-story rate
source diversity
first-relevant-result rank
average passage usefulness
freshness latency
cost per relevant result

That benchmark would reveal the difference between a strong API contract and strong retrieval quality.


18. Bottom line

There is no single "best news search API" because the products solve different problems.

Webz.io has the clearest advantage when the application needs to treat news as a structured dataset while still searching it contextually. Its combination of hybrid semantic + BM25 retrieval, source-country/language/category/sentiment filters, structured article metadata, recurring monthly free credit, and no-commitment PAYG is unusual in this group.

Exa is one of the strongest alternatives when retrieval quality and RAG-ready content extraction matter more than news-specific metadata.

Brave is a strong dedicated News Search API with excellent pricing and source-ranking control, but its public News API contract is closer to advanced search than explicit semantic retrieval.

You.com offers excellent price/performance for applications that want both web and news context, particularly when large result counts or full-page extraction matter.

Tavily is a strong agent/RAG search service with good semantic chunking and a generous recurring free tier, but fewer deterministic news controls.

Valyu has some of the best exposed relevance and ranking controls, especially thresholds and source biasing, although its pricing and news-data model are less straightforward.

Perplexity and Parallel are strongest as general grounding/search infrastructure. They can solve many news-retrieval tasks, but their APIs do not expose the same structured news-data layer.

For a developer specifically building contextual news search, the most important dividing line is therefore:

Is the product searching the web for news, or is it searching a news database with contextual retrieval?

That distinction affects filtering, metadata, monitoring workflows, historical analysis, deduplication, and the amount of post-processing required after search.


Official documentation reviewed

Webz.io

Exa

Brave

You.com

Tavily

Valyu

Perplexity

Parallel


Methodology and caveats

This comparison is based on public vendor documentation and pricing pages reviewed on August 21, 2026. API capabilities, limits, free allowances, and prices can change.

The comparison intentionally distinguishes between:

  • features explicitly documented by the vendor;
  • product architecture that is known but not fully exposed in public docs;
  • capabilities that would require an empirical benchmark to verify.

It does not claim that one vendor has better semantic relevance than another without running the same queries against each service.

Contributors

free-news-api

2 commits

free-news-api/news-search-api-comparison

A deep comparison of contextual and semantic news search APIs for AI, RAG, and news intelligence applications.

5

stars

2

commits

Aug 22, 2026

updated

README

Contextual News Search APIs: A Deep Comparison for AI, RAG, and Research

Last reviewed: August 21, 2026

Executive summary

The market for "news search APIs" now contains several very different products under the same label.

Some services search a dedicated news corpus. Others search the broader web and expose a news mode, a news section, or recency controls. Some are built around semantic retrieval for LLMs, while others are conventional search engines with strong news coverage. Their business models also differ substantially: recurring free credits, one-time trials, flat per-request pricing, per-result pricing, and variable retrieval costs all affect which API makes sense in production.

For developers building contextual news search, RAG, monitoring, research, or AI-agent workflows, the most useful comparison is therefore not simply "does it search news?" It is:

  1. How does retrieval work? Semantic, lexical/BM25, hybrid, or an unspecified proprietary ranker?
  2. Is news a first-class dataset? Or is it a mode over a general web index?
  3. Can semantic intent be combined with deterministic news filters?
  4. What context comes back? Snippets, query-aware passages, full text, metadata, relevance scores?
  5. How much historical news is searchable?
  6. What does production usage actually cost?
  7. How much commitment is required to get started?

This comparison covers:

The short version:

  • Webz.io is the most explicitly news-database-oriented option in this group: natural-language retrieval over a dedicated news corpus, hybrid semantic + BM25 ranking, and deterministic news filters such as sentiment, category, source country, language, date, and domain.
  • Exa has one of the strongest developer experiences for semantic retrieval and RAG, especially query-aware highlights and flexible content extraction.
  • Brave has a true dedicated News Search endpoint and very aggressive self-service pricing, but its News API documentation does not expose a semantic/vector retrieval contract comparable to Webz.io or Exa.
  • You.com offers excellent value for broad AI search, with web and news results, query-aware highlights, full-page extraction, and up to 100 results per section.
  • Tavily is designed around AI retrieval and returns semantically relevant chunks, but its news mode has a thinner news-specific data model.
  • Valyu has useful retrieval controls that many competitors lack, including relevance thresholds, source biasing, and natural-language ranking instructions.
  • Perplexity and Parallel are strong general AI/web retrieval APIs, but neither exposes a dedicated structured news corpus in the same sense as Webz.io or Brave.

What "contextual news search" means in this comparison

A contextual news search API should do more than match words in a headline.

For example, a developer may search for:

Supply-chain disruptions affecting European car manufacturers

A useful contextual API should be able to find articles about semiconductor shortages, factory shutdowns, logistics problems, component delays, or supplier failures even when those exact words do not appear in the query.

But semantic similarity alone is not enough for many news applications. The developer may also need hard constraints such as:

  • published after August 1, 2026;
  • source based in Germany or France;
  • negative sentiment;
  • business/economy category;
  • only selected publishers;
  • exclude a set of domains;
  • return only results above a relevance threshold;
  • reduce syndicated duplicates;
  • return passages suitable for an LLM rather than generic search snippets.

The strongest contextual-news API combines semantic intent with database-like control.


1. At-a-glance comparison

CapabilityWebz.ioExaBraveYou.comTavilyValyuPerplexityParallel
Dedicated news corpus / endpointYesNews vertical/categoryYesNews section selected by query classifierNews topic/modeNews search typeNo dedicated news endpointNo dedicated news endpoint
Natural-language queryYesYesYes, search-style queryYesYesYesYesYes
Semantic retrieval explicitly documentedYesYesNot explicitly for News APIQuery-aware AI retrieval; implementation not fully exposedSemantic chunks documentedSemantic/AI retrieval documentedRanking implementation not fully exposedSemantic objective + web search
Lexical / keyword componentBM25ProprietarySearch operators / lexical query supportProprietaryProprietaryCan bypass rewriting/reranking in fast modeProprietaryExplicit short search queries plus semantic objective
Hybrid semantic + lexical rankingYesNot fully specified publiclyNot documented as hybridNot specified publiclyNot specified publiclyNot specified publiclyNot specified publiclyObjective + lexical queries, but implementation differs from BM25 hybrid ranking
Sentiment filterYesNo dedicated news sentiment filterNoNoNoNoNoNo
News category filterYesGeneric content category including newsNo comparable topical taxonomy in News APINo comparable structured news category filterTopic selects news, not an article taxonomyNo comparable news taxonomyNoNo
Source-country filterYesUser-location hint, not equivalentYesCountry geo focusCountry boost only for general, not newsCountry code geo targetingYesGeo/source controls, not a news-source-country field
Language filterYesNot a primary news-specific filter in the cited News interfaceYesYesSearch parameters vary by modeVia search behavior/source selectionYes, up to 20Not a news-specific language taxonomy
Date rangeFrom-date in current Context APIFrom + toFreshness + custom rangeFreshness + custom rangeFrom + to / time rangeFrom + toPublished + updated before/after; recencyafter_date
Include/exclude domainsYesYes, large listssite: plus Goggles/custom rankingYesYesYesYes, limited listYes
Domain boosting / demotionNot in current Context APICan guide ranking with system promptYes via GogglesYes, boost_domainsNot equivalentYes, source_biasesNo comparable boost controlCan steer source preference in objective
Relevance score returnedNot currently exposedHighlight-level scoresNot documentedNot exposed as a simple article scoreYesYesNot exposed as a simple article scoreResults ordered by relevance
Minimum relevance thresholdNoNo direct article thresholdNoNoNo direct thresholdYesNoNo
Query-aware passage/chunkYesYesAdditional snippets, not documented as semantic chunksYes: highlightsYesExtracted content / reranked resultsExtracted snippets/contentYes: LLM-optimized excerpts
Multiple relevant chunks per URLCurrent response exposes one best chunkYesUp to 5 extra snippetsYesUp to 3 chunks/sourceContent length is configurable rather than chunk-count-centricContent controlled by context/token settingsExcerpts controlled by character budget
Full page/article in same search requestNo; current docs use a follow-up News API lookup for full articleYesNo full article contractYes, optionalOptional raw contentCan return large extracted contentCan return substantial extracted contentExcerpts, not positioned as full-page news delivery
Public max results5010050/page100 per section2020 normally; higher by request20Mode/configuration dependent
Explicit contextual-news history30 days in current Context APINo fixed public news-archive guaranteeHistorical/custom-date search, depth not guaranteedHistorical date filters, depth not guaranteedNo fixed news archive guaranteeNo fixed news archive guaranteeNo fixed news archive guaranteeNo fixed news archive guarantee
News-specific structured metadataStrongLimited compared with a news databaseBasic search-result metadataBasic news/web result metadataLimitedLimitedLimitedLimited
Recurring free usage$5 credit every month$10 credit every month$5 credit every monthNo recurring allowance documented; $100 signup credit1,000 credits/monthNo recurring free allowance documented; $10 signup creditNo recurring Search API allowance documented$5 monthly credit advertised; up to 5K free requests/month also advertised
PAYG / no long-term commitmentYesYesYesYesYesYesYesYes

Important qualification

Rows marked as semantic/hybrid refer only to what the vendor documents or, for Webz.io's BM25 component, product information supplied by Webz.io. Where a vendor does not publish its ranking architecture, this comparison does not infer one.


2. Retrieval architecture and query model

Webz.io News Search accepts a natural-language query and searches a dedicated news corpus. The public documentation describes retrieval "by meaning, not only exact keywords." Webz.io also uses a hybrid semantic + BM25 keyword-ranking approach, which means semantic similarity is combined with lexical matching rather than relying on embeddings alone.

That architecture is useful for news because exact lexical signals often matter. Company names, product names, abbreviations, tickers, people, malware families, court cases, locations, and distinctive phrases can be important even when the broader query is conceptual.

A query such as:

Supply-chain disruptions affecting European car manufacturers

can therefore benefit from both:

  • semantic understanding of concepts such as factory stoppages, supplier failures, chip shortages, logistics delays, and component scarcity; and
  • lexical/BM25 strength when an article contains a specific manufacturer, supplier, model, identifier, or phrase closely related to the query.

The current endpoint is:

POST https://api.webz.io/api/news/context

The Context API currently searches the last 30 days of news and accepts up to 50 results.

Why this matters: Webz.io is not just adding vector search on top of arbitrary web pages. It combines contextual retrieval with a structured news data model and deterministic filters.

Sources:


Exa explicitly positions its News Search as semantic search over a continuously updated news index. Developers can use natural-language descriptions rather than relying only on keyword syntax.

Exa's main strength is the retrieval-to-context pipeline. Search can return:

  • text;
  • query-aware highlights;
  • highlight relevance scores;
  • summaries;
  • flexible result counts;
  • different search modes, ranging from lower-latency retrieval to deeper reasoning-oriented modes.

Exa also allows large include/exclude domain lists and publication-date bounds.

Why this matters: Exa is particularly strong when the consuming application is an LLM and the developer wants useful passages immediately, not merely article URLs.

Where it differs from Webz.io: its public News Search interface exposes fewer deterministic news-intelligence fields such as sentiment, source country, and a news taxonomy.

Sources:


Brave News Search API

Brave has a dedicated News Search endpoint backed by a specialized news index. It supports:

  • country;
  • search language;
  • freshness windows;
  • custom date ranges;
  • search operators;
  • pagination;
  • extra snippets;
  • custom ranking through Brave Goggles.

The News API documentation emphasizes search queries, operators, ranking, and source control. It does not currently document an explicit vector/embedding semantic-retrieval contract for the News endpoint.

That makes Brave a strong news search competitor, but a less direct match for APIs whose contract is explicitly contextual/semantic retrieval.

Goggles are a notable differentiator. They let a developer boost, demote, or filter sources using custom ranking rules.

Sources:


You.com Search API

You.com exposes a general Search API that can return separate web and news sections. A classifier determines whether the query should produce news results.

Its most useful RAG feature is the content-level choice:

  • snippets for compact keyword-centered fragments;
  • highlights for query-aware passages;
  • full_page for extracted full-page content.

It also supports country, language, freshness/custom date ranges, and domain inclusion/exclusion/boosting.

Why this matters: You.com is extremely convenient when the requirement is "give my model useful current information," and it can return both broad web and news context in one request.

Where it differs from Webz.io: the news result is part of a general search product. The query classifier decides whether a news section is returned, rather than the developer querying a dedicated structured news corpus through a news-only contextual endpoint.

Sources:


Tavily Search API

Tavily is designed for AI retrieval and agent workflows. Setting:

{"topic": "news"}

steers search toward current news.

In its richer search modes, Tavily returns semantically relevant chunks from sources rather than only generic snippets. Developers can request up to three chunks per source, with each chunk capped at roughly 500 characters in the documented interface.

Tavily supports:

  • start/end dates or a time range;
  • include/exclude domains;
  • optional raw content;
  • optional generated answers;
  • up to 20 results.

One important limitation for news-specific work is country handling: Tavily's country parameter is a ranking boost available for the general topic, rather than a deterministic source-country filter for news mode.

Why this matters: Tavily is a strong RAG/agent search API, but its structured news controls are thinner than Webz.io's.

Sources:


Valyu Search API

Valyu exposes search_type: "news" for news-only retrieval and accepts natural-language queries.

Its most interesting controls are:

  • relevance_score returned with results;
  • relevance_threshold to suppress weak matches;
  • source_biases to boost or demote domains without fully excluding them;
  • instructions to give natural-language guidance to the ranking stage;
  • include/exclude source lists;
  • date bounds;
  • configurable response-content length.

A particularly useful design is the separation between the query and ranking instructions. A developer can search for a topic while separately saying which kinds of results should rank higher.

Valyu's standard result range is up to 20, with higher limits available by request.

Why this matters: Valyu exposes more explicit ranking-control primitives than most competitors.

Where it differs from Webz.io: its public documentation does not expose a comparable structured news taxonomy, sentiment filtering, or dedicated news-source metadata model.

Sources:


Perplexity Search API

Perplexity's Search API is a general web-search API intended to return ranked sources and extracted content. It supports strong recency controls:

  • published after/before;
  • last-updated after/before;
  • hour/day/week/month/year recency;
  • country;
  • language;
  • domain filtering.

The public result limit is 20.

This makes Perplexity useful for current-events retrieval and grounding, but it is not presented as a dedicated structured news database. There is no equivalent public news taxonomy, sentiment filter, or source-country news model comparable with Webz.io's Context API.

Sources:


Parallel Search API

Parallel separates the search request into two concepts:

  • objective: a natural-language description of what the application is trying to find;
  • search_queries: short, concise search queries used for web retrieval.

This is a useful design for agents. The system can understand the higher-level goal while still executing targeted web searches.

Parallel returns LLM-optimized excerpts, supports include/exclude domain rules, after_date, and allows the caller to identify the downstream model through client_model.

Why this matters: Parallel is optimized for agents consuming search results, with extremely aggressive pricing.

Where it differs from Webz.io: it is a general web-retrieval API rather than a dedicated contextual news database with news-native metadata and filters.

Sources:


3. Semantic search versus deterministic filtering

This is one of the largest product differences in the market.

A natural-language query can express meaning:

Companies facing regulatory scrutiny over the use of artificial intelligence

But many production applications also need constraints that should not be left to semantic interpretation:

sentiment = negative
source_country = DE or FR
category = business/economy
published_after = 2026-08-01
exclude_domain = example.com

Webz.io's model

The current News Search filters include:

  • language
  • country
  • category
  • sentiment
  • published_from
  • domain
  • exclude_domain

This is a strong combination because a developer can keep the natural-language query focused on what the article is about, while the filter object handles hard constraints.

Example:

{
  "query": "Supply-chain disruptions affecting European car manufacturers",
  "k": 10,
  "filters": {
    "published_from": "2026-08-01T00:00:00Z",
    "country": ["DE", "FR"],
    "sentiment": ["negative"],
    "category": ["Economy, Business and Finance"]
  }
}

This is cleaner than packing every constraint into prose and hoping the ranking model treats each one as mandatory.

Source:

How the others compare

Exa

Strong semantic retrieval plus publication-date and domain controls. It lacks equivalent first-class news sentiment and source-country/category filtering in the cited News Search contract.

Brave

Strong date, language, country, source, and custom-ranking controls, but the query interface remains closer to a traditional search model and the News API does not document semantic-vector retrieval.

You.com

Good date, country, language, include/exclude domain, and domain-boosting controls. It lacks comparable news sentiment/category metadata.

Tavily

Good date and domain controls, but the country parameter is not a deterministic news-mode source-country filter.

Valyu

Strong source-control and reranking primitives. relevance_threshold, source_biases, and instructions are especially useful, but it lacks Webz.io-style news sentiment/category filtering.

Perplexity

Very good freshness/date/language/domain controls. Weak on news-specific metadata because it is a general web search API.

Parallel

Good source-policy controls and natural-language objectives, but it does not expose a structured news-filtering model.


4. Result payloads and RAG readiness

The search algorithm is only half of a RAG API. The response shape determines how much work the developer must do after retrieval.

Webz.io

The current Context response contains article metadata such as:

  • article ID;
  • URL;
  • title;
  • publication time;
  • summary;
  • main image;
  • language;
  • source country;
  • category;
  • sentiment;
  • domain;
  • site type;
  • one most-relevant chunk from the article.

The current response schema exposes a singular best chunk. To retrieve the complete article, the documentation describes taking the article UUID and querying the standard News API.

Strength: useful structured news metadata arrives together with context.

Weakness: applications that need several relevant passages or full text require additional work.

Source:

Exa

Exa is particularly strong here. A search request can request:

  • text;
  • multiple query-aware highlights;
  • highlight scores;
  • summaries;
  • other extracted content.

This can reduce the amount of post-processing needed before inserting results into an LLM context window.

You.com

You.com offers a clean three-level content model:

  1. snippets;
  2. query-aware highlights;
  3. full-page content.

That gives developers direct control over token volume versus context quality.

Tavily

Tavily can return up to three semantically relevant chunks per source and optionally return raw content. This is well designed for RAG pipelines.

Valyu

Valyu focuses more on configurable content volume. Responses can be short, medium, large, or much larger, giving applications control over how much extracted material is returned.

Brave

Brave can return up to five extra snippets per result. These are useful for context, although the News Search documentation does not position them as embedding-ranked passages in the same way Exa or Tavily describe their contextual extraction.

Perplexity

Perplexity can return extracted content under configurable context/token budgets. This is useful for grounding but lacks Webz.io's news-native metadata.

Parallel

Parallel returns compact, LLM-oriented excerpts and allows control of total excerpt characters. It is optimized around keeping the result payload useful to an agent.


5. Relevance controls

APIArticle/result scorePassage scoreThresholdRanking instructionsSource boost/demotion
Webz.ioNoNoNoNoNo in current Context API
ExaNot exposed as a simple universal article score in the cited responseYes, highlight scoresNo direct result thresholdSystem prompt can guide behaviorCan be influenced by prompt/domain controls
BraveNo simple semantic score documentedNoNoVia Goggles rulesYes, via Goggles
You.comNo simple result score documentedNoNoNo explicit ranking-instruction fieldYes, boost_domains
TavilyYesResult/chunk relevance is usedNo explicit minimum-score filterNo separate instruction fieldNo equivalent first-class source-bias field
ValyuYesSearch/reranking orientedYesYesYes
PerplexityNo simple score exposedNoNoNoNo comparable boost field
ParallelOrdered by relevanceNot exposed as a simple scoreNoYes, through objectiveCan steer source preference; also include/exclude

Most useful ideas in this category

Valyu has the clearest developer-facing controls here. Two features are especially useful:

relevance_threshold

and:

source_biases

A contextual API often benefits from returning fewer but genuinely relevant results rather than mechanically filling k with weak matches.

For Webz.io, exposing the hybrid ranker's final score and optionally allowing a min_score would make the retrieval behavior easier to tune and evaluate.


6. News-specific metadata

This is where dedicated news infrastructure starts to matter.

Webz.io Context API today

The current contextual response/filter layer exposes structured fields including:

  • language;
  • source country;
  • category;
  • sentiment;
  • domain;
  • site type;
  • publication timestamp.

The wider Webz.io News/Open Web platform contains richer metadata and filtering capabilities than the current Context endpoint exposes. Public Webz.io documentation describes broader capabilities such as entities, topic/category metadata, source classifications, trust-related fields, ticker/company information, and other enrichment in the wider news product.

That creates an important opportunity: many of the differentiators needed to make contextual search more news-native already exist elsewhere in the platform.

Sources:

Exa

Exa is strong at retrieval and content extraction but exposes a more general search model. Its News vertical does not currently expose the same set of first-class sentiment, source-country, and news-category controls.

Brave

Brave has country/language/freshness controls and a dedicated News endpoint, but it does not expose a comparable structured news-intelligence schema in the cited endpoint documentation.

You.com, Tavily, Valyu, Perplexity, Parallel

These APIs are primarily optimized around finding and extracting useful web/news context. Their public search interfaces are less focused on rich structured article enrichment.

Practical implication

For a chatbot answering "what happened today?", rich news metadata may be unnecessary.

For applications such as:

  • adverse-media monitoring;
  • market intelligence;
  • risk monitoring;
  • media monitoring;
  • entity research;
  • reputation monitoring;
  • AI research agents with deterministic constraints;

structured news metadata becomes much more valuable.


7. Freshness and historical search

Historical depth is difficult to compare because several vendors do not publish a guaranteed archive window for their search index.

APIDocumented date controlsExplicit historical depth for contextual/news search
Webz.iopublished_fromCurrent Context API: last 30 days. Wider Webz.io platform offers much deeper historical data.
Exastart/end publication datesNo fixed public News Search archive depth stated
Braveday/week/month/year + custom rangeHistorical news search supported; no fixed depth guarantee in cited docs
You.comfreshness presets + custom date rangeNo fixed news archive guarantee stated
Tavilystart/end date + time rangeNo fixed news archive guarantee stated
Valyustart/end dateNo fixed news archive guarantee stated
Perplexitypublished/updated before/after + recencyNo fixed news archive guarantee stated
Parallelafter_dateNo fixed news archive guarantee stated

Webz.io's current tradeoff

The 30-day limit is one of the clearest constraints of the current Context API.

Webz.io's broader data platform has much deeper historical news coverage, so extending semantic/contextual retrieval deeper into that archive would create a stronger distinction from general web-search APIs whose historical depth is not guaranteed as a product contract.


8. Result limits

APIPublic result limit / behavior
Webz.io50
Exa100 public; higher enterprise limits are advertised
Brave50 per page
You.com100 per section (web, news)
Tavily20
Valyu20 normally, higher limits by request
Perplexity20
ParallelDepends on mode/request; public pricing is commonly framed around 10-result searches

Large result counts are not automatically better. For RAG, ten high-quality passages may be more useful than 100 URLs. For monitoring, discovery, or corpus-building, larger result windows are much more important.


9. Business model and developer friction

Technical features are only part of the decision. Developers also care about whether they can test the product immediately, whether the free usage renews, whether they need a subscription, and whether a small production workload can stay on PAYG.

Pricing overview

APIFree accessPAYG pricingCommitmentNotes
Webz.io$5 free credit every month$0.001/search call + $0.0005/result returnedNo minimum spend / no commitmentNo credit card required for free plan; cost scales with result count
Exa$20 signup + $10 recurring monthly credits$7/1K searches up to 10 results; +$1/1K for each result above 10No long-term commitmentContent extraction can add separate usage cost
Brave$5 free credits every month$5/1K requestsNo long-term commitmentCurrent free-plan flow requires card for anti-fraud
You.com$100 one-time signup credit$5/1K search callsNo minimum spendUp to 100 results/call; full-page extraction adds $1/1K pages
Tavily1,000 API credits every month$0.008/creditNo long-term commitmentBasic/fast searches cost 1 credit; advanced costs 2
Valyu$10 one-time signup creditVariable, source-dependent retrieval pricingPAYG availablePublic pricing lists roughly $0.50-$30 CPM depending on source
PerplexityNo recurring Search API free allowance documented on the pricing page reviewed$5/1K successful Search API requestsPAYGUp to five query strings can be included in one billed request
ParallelRecurring free-credit/free-request offers advertisedAbout $0.001-$0.005/request for 10-result SearchPAYGAmong the lowest-cost general AI-search options

Sources:


10. Normalized cost examples

Pricing is not perfectly apples-to-apples because vendors return different payloads, apply different extraction charges, and include different amounts of metadata. Still, normalizing the public pricing helps show the economics.

Approximate cost for 1,000 searches

Results requested / returnedWebz.ioExaBraveYou.comTavily BasicTavily AdvancedPerplexityParallelValyu
10$6$7$5$5$8$16$5~$1-$5Variable
20$11$17$5$5$8$16$5Not directly normalized from public 10-result pricingVariable
50$26$47$5$5Not supportedNot supportedNot supportedNot directly normalizedNormally above public default limit

How Webz.io's calculation works

Current public Search API pricing is:

$0.001 per API call
+
$0.0005 per returned result

So a search returning 10 results costs:

$0.001 + (10 x $0.0005) = $0.006

or about $6 per 1,000 such searches.

A 20-result search costs about $11 per 1,000 searches, while a 50-result search costs about $26 per 1,000 searches.

What the recurring $5 Webz.io credit means

Because the Search API charges by both call and returned result count, the number of free searches per month depends on k and how many results are actually returned.

Approximate examples if every search returns the requested number of results:

Results/searchApprox. cost/searchApprox. searches covered by $5 monthly credit
1$0.0015~3,333
5$0.0035~1,429
8$0.0050~1,000
10$0.0060~833
20$0.0110~455
50$0.0260~192

This is a useful model for low-volume production use because there is no need to move from a free account directly into a fixed monthly package. The developer can keep using PAYG and spend only the amount required by the workload.

Cost is not the whole story

A flat $5/1K general search request is not automatically cheaper for a news-intelligence application if the application then needs additional processing for:

  • article classification;
  • sentiment;
  • source-country identification;
  • news-only filtering;
  • deduplication;
  • metadata normalization;
  • separate crawling/extraction.

Conversely, a general AI-search API may be a better economic choice when the only requirement is to return a handful of useful passages to an LLM.


11. Free-tier comparison

Recurring free usage can matter more than a large one-time signup grant for prototypes that become small long-running applications.

APIType of free usage
Webz.io$5 credit every month
Exa$20 signup credits + $10 every month
Brave$5 credits every month
You.com$100 one-time signup credit
Tavily1,000 API credits every month
Valyu$10 one-time signup credit
PerplexityNo recurring Search API allowance documented on the pricing page reviewed
ParallelSite advertises recurring free credits and an allowance of up to 5,000 free requests/month; check the current account terms when benchmarking

There are two different acquisition models here:

Recurring developer allowance

Webz.io, Exa, Brave, Tavily, and Parallel currently advertise some form of recurring free usage. This is useful for:

  • hobby projects;
  • low-volume agents;
  • demos;
  • prototypes;
  • internal tools;
  • applications with bursty or uncertain demand.

One-time trial credit

You.com and Valyu currently emphasize signup credit. This makes initial testing generous, but the free usage does not serve the same long-running small-project use case unless the offer changes.


12. Same use case across the APIs

Consider this requirement:

Find recent negative coverage about supply-chain disruptions affecting European car manufacturers. Prioritize German and French sources and exclude a low-quality domain. Return context suitable for an LLM.

Webz.io

The query can stay semantic:

Supply-chain disruptions affecting European car manufacturers

while the filters handle hard news constraints:

{
  "published_from": "2026-08-01T00:00:00Z",
  "country": ["DE", "FR"],
  "sentiment": ["negative"],
  "category": ["Economy, Business and Finance"],
  "exclude_domain": ["example.com"]
}

This is the cleanest match in this comparison for a workflow that requires both contextual relevance and structured news filters.

Exa

Exa handles the semantic concept well and can constrain publication dates and domains. It can return query-aware highlights or full text. The negative-sentiment and source-country requirements would need to be represented indirectly or handled after retrieval because equivalent first-class news filters are not exposed in the cited interface.

Brave

Brave can constrain country, language, freshness/date, and source behavior. It is strong for explicit news search, but negative sentiment is not a first-class filter and the News endpoint does not document the same semantic-vector contract.

You.com

You.com can search naturally, use date/country/language/domain controls, and return highlights or full-page content. Sentiment and news-category constraints would need post-processing or query wording.

Tavily

Tavily can retrieve semantically relevant news passages and constrain dates/domains. Country in news mode is less deterministic than Webz.io's source-country filter, and sentiment/category need to be expressed in the query or post-processed.

Valyu

Valyu can express the topic naturally, use dates and source controls, add ranking instructions, boost sources, and require a minimum relevance score. It still lacks a first-class equivalent of Webz.io's structured sentiment/category filtering.

Perplexity

Perplexity has good time, country, language, and domain controls and can provide strong grounding context. The remaining news-specific constraints need to be expressed in the query or post-processing.

Parallel

Parallel can describe the goal in the objective, use concise lexical queries, and steer source selection. It is flexible for an agent but relies much more on the objective/ranking stage than on a news-specific metadata schema.


13. Where each service is strongest

Webz.io

Best fit when the application needs:

  • semantic/contextual news retrieval;
  • lexical precision as part of hybrid BM25 + semantic ranking;
  • dedicated news data rather than general web search;
  • deterministic sentiment/category/source-country/language/domain filters;
  • structured article metadata;
  • self-service recurring free usage plus PAYG;
  • a foundation for monitoring, adverse media, market intelligence, and research rather than only generic web grounding.

Main current limitations:

  • 30-day Context API window;
  • one most-relevant chunk per article in the current response;
  • no exposed relevance score or threshold;
  • no published_to filter in the current Context interface;
  • full article retrieval currently requires a second API call;
  • only a subset of the wider Webz.io news-enrichment layer is exposed through Context Search.

Exa

Best fit when the main requirement is:

  • high-quality semantic retrieval;
  • flexible content extraction;
  • query-aware highlights;
  • good RAG ergonomics;
  • broad domain controls;
  • self-service experimentation.

Main limitation for news intelligence: fewer first-class news-specific metadata filters.

Brave

Best fit when the main requirement is:

  • a dedicated news search endpoint;
  • broad search-engine news coverage;
  • source/country/language/freshness control;
  • low flat search-request pricing;
  • custom source reranking through Goggles.

Main limitation for contextual news: the News API does not explicitly expose semantic/vector retrieval or rich news-intelligence metadata.

You.com

Best fit when the main requirement is:

  • one API for both web and news;
  • up to 100 results per section;
  • query-aware highlights;
  • optional full-page content;
  • domain boosting;
  • simple $5/1K search pricing.

Main limitation for news intelligence: the product is general AI search rather than a deterministic news-database interface.

Tavily

Best fit when the main requirement is:

  • RAG/agent retrieval;
  • semantically relevant passages;
  • optional raw content;
  • simple news mode;
  • a recurring free allowance.

Main limitation for news intelligence: limited news-native filters and a 20-result ceiling.

Valyu

Best fit when the main requirement is:

  • fine-grained relevance controls;
  • minimum relevance thresholds;
  • source boosting/demotion;
  • natural-language ranking instructions;
  • configurable extracted-content volume.

Main limitations: less transparent dedicated-news corpus/enrichment model and more variable pricing.

Perplexity

Best fit when the main requirement is:

  • fresh web grounding;
  • strong publication/update-date controls;
  • multilingual search;
  • simple per-request billing;
  • current-event retrieval without needing a dedicated news data model.

Main limitation for news intelligence: no first-class structured news corpus or news-specific enrichment layer in the Search API.

Parallel

Best fit when the main requirement is:

  • very low-cost AI/web retrieval;
  • agent-oriented objectives;
  • compact LLM-ready excerpts;
  • source policies;
  • fast/high-volume search.

Main limitation for news intelligence: it is a general web retrieval service rather than a structured news product.


14. What a stronger contextual-news API should expose

Looking across the market, the best ideas are distributed across several products.

A strong contextual-news API would combine:

Retrieval

  • hybrid semantic + lexical/BM25 ranking;
  • explicit relevance score;
  • configurable minimum score;
  • deterministic filters separate from the query;
  • optional ranking instructions;
  • source boosting/demotion.

News intelligence

  • sentiment;
  • category/topic;
  • source country;
  • language;
  • entities;
  • entity-level sentiment;
  • source type/trust indicators;
  • company/ticker metadata;
  • story clustering and syndication/deduplication.

RAG payload

  • one or more query-aware chunks;
  • score for each chunk;
  • configurable chunk count;
  • optional summary;
  • optional full article in the same call;
  • predictable text/token limits.

Time and scale

  • published_from and published_to;
  • meaningful historical semantic search;
  • result counts above 20 for monitoring/research use cases;
  • pagination or cursoring where appropriate.

Developer economics

  • no sales call required to start;
  • recurring free allowance;
  • PAYG;
  • no minimum commitment;
  • transparent unit economics;
  • predictable rate limits.

No service in this comparison currently exposes all of these in one public API.


15. Positioning implications

The least differentiated positioning in this market is:

Semantic search for news.

Several vendors can credibly make a similar claim.

A more specific distinction for a dedicated news product is:

Search news by meaning, then filter it like a database.

That statement captures the combination that general AI-search systems usually lack:

  1. contextual/natural-language retrieval;
  2. lexical precision through hybrid ranking;
  3. deterministic news metadata filters;
  4. a dedicated news corpus;
  5. structured context for downstream applications.

From a developer-adoption perspective, the business model is part of that positioning:

Start with recurring free credit, then stay on pay-as-you-go with no minimum commitment.

This matters because a contextual API is frequently adopted bottom-up: a developer first tests a few queries, builds a prototype, then gradually moves traffic into production. A pricing model that preserves self-service usage through that entire path lowers adoption friction.


16. Choosing an API by use case

Use caseStrong candidatesWhy
Structured adverse-media searchWebz.ioSemantic query + deterministic negative-sentiment/category/country filters
RAG over current newsWebz.io, Exa, Tavily, You.comAll return useful context; metadata depth and payload style differ
General web + news grounding in one APIYou.com, Perplexity, ParallelBroad web orientation rather than dedicated news database
Dedicated conventional news searchBrave, Webz.ioBoth expose news-specific search products
Query-aware passages for an LLMExa, You.com, Tavily, Webz.io, ParallelEach exposes passages/highlights/chunks/excerpts
Fine-grained relevance tuningValyuExplicit score threshold, source biasing, ranking instructions
High-volume low-cost generic AI searchParallel, Brave, You.com, PerplexityAggressive flat/request pricing, depending workload
News research requiring metadata constraintsWebz.ioStrongest combination here of semantic retrieval and structured news filters
Small project that should remain free/very cheap over timeWebz.io, Exa, Brave, Tavily, ParallelRecurring free usage is publicly advertised

17. What the documentation cannot tell us

A feature matrix does not prove which search engine produces the best results.

The most important unknowns require an empirical benchmark:

  • semantic relevance;
  • precision@5 / precision@10;
  • recall for niche stories;
  • exact-name/entity handling;
  • lexical + semantic mixed queries;
  • duplicate/syndicated-result rate;
  • source diversity;
  • local-news coverage;
  • non-English performance;
  • breaking-news latency;
  • historical recall;
  • passage quality;
  • hallucination risk if summaries/answers are generated;
  • cost per useful result rather than cost per API call.

A serious vendor evaluation should run the same query set against every API and have human reviewers judge the results blind.

Suggested benchmark set

Use 50-100 queries covering:

  1. broad conceptual news searches;
  2. exact company/person names;
  3. ambiguous entity names;
  4. negative/adverse-media queries;
  5. niche industries;
  6. local news;
  7. non-English news;
  8. breaking events;
  9. queries where relevant articles do not contain the obvious query wording;
  10. queries combining a semantic concept with a rare exact term;
  11. highly syndicated events;
  12. historical queries near each product's retention boundary.

Measure:

precision@5
precision@10
unique-story rate
source diversity
first-relevant-result rank
average passage usefulness
freshness latency
cost per relevant result

That benchmark would reveal the difference between a strong API contract and strong retrieval quality.


18. Bottom line

There is no single "best news search API" because the products solve different problems.

Webz.io has the clearest advantage when the application needs to treat news as a structured dataset while still searching it contextually. Its combination of hybrid semantic + BM25 retrieval, source-country/language/category/sentiment filters, structured article metadata, recurring monthly free credit, and no-commitment PAYG is unusual in this group.

Exa is one of the strongest alternatives when retrieval quality and RAG-ready content extraction matter more than news-specific metadata.

Brave is a strong dedicated News Search API with excellent pricing and source-ranking control, but its public News API contract is closer to advanced search than explicit semantic retrieval.

You.com offers excellent price/performance for applications that want both web and news context, particularly when large result counts or full-page extraction matter.

Tavily is a strong agent/RAG search service with good semantic chunking and a generous recurring free tier, but fewer deterministic news controls.

Valyu has some of the best exposed relevance and ranking controls, especially thresholds and source biasing, although its pricing and news-data model are less straightforward.

Perplexity and Parallel are strongest as general grounding/search infrastructure. They can solve many news-retrieval tasks, but their APIs do not expose the same structured news-data layer.

For a developer specifically building contextual news search, the most important dividing line is therefore:

Is the product searching the web for news, or is it searching a news database with contextual retrieval?

That distinction affects filtering, metadata, monitoring workflows, historical analysis, deduplication, and the amount of post-processing required after search.


Official documentation reviewed

Webz.io

Exa

Brave

You.com

Tavily

Valyu

Perplexity

Parallel


Methodology and caveats

This comparison is based on public vendor documentation and pricing pages reviewed on August 21, 2026. API capabilities, limits, free allowances, and prices can change.

The comparison intentionally distinguishes between:

  • features explicitly documented by the vendor;
  • product architecture that is known but not fully exposed in public docs;
  • capabilities that would require an empirical benchmark to verify.

It does not claim that one vendor has better semantic relevance than another without running the same queries against each service.

Contributors

free-news-api

2 commits