Same AI, different search API: score goes from 33 to 83 — how to pick from the latest Search Index leaderboard?

Same AI, different search API: score goes from 33 to 83 — how to pick from the latest Search Index leaderboard?

Author’s note: The 2026-11-09 leaderboard from the Artificial Analysis Search Index shows that if you hold one answer model fixed and change only the search configuration, the overall score can range from 33 points all the way to 83 points. That said, when choosing a setup you also need to look at task cost, end-to-end latency, and evaluation scope.

A lot of people building Agents start by picking a model, then casually wire up a search tool. For many teams, search is just an accessory—”as long as it can get online, it’s fine.” The Search Index update published by Artificial Analysis on November 9, 2026 tells a different story: with the same model, you get 33 points without search, and up to 83 points with the best search API configuration.

This isn’t just another leaderboard repost saying every vendor is good at something. This article breaks down how the 83-point result is calculated and what the test conditions are, then compares quality, end-to-end task time, search cost, and model cost side by side. Finally, it walks through which decisions this leaderboard can support by scenario—and where you can’t apply it directly.

Core value: After reading this, you’ll be able to use a public leaderboard to shortlist search API candidates, then run your own follow-up comparison against your tasks, instead of making decisions based only on the top score.

search-api-index-33-to-83-comparison-en-image-0


Terms to know before reading the search API leaderboard

One-sentence summary: The Search Index compares how the same model performs under different search configurations, and the gap is as large as 50 points. But a higher score doesn’t mean “best for you”—you also need to look at cost, latency, and evaluation coverage.

Before reading the leaderboard, let’s align on a few terms:

  • Search Index: A composite score aggregated from a given retrieval benchmark according to a set of rules. In this article, it specifically refers to Artificial Analysis’s search API evaluation index, with a maximum score of 100.
  • F1: The harmonic mean of precision and recall. When the answer is “a set of entities,” it measures whether the answer is accurate and complete.
  • Harness: A testing framework that organizes model input, tool execution, and task scoring. The agent loop used by Artificial Analysis is called Stirrup.
  • Search API: An interface that returns retrieval results such as web links, titles, and relevant snippets based on a query—for example, Exa, Brave, and Perplexity Search API.
  • Token: The unit of text that a model processes. The more verbose the search results, the more tokens are fed into the model, and the higher the model cost.

Can search APIs really make the same AI differ by 50 points?

Artificial Analysis launched its search API benchmark on August 18, 2026. The latest public data was updated on November 9, 2026, covering 14 providers and 26 Search API products or configurations. It doesn’t evaluate models—it evaluates how search services actually perform once they’re plugged into an agent.

The key to the experiment design is “controlling variables.” The candidate answer model is fixed as GPT-5.6 Luna (medium), and the agent framework is also fixed—only the search service is swapped out. Under these conditions, the baseline without a search tool scores only 33, while the top-ranked Keenable Pro reaches 83—a difference of 50 index points. Even among configurations that do use search, the gap from DeepSeek Search Summary at 69 to Keenable Pro at 83 is still 14 points.

One exception needs to be called out separately: OpenAI’s native Web Search runs differently. Other standalone Search APIs all run inside Artificial Analysis’s external agent loop. OpenAI Web Search uses the built-in tool flow of the Responses API, and OpenAI itself decides how many searches happen and how they’re executed. So its score of 74 can serve as a reference, but it shouldn’t be viewed as an “API swap” experiment under exactly identical conditions.

Also note that this 50-point gap reflects the search enhancement effect within the same evaluation system. It doesn’t mean that anyone using any model with search can improve by 50 percentage points.


How is the 83 score for Search Index actually measured?

The three benchmarks behind Search Index and how scoring works

The overall score is the equal-weight average of three benchmarks, each worth one third:

Benchmark Task count Task type Scoring metric
DeepSearchQA 900 Complex factual research, answers are often sets Answer-set F1
BrowseComp 200 Harder web retrieval Q&A Exact-answer accuracy
AA-Omniscience 600 Factual Q&A Factual Q&A accuracy

That’s 1,700 tasks in total, but the overall score isn’t the accuracy you’d get from lumping all 1,700 questions together. Take Keenable Pro as an example: its three scores are 88, 87, and 73, which average out to about 82.67 and display as 83 after rounding. So 83 does not mean “83% of answers were correct”.

The test conditions behind Search Index

The key configuration disclosed in the methodology is as follows:

Experiment item Actual setting
Candidate answering model / grading model GPT-5.6 Luna (medium)
Max agent turns 25 turns, with no limit on tool calls within a turn
Available tools web_search, web_fetch (independent page fetching)
Results per search Up to 10
Page fetch timeout 15 seconds per page
Content returned to the model The provider’s native response content
No-search baseline Same model, search tools disabled

Two things stand out from this table. First, what’s returned to the model is the “provider’s native response.” Snippet length, summarization approach, and how highlights are organized all end up in the model’s context, so the score reflects not just the quality of the underlying web index but also how the information is organized. Second, fatal errors such as 429s, 5xxs, or timeouts are retried continuously until they succeed, and those errors don’t count toward the final result. That means the leaderboard measures quality “when it works” — it can’t be used to prove how usable or reliable each provider is in production, or what its failure rate looks like.

search-api-index-33-to-83-comparison-en-image-1

Latest Search Index Rankings: Whose Search API Performs Best?

In the table below, the quality score and BrowseComp come from the 2026-11-09 leaderboard. The timing values are from the leaderboard as read on 2026-11-13, representing the average end-to-end time for a standard test task — not the network latency of a single search API request.

Search configuration Overall score (11-09) BrowseComp Avg. task time (11-13)
Keenable Pro 83 87% 16.6 s
Keenable Realtime 82 86% 16.0 s
Exa Auto + Dynamic Highlights 80 83% 36.7 s
Perplexity Search Medium 80 87% 31.1 s
Exa Lite + Dynamic Highlights 79 81% 19.4 s
Parallel Advanced 75 77% Not listed in this timing update
Brave LLM Context 75 77% Not listed in this timing update
OpenAI Web Search Medium (built-in Responses workflow) 74 74% 33.1 s
DeepSeek Search Summary 69 63% 22.4 s
No-search baseline 33 17% —

Three typical gaps in the search API rankings

Same score, very different speed. Exa Auto and Perplexity Medium both score 80, but their full task times are 36.7 s and 31.1 s respectively. Keenable Pro scores higher yet takes only about 16.6 s. For an agent that needs real-time responses, users will feel that difference directly.

BrowseComp doesn’t fully track the overall score. Perplexity Medium hits 87% on BrowseComp, matching Keenable Pro, yet its overall score is 3 points lower. The gap comes mainly from the other two benchmarks. If your use case is closer to “hard web retrieval problems,” you can look at the BrowseComp column on its own.

Different modes from the same vendor differ a lot. Exa Lite and Exa Auto are only 1 point apart, but their times differ by nearly 2x. So read results at the level of specific product modes — don’t collapse Exa Lite and Exa Auto into a single “Exa score.”

💡 Data note: The scores above are third-party evaluation results from Artificial Analysis, and the timings are standard task durations. If you want to reproduce a similar comparison on your own business problems, you can fix a single answer model through APIYI apiyi.com and then plug in different search tools one at a time for A/B testing.


Is the Highest-Scoring Search API Really the Best Value?

Artificial Analysis also publishes estimated costs per 1,000 benchmark tasks, broken down into search cost and model cost (2026-11-09 leaderboard, USD). The “Cost per Point” column is a rough figure our editors derived as “total cost ÷ composite score” — it’s for side-by-side reference only, not an official metric.

search-api-index-33-to-83-comparison-en-image-2

Search Configuration Quality Score Search Cost + Model Cost Total Cost per 1,000 Tasks Cost per Point (editor-derived) Task Latency (11-13)
Keenable Pro 83 31.87 + 8.35 $40.22 ~$0.48 16.6 s
Keenable Realtime 82 31.94 + 8.52 $40.46 ~$0.49 16.0 s
Exa Auto + Highlights 80 53.17 + 10.60 $63.77 ~$0.80 36.7 s
Perplexity Medium 80 62.30 + 8.04 $70.34 ~$0.88 31.1 s
Exa Lite + Highlights 79 31.20 + 10.95 $42.15 ~$0.53 19.4 s
Octen Highlights 77 9.07 + 14.50 $23.57 ~$0.31 15.6 s
OpenAI Web Search Medium 74 40.19 + 9.40 $49.59 ~$0.67 33.1 s
DeepSeek Search Summary 69 8.47 + 20.19 $28.66 ~$0.42 22.4 s

Three Takeaways from the Search API Cost Table

The highest score doesn’t necessarily mean the highest price. Keenable Pro tops the list at 83 points, at about $40.22 per 1,000 tasks — roughly $0.04 per task, which puts it in the middle of the pack. Perplexity Medium scores 3 points lower, yet its total cost is about 75% higher.

A one-point gap can mean a cost difference of more than 30%. Exa Lite + Highlights scores 79 at $42.15 per 1,000 tasks, while Exa Auto + Highlights scores 80 at $63.77 per 1,000 tasks — the former is about 34% cheaper and faster to boot. According to Exa’s official pricing page (as of 2026-11-13), the Lite tier is $4 per 1,000 requests and the Auto tier is $7 per 1,000 requests. The search-cost differences in the leaderboard line up with that pricing structure.

A low search cost can come with a higher model cost. DeepSeek Search Summary’s search cost is only $8.47, but its model cost reaches $20.19 — the highest in the table. Octen has the lowest total cost, yet its model cost is also higher than Keenable, Exa, and Perplexity. When search results aren’t effective enough, the agent runs more search rounds and reads more pages, and token consumption climbs accordingly. So when you calculate cost, use “total cost to complete one task” as your unit, rather than looking only at the per-call list price of the search API.


What practical decisions can this Search Index leaderboard guide?

Search Index is an English-dominant general-purpose factual retrieval benchmark, not a dedicated benchmark for the Chinese-language internet. Below I’ve mapped it against common Agent scenarios and marked which ones you can reference directly and which ones need supplementary testing.

Agent scenario Most critical metric Reference value of the leaderboard Suggested candidates
Factual Q&A Accuracy, citation accuracy High, can reference AA-Omniscience directly Keenable, Exa Lite, Perplexity
Complex multi-source research Multi-hop retrieval, set recall High, focus on DeepSearchQA and BrowseComp Keenable Pro, Exa Auto, Perplexity Medium
Low-latency Agent End-to-end task latency, P95 latency Medium, task latency is only indicative Keenable Realtime, Octen, Exa Lite
Chinese news retrieval Chinese source coverage, reachability of domestic sites Low, need to build your own Chinese test set Add Baidu Qianfan, Bocha, Alibaba Cloud Bailian for comparison
Programming documentation retrieval Official docs coverage, version information Low to medium, retest with real technical questions Exa, Perplexity, Parallel

How to use the Search Index for a second round of search API comparison

A more sensible approach is to treat the public leaderboard as a “first-pass screening tool,” then run a second round of comparison using your own tasks:

  1. Pick 3–4 candidate configurations from the leaderboard based on the three dimensions of quality, latency, and total cost;
  2. Prepare 50–100 of your own business questions, covering simple facts, recent news, multi-hop questions, Chinese queries, and cross-language queries;
  3. Fix the same answer model, the same maximum number of turns, and the same number of results, and swap only the search tool;
  4. Record accuracy, citation accuracy, total cost per task, P50/P95 latency, and the number of empty results and timeouts;
  5. Stress-test production stability separately, since the leaderboard already excludes fatal errors after retries.

Search API Selection: Decision Guidance and Quick Start

🎯 Selection recommendation: If you’re optimizing for overall quality and speed, test Keenable Pro/Realtime first. If you’re cost-sensitive but want quality close to 80, Exa Lite + Highlights and Octen are worth prioritizing. Teams already deep in the OpenAI ecosystem can use built-in Web Search directly, but they’ll have to accept that its execution flow is not controllable. In production, we recommend using APIYI apiyi.com to invoke the answer model through a unified interface and making the search tool a pluggable module. That way, switching search APIs doesn’t require changing model-side code.

Minimal Example: A Unified Interface on the Model Side

The code below fixes the answer model and declares the search tool as a function. Which Search API actually implements it can be swapped out in your local code:

import openai

client = openai.OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"  # APIYI unified interface; model can be swapped
)

tools = [{"type": "function", "function": {
    "name": "web_search",
    "description": "联网搜索,返回最多10条结果",
    "parameters": {"type": "object",
                   "properties": {"query": {"type": "string"}},
                   "required": ["query"]}}}]

resp = client.chat.completions.create(
    model="gpt-4o-mini",  # Change to the model you want to evaluate
    messages=[{"role": "user", "content": "Exa 3.0 是哪天发布的?"}],
    tools=tools,
)
print(resp.choices[0].message)
View full code: A/B compare multiple search APIs with the same model
import json
import time
import openai

client = openai.OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://api.apiyi.com/v1"
)

MODEL = "gpt-4o-mini"   # Pin the answer model to keep the controlled variable fixed
MAX_TURNS = 25          # Turn limit consistent with the Search Index

# Adapter functions for each search API; implement them yourself according to the official docs
def search_provider_a(query: str) -> list:
    return []  # Return [{"title":..., "url":..., "snippet":...}]

def search_provider_b(query: str) -> list:
    return []

TOOLS = [{"type": "function", "function": {
    "name": "web_search",
    "description": "联网搜索,返回最多10条结果",
    "parameters": {"type": "object",
                   "properties": {"query": {"type": "string"}},
                   "required": ["query"]}}}]

def run_task(question: str, search_fn) -> dict:
    messages = [{"role": "user", "content": question}]
    start, searches = time.time(), 0
    for _ in range(MAX_TURNS):
        resp = client.chat.completions.create(
            model=MODEL, messages=messages, tools=TOOLS)
        msg = resp.choices[0].message
        if not msg.tool_calls:
            return {"answer": msg.content, "searches": searches,
                    "seconds": round(time.time() - start, 1)}
        messages.append(msg)
        for call in msg.tool_calls:
            query = json.loads(call.function.arguments)["query"]
            results = search_fn(query)[:10]
            searches += 1
            messages.append({"role": "tool", "tool_call_id": call.id,
                             "content": json.dumps(results, ensure_ascii=False)})
    return {"answer": None, "searches": searches,
            "seconds": round(time.time() - start, 1)}

for name, fn in [("A", search_provider_a), ("B", search_provider_b)]:
    print(name, run_task("Perplexity 何时推出独立 Search API?", fn))

🚀 Quick start: New users can claim free trial credits at APIYI apiyi.com. Start by running the A/B script above end-to-end with a small set of business questions, then decide which search API to include in your production plan.


Frequently Asked Questions

Q1: What is Search Index?

Search Index is a search API evaluation index from Artificial Analysis. It holds the answer model and agent framework fixed, swapping only the search service, and measures search performance as the equally weighted average of three benchmarks — DeepSearchQA, BrowseComp, and AA-Omniscience — on a 100-point scale.

Q2: Does a score of 83 mean an 83% correct-answer rate?

No. 83 is the average of the three benchmark scores, and those three don’t even use the same metric: DeepSearchQA uses F1, while the other two use accuracy. Keenable Pro scored 88, 87, and 73, which averages out to about 82.67 and displays as 83.

Q3: When is the leaderboard data from?

The quality scores and cost data come from the leaderboard update on 2026-11-09, while the full task latency figures were read on 2026-11-13. The leaderboard keeps updating, so cite the date whenever you reference it.

Q4: Can the latency in the leaderboard be treated as the search API’s response speed?

No. The latency in the table is the end-to-end time for one standard task, including multiple search rounds, web page reads, and model inference. Single HTTP latency has to be measured separately — ideally recording both P50 and P95.

Q5: How do I quickly compare different search APIs for my own use case?

Fix one answer model and swap only the search tool. You can call models through APIYI apiyi.com using the OpenAI-compatible interface, set base_url to `https://api.apiyi.com/v1`, and reuse the A/B script from this article. If you also want to see how search performance shifts when you change models, the same API key works for OpenAI, Claude, Gemini, and others.

Q6: What are the limitations of Search Index?

There are four main ones: it isn’t a benchmark built specifically for the Chinese-language internet; OpenAI’s native search runs a different execution flow than other setups; errors like 429, 5xx, and timeouts get retried and excluded from results, so it doesn’t reflect production stability; and costs are estimated from evaluation tasks, so they may not match your actual bill. For Chinese news and domestic technical documentation retrieval, we recommend building a separate test set and validating it together with domestic models via APIYI apiyi.com.


Search Index: Choosing a Search API — Key Takeaways

  • Search is an independent variable: The same model jumped from 33 points to 83 — the choice of search API directly affects agent quality.
  • 83 points isn’t an accuracy rate: It’s an equal-weighted average of three benchmarks, each with a different scoring method.
  • Latency is measured for the full task: Keenable takes about 16 seconds, Exa Auto about 37 seconds — these aren’t single API call latencies.
  • Break costs down: A low search fee may come with a high model fee, so compare total cost per task.
  • 1 point can mean 34%: Exa Lite and Auto are only 1 point apart, but Lite is roughly a third cheaper.
  • Use leaderboards for initial screening only: For Chinese, coding documentation, and similar scenarios, run your own A/B tests using your own tasks.

Summary

The most valuable thing about this Search Index leaderboard is its “same model, different search tools” design, which isolates the impact of search quality on agents:

  1. Quality: 33 points without search, 83 at the top. Even when all configurations use search, there’s still about a 14-point gap between them;
  2. Speed: At the same 80 points, full-task latency can differ by more than 5 seconds; high-scoring configurations can be fast too;
  3. Cost: Keenable Pro has the highest quality at a mid-range cost; Exa Lite and Octen stand out for cost efficiency; the DeepSeek Summary example shows that a low search fee doesn’t mean a low total cost.

A good approach: use the leaderboard to shortlist 3–4 candidates, then fix the model and run A/B tests on your own question set. We recommend routing all answer-model calls through APIYI at apiyi.com as a unified gateway, making the search tool a swappable module, and deciding the final setup based on quality, speed, and cost data.


References

  1. Artificial Analysis Search API Leaderboard: quality scores, cost, and latency data
  2. Link: artificialanalysis.ai/agents/search-api
  3. Notes: the primary source for the scores, cost, and latency figures in this article

  4. Artificial Analysis Search API Evaluation Methodology: test configuration and scoring rules

  5. Link: artificialanalysis.ai/methodology/search-api
  6. Notes: covers the models, number of rounds, result counts, retry rules, and more

  7. Exa Pricing: pricing for Lite, Auto, and other tiers

  8. Link: exa.ai/pricing
  9. Notes: helps explain the differences in search fees across Exa modes in the leaderboard

  10. Exa 3.0 Announcement: Lite mode and Dynamic Highlights

  11. Link: exa.ai/blog/exa-3
  12. Notes: published on 2026-10-19, includes vendor self-reported benchmark data

  13. OpenAI Web Search Docs: the built-in search tool in the Responses API

  14. Link: developers.openai.com/api/docs/guides/tools-web-search
  15. Notes: explains how OpenAI’s native search runs and its parameters

  16. Perplexity Search API Pricing: standard and Fast tiers

  17. Link: docs.perplexity.ai/docs/getting-started/pricing
  18. Notes: explains the per-request billing rules

Author: APIYI technical team
Technical inquiries: reach us via the APIYI website homepage — more integration resources are available at the docs.apiyi.com documentation center

Related Articles

Similar Posts