Last reviewed: August 21, 2026
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:
This comparison covers:
The short version:
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:
The strongest contextual-news API combines semantic intent with database-like control.
| Capability | Webz.io | Exa | Brave | You.com | Tavily | Valyu | Perplexity | Parallel |
|---|---|---|---|---|---|---|---|---|
| Dedicated news corpus / endpoint | Yes | News vertical/category | Yes | News section selected by query classifier | News topic/mode | News search type | No dedicated news endpoint | No dedicated news endpoint |
| Natural-language query | Yes | Yes | Yes, search-style query | Yes | Yes | Yes | Yes | Yes |
| Semantic retrieval explicitly documented | Yes | Yes | Not explicitly for News API | Query-aware AI retrieval; implementation not fully exposed | Semantic chunks documented | Semantic/AI retrieval documented | Ranking implementation not fully exposed | Semantic objective + web search |
| Lexical / keyword component | BM25 | Proprietary | Search operators / lexical query support | Proprietary | Proprietary | Can bypass rewriting/reranking in fast mode | Proprietary | Explicit short search queries plus semantic objective |
| Hybrid semantic + lexical ranking | Yes | Not fully specified publicly | Not documented as hybrid | Not specified publicly | Not specified publicly | Not specified publicly | Not specified publicly | Objective + lexical queries, but implementation differs from BM25 hybrid ranking |
| Sentiment filter | Yes | No dedicated news sentiment filter | No | No | No | No | No | No |
| News category filter | Yes | Generic content category including news | No comparable topical taxonomy in News API | No comparable structured news category filter | Topic selects news, not an article taxonomy | No comparable news taxonomy | No | No |
| Source-country filter | Yes | User-location hint, not equivalent | Yes | Country geo focus | Country boost only for general, not news | Country code geo targeting | Yes | Geo/source controls, not a news-source-country field |
| Language filter | Yes | Not a primary news-specific filter in the cited News interface | Yes | Yes | Search parameters vary by mode | Via search behavior/source selection | Yes, up to 20 | Not a news-specific language taxonomy |
| Date range | From-date in current Context API | From + to | Freshness + custom range | Freshness + custom range | From + to / time range | From + to | Published + updated before/after; recency | after_date |
| Include/exclude domains | Yes | Yes, large lists | site: plus Goggles/custom ranking | Yes | Yes | Yes | Yes, limited list | Yes |
| Domain boosting / demotion | Not in current Context API | Can guide ranking with system prompt | Yes via Goggles | Yes, boost_domains | Not equivalent | Yes, source_biases | No comparable boost control | Can steer source preference in objective |
| Relevance score returned | Not currently exposed | Highlight-level scores | Not documented | Not exposed as a simple article score | Yes | Yes | Not exposed as a simple article score | Results ordered by relevance |
| Minimum relevance threshold | No | No direct article threshold | No | No | No direct threshold | Yes | No | No |
| Query-aware passage/chunk | Yes | Yes | Additional snippets, not documented as semantic chunks | Yes: highlights | Yes | Extracted content / reranked results | Extracted snippets/content | Yes: LLM-optimized excerpts |
| Multiple relevant chunks per URL | Current response exposes one best chunk | Yes | Up to 5 extra snippets | Yes | Up to 3 chunks/source | Content length is configurable rather than chunk-count-centric | Content controlled by context/token settings | Excerpts controlled by character budget |
| Full page/article in same search request | No; current docs use a follow-up News API lookup for full article | Yes | No full article contract | Yes, optional | Optional raw content | Can return large extracted content | Can return substantial extracted content | Excerpts, not positioned as full-page news delivery |
| Public max results | 50 | 100 | 50/page | 100 per section | 20 | 20 normally; higher by request | 20 | Mode/configuration dependent |
| Explicit contextual-news history | 30 days in current Context API | No fixed public news-archive guarantee | Historical/custom-date search, depth not guaranteed | Historical date filters, depth not guaranteed | No fixed news archive guarantee | No fixed news archive guarantee | No fixed news archive guarantee | No fixed news archive guarantee |
| News-specific structured metadata | Strong | Limited compared with a news database | Basic search-result metadata | Basic news/web result metadata | Limited | Limited | Limited | Limited |
| Recurring free usage | $5 credit every month | $10 credit every month | $5 credit every month | No recurring allowance documented; $100 signup credit | 1,000 credits/month | No recurring free allowance documented; $10 signup credit | No recurring Search API allowance documented | $5 monthly credit advertised; up to 5K free requests/month also advertised |
| PAYG / no long-term commitment | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
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.
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:
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:
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 has a dedicated News Search endpoint backed by a specialized news index. It supports:
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 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:
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 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:
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 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;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's Search API is a general web-search API intended to return ranked sources and extracted content. It supports strong recency controls:
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 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:
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
The current News Search filters include:
languagecountrycategorysentimentpublished_fromdomainexclude_domainThis 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:
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.
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.
Good date, country, language, include/exclude domain, and domain-boosting controls. It lacks comparable news sentiment/category metadata.
Good date and domain controls, but the country parameter is not a deterministic news-mode source-country filter.
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.
Very good freshness/date/language/domain controls. Weak on news-specific metadata because it is a general web search API.
Good source-policy controls and natural-language objectives, but it does not expose a structured news-filtering model.
The search algorithm is only half of a RAG API. The response shape determines how much work the developer must do after retrieval.
The current Context response contains article metadata such as:
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 is particularly strong here. A search request can request:
This can reduce the amount of post-processing needed before inserting results into an LLM context window.
You.com offers a clean three-level content model:
That gives developers direct control over token volume versus context quality.
Tavily can return up to three semantically relevant chunks per source and optionally return raw content. This is well designed for RAG pipelines.
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 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 can return extracted content under configurable context/token budgets. This is useful for grounding but lacks Webz.io's news-native metadata.
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.
| API | Article/result score | Passage score | Threshold | Ranking instructions | Source boost/demotion |
|---|---|---|---|---|---|
| Webz.io | No | No | No | No | No in current Context API |
| Exa | Not exposed as a simple universal article score in the cited response | Yes, highlight scores | No direct result threshold | System prompt can guide behavior | Can be influenced by prompt/domain controls |
| Brave | No simple semantic score documented | No | No | Via Goggles rules | Yes, via Goggles |
| You.com | No simple result score documented | No | No | No explicit ranking-instruction field | Yes, boost_domains |
| Tavily | Yes | Result/chunk relevance is used | No explicit minimum-score filter | No separate instruction field | No equivalent first-class source-bias field |
| Valyu | Yes | Search/reranking oriented | Yes | Yes | Yes |
| Perplexity | No simple score exposed | No | No | No | No comparable boost field |
| Parallel | Ordered by relevance | Not exposed as a simple score | No | Yes, through objective | Can steer source preference; also include/exclude |
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.
This is where dedicated news infrastructure starts to matter.
The current contextual response/filter layer exposes structured fields including:
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 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 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.
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.
For a chatbot answering "what happened today?", rich news metadata may be unnecessary.
For applications such as:
structured news metadata becomes much more valuable.
Historical depth is difficult to compare because several vendors do not publish a guaranteed archive window for their search index.
| API | Documented date controls | Explicit historical depth for contextual/news search |
|---|---|---|
| Webz.io | published_from | Current Context API: last 30 days. Wider Webz.io platform offers much deeper historical data. |
| Exa | start/end publication dates | No fixed public News Search archive depth stated |
| Brave | day/week/month/year + custom range | Historical news search supported; no fixed depth guarantee in cited docs |
| You.com | freshness presets + custom date range | No fixed news archive guarantee stated |
| Tavily | start/end date + time range | No fixed news archive guarantee stated |
| Valyu | start/end date | No fixed news archive guarantee stated |
| Perplexity | published/updated before/after + recency | No fixed news archive guarantee stated |
| Parallel | after_date | No fixed news archive guarantee stated |
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.
| API | Public result limit / behavior |
|---|---|
| Webz.io | 50 |
| Exa | 100 public; higher enterprise limits are advertised |
| Brave | 50 per page |
| You.com | 100 per section (web, news) |
| Tavily | 20 |
| Valyu | 20 normally, higher limits by request |
| Perplexity | 20 |
| Parallel | Depends 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.
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.
| API | Free access | PAYG pricing | Commitment | Notes |
|---|---|---|---|---|
| Webz.io | $5 free credit every month | $0.001/search call + $0.0005/result returned | No minimum spend / no commitment | No 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 10 | No long-term commitment | Content extraction can add separate usage cost |
| Brave | $5 free credits every month | $5/1K requests | No long-term commitment | Current free-plan flow requires card for anti-fraud |
| You.com | $100 one-time signup credit | $5/1K search calls | No minimum spend | Up to 100 results/call; full-page extraction adds $1/1K pages |
| Tavily | 1,000 API credits every month | $0.008/credit | No long-term commitment | Basic/fast searches cost 1 credit; advanced costs 2 |
| Valyu | $10 one-time signup credit | Variable, source-dependent retrieval pricing | PAYG available | Public pricing lists roughly $0.50-$30 CPM depending on source |
| Perplexity | No recurring Search API free allowance documented on the pricing page reviewed | $5/1K successful Search API requests | PAYG | Up to five query strings can be included in one billed request |
| Parallel | Recurring free-credit/free-request offers advertised | About $0.001-$0.005/request for 10-result Search | PAYG | Among the lowest-cost general AI-search options |
Sources:
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.
| Results requested / returned | Webz.io | Exa | Brave | You.com | Tavily Basic | Tavily Advanced | Perplexity | Parallel | Valyu |
|---|---|---|---|---|---|---|---|---|---|
| 10 | $6 | $7 | $5 | $5 | $8 | $16 | $5 | ~$1-$5 | Variable |
| 20 | $11 | $17 | $5 | $5 | $8 | $16 | $5 | Not directly normalized from public 10-result pricing | Variable |
| 50 | $26 | $47 | $5 | $5 | Not supported | Not supported | Not supported | Not directly normalized | Normally above public default limit |
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.
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/search | Approx. cost/search | Approx. 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.
A flat $5/1K general search request is not automatically cheaper for a news-intelligence application if the application then needs additional processing for:
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.
Recurring free usage can matter more than a large one-time signup grant for prototypes that become small long-running applications.
| API | Type 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 |
| Tavily | 1,000 API credits every month |
| Valyu | $10 one-time signup credit |
| Perplexity | No recurring Search API allowance documented on the pricing page reviewed |
| Parallel | Site 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:
Webz.io, Exa, Brave, Tavily, and Parallel currently advertise some form of recurring free usage. This is useful for:
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.
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.
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 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 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 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 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 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 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 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.
Best fit when the application needs:
Main current limitations:
published_to filter in the current Context interface;Best fit when the main requirement is:
Main limitation for news intelligence: fewer first-class news-specific metadata filters.
Best fit when the main requirement is:
Main limitation for contextual news: the News API does not explicitly expose semantic/vector retrieval or rich news-intelligence metadata.
Best fit when the main requirement is:
Main limitation for news intelligence: the product is general AI search rather than a deterministic news-database interface.
Best fit when the main requirement is:
Main limitation for news intelligence: limited news-native filters and a 20-result ceiling.
Best fit when the main requirement is:
Main limitations: less transparent dedicated-news corpus/enrichment model and more variable pricing.
Best fit when the main requirement is:
Main limitation for news intelligence: no first-class structured news corpus or news-specific enrichment layer in the Search API.
Best fit when the main requirement is:
Main limitation for news intelligence: it is a general web retrieval service rather than a structured news product.
Looking across the market, the best ideas are distributed across several products.
A strong contextual-news API would combine:
published_from and published_to;No service in this comparison currently exposes all of these in one public API.
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:
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.
| Use case | Strong candidates | Why |
|---|---|---|
| Structured adverse-media search | Webz.io | Semantic query + deterministic negative-sentiment/category/country filters |
| RAG over current news | Webz.io, Exa, Tavily, You.com | All return useful context; metadata depth and payload style differ |
| General web + news grounding in one API | You.com, Perplexity, Parallel | Broad web orientation rather than dedicated news database |
| Dedicated conventional news search | Brave, Webz.io | Both expose news-specific search products |
| Query-aware passages for an LLM | Exa, You.com, Tavily, Webz.io, Parallel | Each exposes passages/highlights/chunks/excerpts |
| Fine-grained relevance tuning | Valyu | Explicit score threshold, source biasing, ranking instructions |
| High-volume low-cost generic AI search | Parallel, Brave, You.com, Perplexity | Aggressive flat/request pricing, depending workload |
| News research requiring metadata constraints | Webz.io | Strongest combination here of semantic retrieval and structured news filters |
| Small project that should remain free/very cheap over time | Webz.io, Exa, Brave, Tavily, Parallel | Recurring free usage is publicly advertised |
A feature matrix does not prove which search engine produces the best results.
The most important unknowns require an empirical benchmark:
A serious vendor evaluation should run the same query set against every API and have human reviewers judge the results blind.
Use 50-100 queries covering:
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.
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.
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:
It does not claim that one vendor has better semantic relevance than another without running the same queries against each service.
2 commits
Last reviewed: August 21, 2026
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:
This comparison covers:
The short version:
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:
The strongest contextual-news API combines semantic intent with database-like control.
| Capability | Webz.io | Exa | Brave | You.com | Tavily | Valyu | Perplexity | Parallel |
|---|---|---|---|---|---|---|---|---|
| Dedicated news corpus / endpoint | Yes | News vertical/category | Yes | News section selected by query classifier | News topic/mode | News search type | No dedicated news endpoint | No dedicated news endpoint |
| Natural-language query | Yes | Yes | Yes, search-style query | Yes | Yes | Yes | Yes | Yes |
| Semantic retrieval explicitly documented | Yes | Yes | Not explicitly for News API | Query-aware AI retrieval; implementation not fully exposed | Semantic chunks documented | Semantic/AI retrieval documented | Ranking implementation not fully exposed | Semantic objective + web search |
| Lexical / keyword component | BM25 | Proprietary | Search operators / lexical query support | Proprietary | Proprietary | Can bypass rewriting/reranking in fast mode | Proprietary | Explicit short search queries plus semantic objective |
| Hybrid semantic + lexical ranking | Yes | Not fully specified publicly | Not documented as hybrid | Not specified publicly | Not specified publicly | Not specified publicly | Not specified publicly | Objective + lexical queries, but implementation differs from BM25 hybrid ranking |
| Sentiment filter | Yes | No dedicated news sentiment filter | No | No | No | No | No | No |
| News category filter | Yes | Generic content category including news | No comparable topical taxonomy in News API | No comparable structured news category filter | Topic selects news, not an article taxonomy | No comparable news taxonomy | No | No |
| Source-country filter | Yes | User-location hint, not equivalent | Yes | Country geo focus | Country boost only for general, not news | Country code geo targeting | Yes | Geo/source controls, not a news-source-country field |
| Language filter | Yes | Not a primary news-specific filter in the cited News interface | Yes | Yes | Search parameters vary by mode | Via search behavior/source selection | Yes, up to 20 | Not a news-specific language taxonomy |
| Date range | From-date in current Context API | From + to | Freshness + custom range | Freshness + custom range | From + to / time range | From + to | Published + updated before/after; recency | after_date |
| Include/exclude domains | Yes | Yes, large lists | site: plus Goggles/custom ranking | Yes | Yes | Yes | Yes, limited list | Yes |
| Domain boosting / demotion | Not in current Context API | Can guide ranking with system prompt | Yes via Goggles | Yes, boost_domains | Not equivalent | Yes, source_biases | No comparable boost control | Can steer source preference in objective |
| Relevance score returned | Not currently exposed | Highlight-level scores | Not documented | Not exposed as a simple article score | Yes | Yes | Not exposed as a simple article score | Results ordered by relevance |
| Minimum relevance threshold | No | No direct article threshold | No | No | No direct threshold | Yes | No | No |
| Query-aware passage/chunk | Yes | Yes | Additional snippets, not documented as semantic chunks | Yes: highlights | Yes | Extracted content / reranked results | Extracted snippets/content | Yes: LLM-optimized excerpts |
| Multiple relevant chunks per URL | Current response exposes one best chunk | Yes | Up to 5 extra snippets | Yes | Up to 3 chunks/source | Content length is configurable rather than chunk-count-centric | Content controlled by context/token settings | Excerpts controlled by character budget |
| Full page/article in same search request | No; current docs use a follow-up News API lookup for full article | Yes | No full article contract | Yes, optional | Optional raw content | Can return large extracted content | Can return substantial extracted content | Excerpts, not positioned as full-page news delivery |
| Public max results | 50 | 100 | 50/page | 100 per section | 20 | 20 normally; higher by request | 20 | Mode/configuration dependent |
| Explicit contextual-news history | 30 days in current Context API | No fixed public news-archive guarantee | Historical/custom-date search, depth not guaranteed | Historical date filters, depth not guaranteed | No fixed news archive guarantee | No fixed news archive guarantee | No fixed news archive guarantee | No fixed news archive guarantee |
| News-specific structured metadata | Strong | Limited compared with a news database | Basic search-result metadata | Basic news/web result metadata | Limited | Limited | Limited | Limited |
| Recurring free usage | $5 credit every month | $10 credit every month | $5 credit every month | No recurring allowance documented; $100 signup credit | 1,000 credits/month | No recurring free allowance documented; $10 signup credit | No recurring Search API allowance documented | $5 monthly credit advertised; up to 5K free requests/month also advertised |
| PAYG / no long-term commitment | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
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.
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:
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:
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 has a dedicated News Search endpoint backed by a specialized news index. It supports:
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 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:
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 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:
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 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;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's Search API is a general web-search API intended to return ranked sources and extracted content. It supports strong recency controls:
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 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:
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
The current News Search filters include:
languagecountrycategorysentimentpublished_fromdomainexclude_domainThis 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:
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.
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.
Good date, country, language, include/exclude domain, and domain-boosting controls. It lacks comparable news sentiment/category metadata.
Good date and domain controls, but the country parameter is not a deterministic news-mode source-country filter.
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.
Very good freshness/date/language/domain controls. Weak on news-specific metadata because it is a general web search API.
Good source-policy controls and natural-language objectives, but it does not expose a structured news-filtering model.
The search algorithm is only half of a RAG API. The response shape determines how much work the developer must do after retrieval.
The current Context response contains article metadata such as:
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 is particularly strong here. A search request can request:
This can reduce the amount of post-processing needed before inserting results into an LLM context window.
You.com offers a clean three-level content model:
That gives developers direct control over token volume versus context quality.
Tavily can return up to three semantically relevant chunks per source and optionally return raw content. This is well designed for RAG pipelines.
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 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 can return extracted content under configurable context/token budgets. This is useful for grounding but lacks Webz.io's news-native metadata.
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.
| API | Article/result score | Passage score | Threshold | Ranking instructions | Source boost/demotion |
|---|---|---|---|---|---|
| Webz.io | No | No | No | No | No in current Context API |
| Exa | Not exposed as a simple universal article score in the cited response | Yes, highlight scores | No direct result threshold | System prompt can guide behavior | Can be influenced by prompt/domain controls |
| Brave | No simple semantic score documented | No | No | Via Goggles rules | Yes, via Goggles |
| You.com | No simple result score documented | No | No | No explicit ranking-instruction field | Yes, boost_domains |
| Tavily | Yes | Result/chunk relevance is used | No explicit minimum-score filter | No separate instruction field | No equivalent first-class source-bias field |
| Valyu | Yes | Search/reranking oriented | Yes | Yes | Yes |
| Perplexity | No simple score exposed | No | No | No | No comparable boost field |
| Parallel | Ordered by relevance | Not exposed as a simple score | No | Yes, through objective | Can steer source preference; also include/exclude |
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.
This is where dedicated news infrastructure starts to matter.
The current contextual response/filter layer exposes structured fields including:
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 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 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.
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.
For a chatbot answering "what happened today?", rich news metadata may be unnecessary.
For applications such as:
structured news metadata becomes much more valuable.
Historical depth is difficult to compare because several vendors do not publish a guaranteed archive window for their search index.
| API | Documented date controls | Explicit historical depth for contextual/news search |
|---|---|---|
| Webz.io | published_from | Current Context API: last 30 days. Wider Webz.io platform offers much deeper historical data. |
| Exa | start/end publication dates | No fixed public News Search archive depth stated |
| Brave | day/week/month/year + custom range | Historical news search supported; no fixed depth guarantee in cited docs |
| You.com | freshness presets + custom date range | No fixed news archive guarantee stated |
| Tavily | start/end date + time range | No fixed news archive guarantee stated |
| Valyu | start/end date | No fixed news archive guarantee stated |
| Perplexity | published/updated before/after + recency | No fixed news archive guarantee stated |
| Parallel | after_date | No fixed news archive guarantee stated |
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.
| API | Public result limit / behavior |
|---|---|
| Webz.io | 50 |
| Exa | 100 public; higher enterprise limits are advertised |
| Brave | 50 per page |
| You.com | 100 per section (web, news) |
| Tavily | 20 |
| Valyu | 20 normally, higher limits by request |
| Perplexity | 20 |
| Parallel | Depends 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.
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.
| API | Free access | PAYG pricing | Commitment | Notes |
|---|---|---|---|---|
| Webz.io | $5 free credit every month | $0.001/search call + $0.0005/result returned | No minimum spend / no commitment | No 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 10 | No long-term commitment | Content extraction can add separate usage cost |
| Brave | $5 free credits every month | $5/1K requests | No long-term commitment | Current free-plan flow requires card for anti-fraud |
| You.com | $100 one-time signup credit | $5/1K search calls | No minimum spend | Up to 100 results/call; full-page extraction adds $1/1K pages |
| Tavily | 1,000 API credits every month | $0.008/credit | No long-term commitment | Basic/fast searches cost 1 credit; advanced costs 2 |
| Valyu | $10 one-time signup credit | Variable, source-dependent retrieval pricing | PAYG available | Public pricing lists roughly $0.50-$30 CPM depending on source |
| Perplexity | No recurring Search API free allowance documented on the pricing page reviewed | $5/1K successful Search API requests | PAYG | Up to five query strings can be included in one billed request |
| Parallel | Recurring free-credit/free-request offers advertised | About $0.001-$0.005/request for 10-result Search | PAYG | Among the lowest-cost general AI-search options |
Sources:
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.
| Results requested / returned | Webz.io | Exa | Brave | You.com | Tavily Basic | Tavily Advanced | Perplexity | Parallel | Valyu |
|---|---|---|---|---|---|---|---|---|---|
| 10 | $6 | $7 | $5 | $5 | $8 | $16 | $5 | ~$1-$5 | Variable |
| 20 | $11 | $17 | $5 | $5 | $8 | $16 | $5 | Not directly normalized from public 10-result pricing | Variable |
| 50 | $26 | $47 | $5 | $5 | Not supported | Not supported | Not supported | Not directly normalized | Normally above public default limit |
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.
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/search | Approx. cost/search | Approx. 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.
A flat $5/1K general search request is not automatically cheaper for a news-intelligence application if the application then needs additional processing for:
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.
Recurring free usage can matter more than a large one-time signup grant for prototypes that become small long-running applications.
| API | Type 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 |
| Tavily | 1,000 API credits every month |
| Valyu | $10 one-time signup credit |
| Perplexity | No recurring Search API allowance documented on the pricing page reviewed |
| Parallel | Site 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:
Webz.io, Exa, Brave, Tavily, and Parallel currently advertise some form of recurring free usage. This is useful for:
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.
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.
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 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 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 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 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 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 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 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.
Best fit when the application needs:
Main current limitations:
published_to filter in the current Context interface;Best fit when the main requirement is:
Main limitation for news intelligence: fewer first-class news-specific metadata filters.
Best fit when the main requirement is:
Main limitation for contextual news: the News API does not explicitly expose semantic/vector retrieval or rich news-intelligence metadata.
Best fit when the main requirement is:
Main limitation for news intelligence: the product is general AI search rather than a deterministic news-database interface.
Best fit when the main requirement is:
Main limitation for news intelligence: limited news-native filters and a 20-result ceiling.
Best fit when the main requirement is:
Main limitations: less transparent dedicated-news corpus/enrichment model and more variable pricing.
Best fit when the main requirement is:
Main limitation for news intelligence: no first-class structured news corpus or news-specific enrichment layer in the Search API.
Best fit when the main requirement is:
Main limitation for news intelligence: it is a general web retrieval service rather than a structured news product.
Looking across the market, the best ideas are distributed across several products.
A strong contextual-news API would combine:
published_from and published_to;No service in this comparison currently exposes all of these in one public API.
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:
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.
| Use case | Strong candidates | Why |
|---|---|---|
| Structured adverse-media search | Webz.io | Semantic query + deterministic negative-sentiment/category/country filters |
| RAG over current news | Webz.io, Exa, Tavily, You.com | All return useful context; metadata depth and payload style differ |
| General web + news grounding in one API | You.com, Perplexity, Parallel | Broad web orientation rather than dedicated news database |
| Dedicated conventional news search | Brave, Webz.io | Both expose news-specific search products |
| Query-aware passages for an LLM | Exa, You.com, Tavily, Webz.io, Parallel | Each exposes passages/highlights/chunks/excerpts |
| Fine-grained relevance tuning | Valyu | Explicit score threshold, source biasing, ranking instructions |
| High-volume low-cost generic AI search | Parallel, Brave, You.com, Perplexity | Aggressive flat/request pricing, depending workload |
| News research requiring metadata constraints | Webz.io | Strongest combination here of semantic retrieval and structured news filters |
| Small project that should remain free/very cheap over time | Webz.io, Exa, Brave, Tavily, Parallel | Recurring free usage is publicly advertised |
A feature matrix does not prove which search engine produces the best results.
The most important unknowns require an empirical benchmark:
A serious vendor evaluation should run the same query set against every API and have human reviewers judge the results blind.
Use 50-100 queries covering:
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.
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.
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:
It does not claim that one vendor has better semantic relevance than another without running the same queries against each service.
2 commits