2026-09-17, SERP API · Google · Agents

Exa vs Google search results: discovery or ranking truth

Exa and Google search data solve different problems. Exa is a search engine for machines: its own index, queried by meaning, returning pages plus their text in one call. It is strong when you need to discover relevant documents or entities, such as companies like a given one or papers on a narrow topic. Google SERP data is an observation of what Google shows people for a query, in a country, city and device. It is the only right answer when the question involves Google’s ranking, its SERP features or its AI Overview.

The rule of thumb: if the output of your job is a set of documents, start with Exa. If the output is a fact about Google, start with a SERP API. Vendor facts below were checked on 2026-09-17 and are linked. For a wider field of agent search tools, see best search APIs for AI agents.

What each one is

Exa describes itself on its homepage as “The world’s data for AI agents”, and says it can “crawl billions of documents per day”. Queries run against Exa’s own index with search types from instant to deep-reasoning, and a single call can also return page contents.

A Google SERP API runs the query on Google from a chosen market and returns the results page as JSON. This API’s POST /v1/monitor/google returns organicResults, ads, peopleAlsoAsk, relatedSearches, localResults, knowledgeGraph, shoppingCards, peopleAreSaying and, on request, the aioverview. There is no stored index: each request returns Google’s current results.

Google’s own route to full-web results is closing: the Custom Search JSON API overview, checked 2026-09-17, says it is closed to new customers, with existing customers given until January 1, 2027 to move.

Output compared field by field

Exa fields are from its search reference, checked 2026-09-17.

The practical consequence: Exa can remove a fetch-and-extract step, because text comes back with the result. Google SERP data cannot, because it only describes the page of results. If a model needs to read the documents, a Google pipeline needs a fetcher after the SERP call.

Query controls

Exa

From the search reference:

• type: instant, fast, auto (default), deep-lite, deep, deep-reasoning. Deep types accept additionalQueries (1 to 10 variants).
• numResults: 1 to 100, default 10.
• category: company, publication, news, personal site, financial report, people.
• includeDomains and excludeDomains: up to 1,200 entries each, as hostnames, path prefixes or wildcard subdomains.
• startPublishedDate and endPublishedDate in ISO 8601. The crawl-date filters are marked deprecated with no effect.
• maxAgeHours: -1 to 720. 0 fetches fresh content; -1 always uses the cache.
• userLocation: a two-letter country code.

Google SERP data

On this API: query with country (or gl), pages from 1 to 10, and include.aioverview, plus hl, location or uule, and device. Alternatively a full Google search url.

Filtering in the Google case happens the way users do it: operators such as site:, before: and after: in the query. There is no 1,200-domain allowlist, and there is no semantic category filter. On this API a query with site: costs 5x the plain request. Conversely, Exa’s search reference lists no city-level location, device or language parameter (checked 2026-09-17).

Freshness

Freshness means different things here.

• Exa serves from its index and lets you decide how old a cached page may be with maxAgeHours. Setting it to 0 asks for fresh content; published-date filters limit results to a window. Whether a brand-new page is in the index is a crawl question Exa controls.
• Google SERP data is current by construction: each request returns a new results page. It is as fresh as Google’s own results for that market at that moment. That is also why two runs an hour apart can differ, which is the signal rank trackers measure.

If you are monitoring change, you want the second. If you are retrieving documents and want to cap cost and latency, cached content is usually fine.

Pricing and limits

From Exa’s pricing page and rate limits, checked 2026-09-17:

Exa’s docs say adding $1,000 in credits within any 30-day window on pay-as-you-go raises a team to 25 QPS for 90 days; beyond that, sales.

This API’s Google Search price per request at the Starter tier (credits):

Tier prices are on /pricing and limits on rate limits; there is no concurrency cap. Failed requests are not charged.

A cost comparison that is fair to both

Comparing $7 per 1,000 Exa searches with a SERP request price hides what each line includes. Normalize to the job.

Job A: give a model 10 relevant documents with text, 10,000 times a month.

• Exa: 10,000 searches × $7/1,000 = $70, plus 100,000 pages of text × $1/1,000 = $100. Total $170, no fetcher to run.
• Google SERP route: 10,000 one-page requests, plus fetching and extracting 100,000 pages yourself, plus the handling of pages that block fetchers. The SERP line is $10.30; the fetch pipeline is your own cost.

Job B: record Google positions and AI Overview citations for 10,000 keywords a month.

• Exa’s search reference describes no Google positions or AI Overview data; its ordering is its own.
• This API: 10,000 × $0.00174 = $17.40 with the AI Overview.

Compare the cost of the whole job, including any second system it needs.

Five jobs, and which to pick

A hybrid pattern that uses both

Many GEO and research pipelines need both views. A pattern that keeps each tool on its strength:

1. Observe on Google. For each tracked query, request the SERP with the AI Overview. Store organicResults and aioverview.sources.
2. Find the gap set. List the domains Google ranks or cites that are not yours or your clients’.
3. Discover on Exa. For each topic, run a semantic search with includeDomains set to the gap domains, or with no filter to find similar pages Google did not surface, and request highlights.
4. Read and summarize. Feed highlights to a model to describe what the cited pages cover that yours do not.
5. Re-observe. After content changes, rerun step 1 on a schedule and compare citations over time.

Step 1 on this API, as a batch item (queue up to 500 per POST /v1/async/task/batch call):

{
  "taskType": "GOOGLE",
  "payload": {
    "query": "soc 2 compliance software",
    "country": "US",
    "include": { "aioverview": {} }
  },
  "idempotencyKey": "google-soc2-software-US-2026-09-17",
  "webhook": { "url": "https://example.com/hooks/serp" }
}

And reading the result once it arrives, in Python:

from urllib.parse import urlparse

def google_domains(result: dict) -> dict:
    organic = [urlparse(r["link"]).hostname for r in result.get("organicResults", []) if r.get("link")]
    overview = result.get("aioverview") or {}
    cited = [urlparse(s["url"]).hostname for s in overview.get("sources", []) if s.get("url")]
    return {"organic": organic, "aio_cited": cited, "has_aio": bool(overview)}

The rest of that pipeline is covered in tracking AI Overviews with async batches and webhooks and structured SERP data.

Decision criteria

1. If the output depends on Google’s ordering, use SERP data. If it needs relevant documents from anywhere, use Exa.
2. If the consumer needs page text, Exa returns it; SERP data needs a fetcher.
3. Is location more precise than a country? Exa’s search reference lists no city parameter; this API’s Google Search takes location or uule.
4. Are you tracking change over time? Each SERP request is a timestamped observation of Google; an index query gives the index.
5. How many domains do you filter by? Exa handles up to 1,200 per request; Google needs operators.
6. What throughput do you need? Exa’s default is 10 QPS for search; SERP APIs typically let you queue bulk work asynchronously.
7. Does the vendor state its data handling? Exa’s homepage says “Zero data retention” and “SOC 2 Type II”. Ask any vendor for the same in writing before sending customer queries.

Pitfalls

• Treating Exa result order as a rank. It is relevance within Exa. Do not report it as a position.
• Counting only the search line. Exa bills contents per page per content type; text plus highlights for 10 results is 20 content units.
• Using SERP snippets as document text. Snippets are Google’s excerpt for the query, not the page. Fetch the page if the model must read it.
• Planning around Custom Search JSON API. It is closed to new customers; existing access ends January 1, 2027.

For the Google side, start with the quickstart or the Google Search engine page.

Keep reading