Logo of LexmountLexmount Browser
PlaygroundPricingBlogGet demo
GitHubX (Twitter)
Console
Logo of LexmountLexmount Browser
Product · Engineering · Open Source

Introducing Lexmount Web Search: quality, speed and cost in one search API

A SERP API for agents: fast, affordable and accurate. Results from 980 searches across two benchmarks and four services.

Logo of LexmountLexmount Browser Team
2026/10/2215 min read
Introducing Lexmount Web Search: quality, speed and cost in one search API

Today Lexmount AI is launching Lexmount Web Search on our browser platform. We ran 980 searches across two benchmarks and compared it with Serper, Bright Data SERP API and Browserbase Search. Lexmount Web Search answers in 1.46 seconds on average and costs $0.75 per 1,000 requests, making it the fastest and the cheapest of the four. On retrieval quality it scores 64.0 nDCG@5 on lexbench-websearch, our own benchmark, just behind Serper at 64.4.

1.46s
Avg. latency
Runner-up Serper 2.26 s
$0.75
Price per 1K requests
Runner-up Serper $1.00
64.0
nDCG@5 · lexbench
Leader Serper 64.4
78.0%
Source hit rate · SimpleQA
Leader Serper 80.2%

1|Background: search first, then fetch

Whenever an agent has to deal with recent events, look up a long-tail fact, or cite where an answer came from, it has to go to the web. That usually takes two calls: a web search to find the right pages, then a web fetch to read the one it picked. Here is what that looks like for a question about a paper:

① Ask · user → agent
How many layers are stacked in the encoder of the base model in "Attention Is All You Need"?
query: attention is all you need arxiv
→
② Search · a ranked list of pages
[1706.03762] Attention Is All You Needpicked
arxiv.org/abs/1706.03762
We propose a new simple network architecture, the Transformer, based solely on attention mechanisms…
Attention is All you Need - NeurIPS Proceedings
papers.nips.cc › paper › 7181-attention-is-all-you-need
Attention Is All You Need - Wikipedia
en.wikipedia.org › wiki › Attention_Is_All_You_Need
→
③ Fetch · read the picked paper
# Attention Is All You Need
…
## 3.1 Encoder and Decoder Stacks
The encoder is composed of a stack of N = 6 identical layers. …
Answer: 6 layers (source: arXiv 1706.03762)

Our previous post benchmarked Moli's Web Fetch[1]. This one covers the step before it. A web search takes a query and returns a ranked list of pages, each with a title, a URL and a snippet. That shape is what we call a SERP (search engine results page). If the page the agent needs isn't near the top, there is nothing useful left to fetch.

Agents rarely search once. A single task can take several rounds, and every round adds wait time and cost. So for an agent, three things matter about equally: whether the results are right, how fast they come back, and what each call costs. This benchmark looks at all three.

2|Results at a glance

Quality numbers come from two benchmarks. lexbench-websearch is our own set of 149 search tasks modeled on how agents actually search; we call these "scenario queries" below. SimpleQA Verified is a public set of short fact questions, 773 of which we used; we call these "fact questions". The table below puts speed, price and retrieval quality side by side. The best value in each row is shown in green.

MetricLexmountWeb SearchSerper BrowserbaseSearchBright DataSERP API
Avg. latency 980 calls1.46 s2.26 s3.97 s46.41 s
Price / 1K requests$0.75$1.00$5.00$1.50
nDCG@5 lexbench64.064.458.823.2
Precision@5 lexbench62.7%71.9%62.4%25.8%
Success@5 lexbench77.2%74.5%71.1%25.5%
Hit@5 SimpleQA78.0%80.2%76.3%30.1%
MRR@5 SimpleQA0.6450.7200.5130.267
Answer Match@5 SimpleQA72.1%69.0%20.8%27.7%

Lexmount Web Search comes first on speed and price and second on quality. It is within half a point of Serper on nDCG@5 and ahead of it on Success@5 and Answer Match@5. Serper leads on Precision@5 and on finding the labeled sources in SimpleQA Verified. Browserbase Search returns no snippets in the mode we tested, which hurts it on every snippet-based metric. Bright Data timed out or failed on nearly half of its requests, and its scores drop accordingly.

Why these four? The answer starts with what different "search" APIs actually return.

3|What search APIs return

Plenty of APIs have "search" in the name, but they hand back very different things. We group them into three layers by what a single call returns. Moving from L1 to L3, the output gets more ready to use and harder to verify.

LayerTitle · URLShort snippetSummary / contentGenerated answerExamples (endpoint or parameter in brackets)
L1Search results (SERP)This benchmarkThe list of pages a search engine returns✓✓——Lexmount Web SearchSerperSerpApiBright Data SERP APIBrowserbase SearchBrave Web SearchPerplexity Search APIZhipu Web Search
L2Page contentResults plus a long summary or the page text✓✓✓—DeepSeek Search API need_contentBocha Web Search summaryExa Search contentsTavily Search raw_contentBrave LLM ContextParallel Search excerpts
L3Generated answerA model reads the pages and answers with citationscitations——✓Bocha AI SearchPerplexity Agent APIExa AnswerTavily Search include_answerBrave AnswersParallel Task APIGemini Grounding with Google SearchxAI web_searchZhipu Search in Chat

One vendor's endpoints can sit in different layers, so the table classifies endpoints, not companies.

We picked our three peers deliberately. Browserbase and Bright Data are cloud browser providers, like Lexmount, and both now ship a SERP endpoint. Serper is the reference point for dedicated SERP APIs. Most other products in the table span L1 through L3 and aren't really SERP services: they read pages, or even write the answer, inside one call, so their latency and price aren't comparable to a service that returns a list of links.

Lexmount Web Search is an L1 service, which makes retrieval the thing to measure: are the right pages in the top five, and are they in the right order? L2 summaries and page content and L3 answers aren't available in Lexmount Web Search yet. They're on the way. Until then, an agent that needs the full text can pass the one or two URLs it picked to Moli's Web Fetch.

4|Methodology

We used two question sets. 773 fact questions from the public SimpleQA Verified benchmark test whether a service can find the source pages labeled in the dataset. 149 scenario queries from our own lexbench-websearch test whether the top five results are actually useful to an agent. Each set is scored on its own; we don't blend them into one number.

4.1Public benchmark: SimpleQA Verified

SimpleQA is OpenAI's short-form factuality benchmark: every question has a single, checkable answer[2]. Google DeepMind deduplicated it and fixed bad labels to produce SimpleQA Verified, a 1,000-question set[3] in which each question also lists the source pages that support its answer[4]. Here is one question as it appears in the dataset:

SimpleQA Verified · original questionTopic: TV shows · Answer type: Other
Question
On which U.S. TV station did the Canadian reality series To Serve and Protect debut?
Gold answer
KVOS-TV
Labeled sources
  1. en.wikipedia.org/wiki/To_Serve_and_Protect
  2. play.google.com/store/tv/show/To_Serve_and_Protect?id=…
  3. en.wikipedia.org/wiki/KVOS-TV
This run
Lexmount Web Search · not in top 5Serper · hit at #1Browserbase Search · hit at #5Bright Data SERP API · HTTP 502 error
Matching result
Serper #1 · To Serve and Protect
en.wikipedia.org/wiki/To_Serve_and_Protect
The program premiered on KVOS-TV in 1993 using footage shot in 1991 and 1992. It is based on the American television series Cops.

For every service we check whether a labeled source shows up in the top five results, and whether the gold answer appears in any title or snippet.

The full set spans 10 topics, led by politics, science and technology, and art. Answers fall into five types (date, person, number, place and other), all of them short entities or phrases.

Topics

1,000 questions · 10 topics
Politics176
Science & tech160
Art145
Sports117
Geography111
Music102
Other102
History52
TV shows20
Video games15

Answer types

1,000 questions · 5 types
Other249
Date222
Person198
Number185
Place146

So that every service gets the identical query, we kept the 831 questions of 128 characters or fewer, all of which count toward latency. Dropping 58 with flawed gold answers leaves 773 for the quality metrics.

This set is good at telling whether the expected page was found, but it has three blind spots:

  • Only stable facts. Most questions are encyclopedic and long-lived, so freshness goes untested.
  • No targeted requests. Agents often ask for a specific site or an official source. The dataset has none of that.
  • Only labeled sources count. A page that gives the right answer but isn't on the label list scores as a miss.

In short, SimpleQA Verified tells us whether the labeled source was found, not whether the top five results would help an agent. That gap is why we built our own set.

4.2Our benchmark: lexbench-websearch

lexbench-websearch[5] contains 149 queries drawn from the way agents actually search. Most are general web queries, and many state a source requirement in the query itself, such as a specific site or an official source.

Query types

149 queries
General web118
Site-specific25
Vertical6

Source requirements

Stated explicitly in the query
Official source26
Specific site25
Platform post / video7
Native source6

Three design rules, one for each blind spot above:

🧭 Real queriesCommunity questions, public query sets and adapted scenarios
🎯 Source rules enforcedA result that ignores a site or official-source requirement scores 0
⚖️ Graded usefulnessEach result scores 0–3; no single "right" page

An LLM judge does the grading. It sees only the query, the title and the snippet, never the service name, the URL or the original rank. Each result gets 0–3: 3 fully answers the need, 2 partly helps, 1 is on topic but adds nothing useful, and 0 is irrelevant or breaks the source rule. Here is one query with each service's top-five grades:

lexbench-websearch · original querySource requirement: None; third-party pages can score
Query
DeepSeek Search API 价格 空结果 是否收费
"DeepSeek Search API pricing: are empty results billed?"
Information need
How the DeepSeek Search API is priced, and whether a request that returns no results is charged
Official answer
api-docs.deepseek.com/quick_start/pricing
Search and Fetch are standalone APIs billed per request … Search Per 1,000 successful requests $0.75.
Top-5 grades
Service#1–#5nDCG@5
Ideal ranking33222100.0
Lexmount Web Search2120240.9
Serper2233074.2
Browserbase Search3122170.3
Bright Data SERP API000000.0

nDCG@5 weights the five grades by rank and divides by the score of the ideal ranking. The ideal ranking comes from the pooled top five of all four services; for this query it is 3, 3, 2, 2, 2. None of Lexmount Web Search's five results fully answered the question, so it scores 40.9 here.

4.3Metrics

MetricWhat it measuresBenchmark
nDCG@5Ranking quality of the top five: higher when better-graded results sit higher. Shown × 100lexbench-websearch
Precision@5Share of top-five results graded 2 or higherlexbench-websearch
Success@5Share of queries with at least one result graded 3lexbench-websearch
Hit@5Share of questions whose top five include a labeled sourceSimpleQA Verified
MRR@5Reciprocal rank of the first labeled source, 0 if none; higher means it ranks earlierSimpleQA Verified
Answer Match@5Share of questions where the gold answer appears in a top-five title or snippetSimpleQA Verified
LatencyEnd-to-end time measured on the client, including failed requests and retry waitsAll 980 calls

4.4Services and test rules

Every service was asked for the top five organic results, with page fetching and answer generation turned off. The exact settings:

ServiceSettingsFields returned
Lexmount Web Search[6]query + limit=5Title · URL · snippet
Serper[7]Google search; num=5, gl=us, hl=enTitle · URL · snippet
Browserbase Search[8]Parallel Advanced mode; numResults=5Title · URL (no snippet in this mode)
Bright Data SERP API[9]Google search; parsed_light JSON, gl=us, hl=enTitle · URL · snippet
Browserbase Search returns no snippets. The Parallel Advanced mode we used returns only titles and URLs. The judge can grade scenario results on the title alone, and Answer Match@5 can only look for the answer in titles, so these metrics work against it. On a query about reverse-engineering the Intel 8087 chip, for example, its five title-only results were graded 1, 1, 1, 1, 2. Hit@5 and MRR@5 compare URLs directly and aren't affected.
🎯Same query, same askIdentical query, top 5 results
⏱60 secondsTimeout per request
🔀Rotated orderCall order rotates per query
🧮Everything countsFailures score 0; waits count as latency

We reviewed all 3,920 outputs (980 queries × 4 services) question by question.

5|Results in detail

5.1Side by side: two "official source" queries

First, two scenario queries that explicitly ask for official sources. On the first, Lexmount Web Search puts the official spec at #1. On the second, its only official page sits at #5. Below are each service's top five results, with the judge's grade on the left. Browserbase has no snippets, so its five official pages get a 2 apiece. Both queries are in Chinese, as in the benchmark.

QueryModel Context Protocol 官方规范 文档
"Model Context Protocol official specification docs"
Source requirementOfficial source
nDCG@5 on this queryLexmount 66.2Serper 50.6Browserbase 68.9Bright Data 0.0
Lexmount Web Search
3
1. Specification - Model Context Protocol
modelcontextprotocol.io/specification/2025-06-18
Jun 18, 2025 · The Model Context Protocol enables powerful capabilities through arbitrary data access and…
0
2. Google 开源了啥,让 AI Agent 碰数据库不再是定时炸弹
toutiao.com/group/7694881356991578665
2
3. What is the Model Context Protocol (MCP)?
modelcontextprotocol.io/docs/2026-07-28/getting-started/intro
Jul 28, 2026 · MCP is an open protocol supported across a wide range of clients and servers. AI assistants…
0
4. MCP(Model Context Protocol)标准规范教程:JSON-RPC 数据...-CSDN博客
blog.csdn.net/weixin_30021053/article/details/167260252
0
5. 规范 – Model Context Protocol Specification
model-context-protocol.github.io/specification
Nov 5, 2024 · 无论您是在构建 AI 驱动的 IDE、增强聊天界面,还是创建自定义 AI 工作流,MCP 都提供了一种标准化的方式来连接 LLM 与所需的上下文。本规范定义了权威的协议要求,基于…
Serper
2
1. Introducing the Model Context Protocol
www.anthropic.com/news/model-context-protocol
The Model Context Protocol is an open standard that enables developers to build secure, two-way connections…
0
2. MCP中文文档
modelcontextprotocol.info/zh-cn/docs
欢迎阅读Model Context Protocol 中文文档! MCP 是一个标准化协议,旨在通过提供结构化的上下文管理来增强大型语言模型(LLMs)与应用程序之间的 ...
3
3. Specification
modelcontextprotocol.io/specification/2025-06-18
Model Context Protocol (MCP) is an open protocol that enables seamless integration between LLM applications…
0
4. Model Context Protocol 规范(2025-03-26) - MCP 中文文档
mcp.fleeto.us/spec
Model Context Protocol (MCP) 是一个开放协议, 为LLM 应用与外部数据源和工具之间的无缝集成提供了可能。无论您是构建一个AI 驱动的IDE,增强聊天界面, ...
0
5. WTF is Model Context Protocol?
www.youtube.com/watch?v=KgQhHeYeJ3w
Model Context Protocol (MCP) Explained for Beginners: AI Flight Booking Demo! · Context Engineering for AI…
Browserbase Search
2
1. Specification
modelcontextprotocol.io/specification/2026-07-28
2
2. Specification - Model Context Protocol
modelcontextprotocol.io/specification/latest
2
3. Specification
modelcontextprotocol.io/specification/2025-11-25.md
2
4. Overview
modelcontextprotocol.io/specification/2026-07-28/basic.md
2
5. Overview
modelcontextprotocol.io/specification/2025-11-25/basic.md
Bright Data SERP API
0
1. Model Context Protocol(MCP)详解和开发教程原创
blog.csdn.net/ZYC88888/article/details/146414158
Mar 21, 2025 — Model Context Protocol(MCP)是由Anthropic 开发的开源协议,专注于构建安全且可解释的生成式AI 系统。 MCP 的诞生源于解决LLM 应用的一个关键…
0
2. 模型上下文协议(Model Context Protocol)
java2ai.com/docs/1.0.0-M5.1/tutorials/mcp
模型上下文协议(即Model Context Protocol,MCP)是一个开放协议,它规范了应用程序如何向大型语言模型(LLM)提供上下文。MCP 提供了一种统一的方式将AI 模型连接到 ...Read more
0
3. 基础协议 - MCP 中文文档
mcp.fleeto.us/spec/basic
Model Context Protocol(MCP)由多个关键组件协同工作组成:. Base Protocol(基础协议):核心JSON-RPC 消息类型; Lifecycle…
0
4. 什么是模型上下文协议(MCP)?
www.ibm.com/cn-zh/think/topics/model-context-protocol
模型上下文协议(MCP) 是AI 应用程序的标准化层,可与工具、数据库和预定义模板等外部服务进行有效通信。
0
5. 最新MCP规范解读,看这篇就够了!
zhuanlan.zhihu.com/p/1971974489366589747
Nov 12, 2025 — Model Context Protocol(MCP) 就是为了解决这个问题而生的开放标准协议。 通俗理解: MCP就像是「AI应用的USB接口标准」。就像USB让不同设备都能接入电脑…

Grades: 3 fully answers · 2 partly helps · 1 on topic, nothing useful · 0 irrelevant or breaks the source rule

QueryPython asyncio TaskGroup 官方文档 异常处理
"Python asyncio TaskGroup official docs, exception handling"
Source requirementOfficial source
nDCG@5 on this queryLexmount 7.6Serper 67.9Browserbase 100.0Bright Data 0.0
Lexmount Web Search
0
1. python - 告别 asyncio.gather:使用 TaskGroup 实现更安全、高效的并...
runebook.dev/zh/docs/python/library/asyncio-task/asyncio.TaskGroup
Nov 18, 2025 · asyncio. TaskGroup(从 Python 3.11 开始引入)是一种更现代、更安全、更简洁的方式来管理一组并发运行的 asyncio 任务。 你可以把它想象成一个任务容器。
0
2. GitHub - twilio/twilio-python: A Python module for commu...
www.twilio.com/docs/libraries/python
0
3. Python asyncio 协程异常处理:从静默失败到 TaskGroup 结构化并发-CS...
blog.csdn.net/weixin_33600816/article/details/167516123
Oct 10, 2026 · 异步编程中,协程的异常处理并不只是简单的 try/except 包裹。 许多开发者在使用 asyncio 编写并发任务时,常遇到异常被静默吞掉、日志缺失或任务取消行为异常等问题。
0
4. Python异步编程的7个致命误区:90%开发者踩过的坑及高... - 掘金
juejin.cn/post/7546479364021813300
2
5. 异常 — Python 3.15.0 文档
docs.python.org/zh-cn/3/library/asyncio-exceptions.html
exception asyncio.CancelledError ¶ 该操作已被取消。 取消 asyncio 任务时,可以捕获此异常以执行自定义操作。 在几乎所有情况下,都必须重新引发异常。
Serper
2
1. Coroutines and tasks
docs.python.org/3/library/asyncio-task.html
This section outlines high-level asyncio APIs to work with coroutines and Tasks. Coroutines, Awaitables,…
3
2. 协程与任务
docs.python.org/zh-cn/3/library/asyncio-task.html
TaskGroup 针对嵌套子任务的调度提供比gather 更强的安全保证:如果一个任务(或子任务,即由某个任务调度的任务)引发了异常,TaskGroup 将取消剩余的已排期任务,而 ...
0
3. 【Python】await与asyncio3_asyncio.taskgroup-CSDN博客
blog.csdn.net/yangjia96/article/details/148934966
传播异常: 如果任何一个子任务在执行过程中抛出异常, TaskGroup 会捕获这个异常。当 async with 块退出时,这个异常会被重新抛出(如果多个任务抛出异常 ...
3
4. 协程与任务
docs.python.org/zh-cn/3.13/library/asyncio-task.html
TaskGroup 提供了针对调度嵌套子任务的比gather 更强的安全保证:如果一个任务(或子任务,即由某个任务负责调度的任务)引发了异常,TaskGroup 将取消 ...
0
5. 异步异常处理与调试技巧—— 如何捕获协程异常、取消任务、 ...
zhuanlan.zhihu.com/p/1983263703873896977
本篇将带你深入理解Python 异步系统中的异常传播机制、任务控制与调试技巧, 帮助你构建一个真正健壮、可控、可维护的异步系统。
Browserbase Search
3
1. 协程与任务 — Python 3.14.7 文档
docs.python.org/zh-cn/3/library/asyncio-task.html
3
2. 协程与任务 — Python 3.13.15 文档
docs.python.org/zh-cn/3.13/library/asyncio-task.html
2
3. Coroutines and tasks — Python 3.15.0 documentation
docs.python.org/3.15/library/asyncio-task.html
2
4. Coroutines and tasks — Python 3.15.0 documentation
docs.python.org/3/library/asyncio-task.html
2
5. Coroutines and Tasks — Python 3.11.17 documentation
docs.python.org/3.11/library/asyncio-task.html
Bright Data SERP API
0
1. Asyncio :异常发生时等待任务完成 - 腾讯云
cloud.tencent.com/developer/information/Asyncio :异常发生时等待任务完成
asyncio 是Python 标准库中的一个模块,用于编写并发代码,主要通过协程(coroutines)来实现异步I/O 操作。协程是一种用户态的轻量级线程,可以在单个线程内并发执行多个 ...Read more
0
2. 完整了解如何在python中处理协程和流 - 阿里云开发者社区
developer.aliyun.com/article/1546698
Jun 25, 2024 — 简介. 本文介绍asyncio中常用概念和函数。 def`定义的函数是协程函数,调用产生协程对象。 asyncio 库支持协程和任务,包括基于生成器的旧式协程。Read more
0
3. (Asyncio协程异常处理完全指南)从入门到生产级容错设计原创
blog.csdn.net/algorift/article/details/156507378
Jan 2, 2026 — 异常捕获的常见模式 · 直接在协程函数内部使用try-except 捕获局部异常 · 在await 表达式周围包裹异常处理逻辑 · 通过task.exception() 方法查询已完成任务的…
0
4. 论Python asyncio的一个坑
juejin.cn/post/6844903728013639693
Nov 29, 2018 — 这就是为什么Python官方文档上会强调,如果使用无参数的except,一定要配合raise重新将异常抛出。而正确的忽略执行异常的方法应该是:. def ...Read more
0
5. python 协程任务结束,超时,多任务并行,异常原创
blog.csdn.net/weixin_42241051/article/details/135443188
Jan 7, 2024 — 协程任务超时抛出异常但不退出任务继续执行asyncio.shield函数保护task任务. async def my_timeout():. task =…

Grades: 3 fully answers · 2 partly helps · 1 on topic, nothing useful · 0 irrelevant or breaks the source rule

5.2Scenario queries (lexbench-websearch)

Across the 149 scenario queries, Lexmount Web Search scores 64.0 nDCG@5, a hair behind Serper's 64.4, with Browserbase at 58.8. We're still tuning the ranking and expect to close that gap. Lexmount Web Search has the highest Success@5, so it usually gets at least one result that fully answers the query into the top five. Its Precision@5 of 62.7% trails Serper's 71.9%, though: more of its top five are noise.

nDCG@5

Top-5 ranking quality × 100
nDCG@5: Serper64.4Lexmount64.0Browserbase58.8Bright Data23.2

Precision@5

Share of top-5 results graded ≥ 2
Precision@5: Serper71.9%Lexmount62.7%Browserbase62.4%Bright Data25.8%

Success@5

Queries with at least one 3
Success@5: Lexmount77.2%Serper74.5%Browserbase71.1%Bright Data25.5%

By query type, Lexmount Web Search does best on site-specific queries, at 73.5 nDCG@5 against Serper's 63.0. On general web queries, the largest group, it scores 61.4, slightly below Serper's 64.9.

nDCG@5 by query typeLexmountWeb SearchSerper BrowserbaseSearchBright DataSERP API
General web 118 queries61.464.960.726.9
Site-specific 25 queries73.563.044.711.2
Vertical 6 queries74.459.978.70.0

The vertical group has only 6 queries; treat it as indicative.

5.3Fact questions (SimpleQA Verified)

On the 773 fact questions, Serper finds a labeled source in its top five for 620 of them, Lexmount Web Search for 603 and Browserbase for 590. Serper also ranks those sources higher, with an MRR@5 of 0.720 against Lexmount Web Search's 0.645.

Hit@5

Questions with a labeled source found
Hit@5: Serper80.2%Lexmount78.0%Browserbase76.3%Bright Data30.1%

MRR@5

Higher means the hit ranks earlier
MRR@5: Serper0.720Lexmount0.645Browserbase0.513Bright Data0.267

Answer Match@5

Gold answer in a title or snippet
Answer Match@5: Lexmount72.1%Serper69.0%Bright Data27.7%Browserbase20.8%

Answer Match@5 only asks whether the gold answer text appears in a title or snippet. Lexmount Web Search reaches 72.1% here, a bit above Serper's 69.0%. Browserbase can only match on titles and lands at 20.8%.

5.4Speed and cost

Over all 980 calls, Lexmount Web Search averages 1.46 seconds. Serper averages 2.26 seconds and Browserbase 3.97. Bright Data returned errors on 484 of its 980 requests, 326 of them still unanswered at the 60-second timeout, which pushes its average to 46.41 seconds.

The gap widens in the tail. On scenario queries, 95% of Lexmount Web Search requests come back within 2.06 seconds; Serper needs 4.69.

All four services charge per 1,000 requests. Lexmount Web Search is the cheapest at $0.75, against $1.00 for Serper, $1.50 for Bright Data and $5.00 for Browserbase.

Average latency

All 980 calls; Bright Data bar truncated
Average latency: Lexmount1.46 sSerper2.26 sBrowserbase3.97 sBright Data46.41 s

Price per 1,000 requests

USD
Price per 1,000 requests: Lexmount$0.75Serper$1.00Bright Data$1.50Browserbase$5.00

5.5Where Serper still leads

Serper serves Google's results. Going through the per-query output, the gap between it and Lexmount Web Search comes down to four things:

Noise in the top five

On the MCP query, Lexmount Web Search has the official spec at #1, but three of its five results score 0.

Source rules not applied

The Python TaskGroup query asks for official docs; Lexmount Web Search's first four results aren't official pages.

Snippets miss the key facts

On the DeepSeek pricing query, Lexmount Web Search's snippets leave out the price itself, so none of its five results gets a 3.

Labeled sources rank too low

Asked where "To Serve and Protect" first aired, Serper has Wikipedia at #1; Lexmount Web Search misses it in the top five.

All four come down to ranking and snippets, and that's where our next round of work goes.

6|Wrap-up and what's next

Today

Where we stand

1.46 saverage latency · fastest
$0.75per 1,000 requests · cheapest
64.0nDCG@5 on lexbench · Serper 64.4
→
Next

Faster and more accurate

< 1 starget average latency
> 64.4nDCG@5 · pass Serper
Top fiveless noise, source rules enforced
→
Later

A bigger, fresher benchmark

More queriesmore site-specific and vertical cases
New batchesadded over time to test freshness

Among the four SERP APIs we tested, Lexmount Web Search is the fastest and the cheapest, and its retrieval quality is already close to Serper's, ahead on Success@5 and Answer Match@5. Next we're working on ranking and snippets to lift Precision@5 and source hits on fact questions, with the goal of passing Serper on quality. At the same time we'll keep working on speed to bring average latency under one second.

The benchmark has limits. The scenario set has only 149 queries, mostly general web, with just 6 vertical ones. SimpleQA Verified is a fixed set and can't test freshness. And the judge sees only titles and snippets, not the pages behind them. We plan to grow the set and add new queries in dated batches. The evaluation code and the queries are open source, and we'd welcome corrections.

You can try your own queries in the Playground right now, or grab an API key and plug Lexmount Web Search into your agent. Questions or ideas? Reach us through the contact page, on X or on Discord, or open an issue on the Moli[10] GitHub repo.

Try it in the PlaygroundAPI docsGet an API keyContact usXDiscordMoli feedback

Appendix|Open source and reproducibility

The benchmark runs on Browser Eval[11]. Add API keys for the four services and a single command reruns it with the same settings. The scenario queries, source rules and scoring code live in lexbench-websearch. If you spot a labeling or scoring problem, issues and PRs are welcome.

Run it yourself

🛠 Browser Eval

One command reruns all four services

github.com/lexmount/browser-eval
→
Our benchmark

📦 lexbench-websearch

149 scenario queries and scoring code

github.com/lexmount/lexbench-websearch
Public benchmark

📏 SimpleQA Verified

1,000 short fact questions

kaggle.com/benchmarks/deepmind/simpleqa-verified

The benchmark calls live search services, so reruns may show small differences in results and latency for some queries.

References

  1. Moli Web Fetch benchmark: our earlier post on web fetch quality.https://browser.lexmount.com/en/blog/webfetch-benchmark
  2. SimpleQA: OpenAI's short-form factuality benchmark.https://arxiv.org/abs/2411.04368
  3. SimpleQA Verified: Google DeepMind's revised 1,000-question SimpleQA.https://arxiv.org/abs/2509.07968
  4. SimpleQA Verified dataset: questions, answers, topics, answer types and source URLs.https://huggingface.co/datasets/google/simpleqa-verified
  5. lexbench-websearch: Lexmount's open web search benchmark, with queries, source rules and scoring code.https://github.com/lexmount/lexbench-websearch
  6. Lexmount Web Search: Lexmount's SERP API; see the quickstart for docs.https://browser.lexmount.com/en/ · https://browser.lexmount.com/en/docs/websearch/quickstart
  7. Serper: a SERP API serving Google results.https://serper.dev
  8. Browserbase Search: Browserbase's web search endpoint.https://docs.browserbase.com/platform/search/overview
  9. Bright Data SERP API: Bright Data's search results API; pricing on its pricing page.https://brightdata.com/products/serp-api · https://brightdata.com/pricing/serp
  10. Moli: Lexmount's open-source browser for agents.https://github.com/lexmount/moli
  11. Browser Eval: Lexmount's open-source evaluation framework for browsers and web tools.https://github.com/lexmount/browser-eval
1|Background: search first, then fetch2|Results at a glance3|What search APIs return4|Methodology5|Results in detail6|Wrap-up and what's nextAppendix|Open source and reproducibilityReferences
Logo of Lexmount

Product

  • Cloud Browser API
  • Web Fetch API
  • Web Search API
  • Get Started
  • Templates

Resources

  • Help Center
  • Blog
  • Documentation
  • Changelog
  • Status

Company

  • About
  • Newsletter
  • Cookie Policy
  • Browser Data Notice

Connect

  • Contact
  • GitHub
  • Discord
  • Privacy Policy
  • Refund Policy
  • Terms of Service