# How to Get a SERP API in Minutes

> How to get a SERP API: pick a provider, generate a SERP API key, send your first request, and check free tiers against honest per-search cost math.

[Home](https://quanticdata.io/)/[Blog](https://quanticdata.io/blog/)/How to Get a SERP API in Minutes

# How to get a SERP API: keys, free tiers and real cost math

SERP & searchJul 29, 2026·11 min read·QuanticData Team

On this page [What you are actually buying](/blog/how-to-get-serp-api/#what-you-are-actually-buying) [How to get a SERP API key, step by step](/blog/how-to-get-serp-api/#how-to-get-a-serp-api-key-step-by-step) [How to get a SERP API for free (and where free ends)](/blog/how-to-get-serp-api/#how-to-get-a-serp-api-for-free-and-where-free-ends) [SERP API pricing: doing the cost math properly](/blog/how-to-get-serp-api/#serp-api-pricing-doing-the-cost-math-properly) [Getting a SERP API into an agent workflow](/blog/how-to-get-serp-api/#getting-a-serp-api-into-an-agent-workflow) [Evaluating providers without a leaderboard](/blog/how-to-get-serp-api/#evaluating-providers-without-a-leaderboard) [Legal and compliance notes](/blog/how-to-get-serp-api/#legal-and-compliance-notes) [A sensible first week](/blog/how-to-get-serp-api/#a-sensible-first-week)

To get a SERP API you sign up with a search-data provider, generate an API key in the dashboard, and send one authenticated HTTP request with your query plus location and language parameters. Most providers issue a working key in under two minutes and include a free tier of a few hundred searches to test with.

## What you are actually buying

A SERP API is a hosted endpoint that runs a search for you and hands back structured data. Under the hood, three things happen that you would otherwise have to build: request routing through a large IP pool so Google does not rate-limit you, browser-level rendering and challenge handling, and HTML parsing into a stable JSON schema. Google does not sell a general-purpose organic results API — the Custom Search JSON API is scoped to your own configured sites and indexes, not the live consumer SERP — so every provider in this category is scraping and parsing on your behalf.

That matters for how you evaluate options. You are not paying for data access rights; you are paying for uptime against an adversarial target, a parser someone else maintains when Google ships a layout change, and a billing model that does not charge you for the failures. The rest of this guide is the mechanics of getting one running, then the cost math that decides which one you keep.

## How to get a SERP API key, step by step

The flow is nearly identical across providers. Written generically, then with a concrete first call:

1. **Pick a provider that matches your access pattern.** Bursty, low-volume, agent-driven lookups want pay-as-you-go with no monthly floor. Steady rank tracking at fixed daily volume can amortise a subscription. Decide this before you sign up, because migrating parsers later is the expensive part.

2. **Create the account.** Email plus password is usually enough; card details are typically only required once you exceed the free allowance. On QuanticData the pay-as-you-go tier starts with $2 of free usage every month and no card.

3. **Generate the key.** In the dashboard, find the API keys section and create one. Keys are normally prefixed (for example `qd_live_…`) so you can tell live from test at a glance. Copy it once — good providers hash them and will not show the value again.

4. **Store it as an environment variable.** `export QD_API_KEY=qd_live_your_key_here`. Never hard-code a SERP API key in a repo, a notebook you plan to share, or a Google Sheets script you distribute. Rotate immediately if it leaks; a leaked search key is a metered bill, not just an inconvenience.

5. **Send one request and read the whole response.** Do not wire it into a pipeline yet. Look at the field names, the null cases, the ordering, and where ads appear relative to organic results.

6. **Check what a failure costs.** Deliberately request a nonsense locale or an unsupported vertical and confirm the billing behaviour. Pay-per-success means a failed call is $0.00 and returns a machine-readable error code, not a 200 with empty results that you still paid for.

7. **Then add concurrency.** Only after the single-call shape is understood should you parallelise. Rate limits on entry tiers are real — 60 requests per minute on QuanticData's PAYG tier, for example.

### Your first request

Two lines of shell and you have live Google results as JSON:

```
export QD_API_KEY=qd_live_your_key_here

curl https://api.quanticdata.io/v1/serp \
  -H "Authorization: Bearer $QD_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "q": "cold brew coffee subscription",
    "engine": "google",
    "gl": "us",
    "hl": "en",
    "num": 20
  }'
```

The response uses the same envelope as every other endpoint on the platform:

```
{
  "success": true,
  "data": { "organic_results": [ /* … */ ] },
  "usage": { "cost_usd": 0.0005 },
  "retries": [ { "attempt": 1, "outcome": "ok" } ]
}
```

Two details worth noticing. The payload is SerpApi-compatible, which means existing client code and parsers that expect `organic_results`, `related_questions` and friends keep working — useful if you are migrating rather than starting fresh. And `retries` is in the response body, so "why did this call take 4 seconds" has an answer you can log instead of guess at.

In Python, without any SDK:

```
import os, requests

resp = requests.post(
    "https://api.quanticdata.io/v1/serp",
    headers={"Authorization": f"Bearer {os.environ['QD_API_KEY']}"},
    json={"q": "site:example.com pricing", "engine": "google", "gl": "gb"},
    timeout=60,
)
body = resp.json()
if not body["success"]:
    raise RuntimeError(body)          # charged $0.00
for r in body["data"]["organic_results"]:
    print(r["position"], r["title"], r["link"])
```

If you want the deeper parameter reference — verticals, pagination, device, rendered mode — that lives on the [SERP API](https://quanticdata.io/serp-api/) page, and the shared auth and envelope rules are in the [documentation](https://quanticdata.io/docs/). For a walkthrough of using the results once you have them, see [how to use a SERP API](https://quanticdata.io/blog/how-to-use-a-serp-api/); for key hygiene specifically, [how to create a SERP API key](https://quanticdata.io/blog/how-to-create-a-serp-api-key/).

## How to get a SERP API for free (and where free ends)

Every credible provider has some free path, and they fall into four shapes:

| Free path | Typical shape | Where it breaks |
| --- | --- | --- |
| Permanent free tier | A few hundred searches per month, low hourly throughput | Fine for a dashboard or a side project; dies the moment you track more than a handful of keywords daily |
| Time-boxed trial | Thousands of credits over 7 days | Enough to benchmark parse quality, not enough to run anything; the clock, not the credits, is the limit |
| Recurring free allowance | A small dollar amount refreshed monthly on a pay-as-you-go account | Best for agents that make occasional lookups; QuanticData's is $2 per month, which at $0.0005 per search is meaningful volume |
| Build it yourself | Your own scraper over residential proxies | Cheapest per request at very high volume, but you now own the parser and the block-rate problem |

Be honest about which one you need. A free SERP API key is a testing instrument. If your project has a business reason to exist, it will outgrow 250 searches a month in the first week, and the interesting question becomes price per search — not whether the entry tier is zero.

## SERP API pricing: doing the cost math properly

Published prices are hard to compare because the units differ. Some providers sell monthly search bundles, some sell credits where a single search costs 1, 5 or 25 credits depending on features, and some sell bandwidth. Normalise everything to **cost per successful search at your actual volume** before you decide.

Work an example. Say you track 500 keywords daily across three countries: 1,500 searches per day, roughly 45,000 per month. Under subscription pricing where a mid tier gives you 15,000 searches for $150 per month, you need three tiers or a custom plan — call it $450 and you are locked into that floor whether you use it or not. At $0.0005 per search pay-as-you-go, the same 45,000 searches cost $22.50, and if the client pauses the project next month you spend nothing.

The inverse also happens. If you are pushing millions of searches a month with steady, predictable throughput, a negotiated bundle can beat list pay-as-you-go, and subscription tiers exist for exactly that reason. The trap is paying subscription rates for bursty workloads — which describes almost every agent, research and lead-gen use case.

### Four line items people forget

- **Failed and empty responses.** Ask explicitly whether a request that returns nothing usable is billed. On QuanticData, `success: false` costs $0.00. Elsewhere, "cached, errored and failed searches are not counted" is the standard promise — SerpApi states this in its own FAQ, and it is worth confirming for whoever you pick.

- **Feature multipliers.** JavaScript rendering, premium geo-targeting or specific verticals can cost several times a plain search. Rendered searches on QuanticData are $0.002 versus $0.0005 unrendered; check whether you actually need rendering, because most Google organic parsing does not.

- **Throughput caps.** A plan with enough monthly volume but a low hourly ceiling will not finish a daily batch inside your window. Read the per-hour number, not just the monthly one.

- **Parser maintenance you avoid.** This is the real value. Google reshuffles SERP features constantly; a maintained parser is worth more than a fractional price difference.

## Getting a SERP API into an agent workflow

The fastest-growing reason to get a SERP API is not rank tracking — it is grounding. An LLM answering a question about anything current needs live search results, and a retrieval step that starts with a real Google query beats one that starts with a stale vector index. Bright Data's own documentation lists AI agents performing web search and data enrichment as a primary SERP API use case, alongside rank tracking and ad intelligence.

Two integration patterns, and they are genuinely different:

### REST inside your own orchestration

You control the loop: the model emits a query, your code calls `/v1/serp`, you truncate and rank the results, then feed them back as context. Predictable, testable, and you can cache aggressively. Most production RAG systems land here.

### MCP tools the model calls itself

With Model Context Protocol, search becomes a tool the assistant invokes on its own. Point Claude, Cursor or Windsurf at an [MCP server](https://quanticdata.io/mcp-server/) and the model gets `search`, `scrape`, `map`, `crawl`, `batch` and `seo_audit` without you writing HTTP code at all. The typical agent chain is search to find candidate URLs, then scrape to read the ones that matter — which is why a SERP API on its own is rarely the whole answer, and why the [web data API for AI](https://quanticdata.io/web-data-api-for-ai/) bundles both behind one key. If you are weighing the two approaches, [is an MCP server like an API?](https://quanticdata.io/blog/is-mcp-server-like-an-api/) covers the distinction.

## Evaluating providers without a leaderboard

Ignore rankings; test against your own queries. Run the same 50 keywords through each candidate's free tier and score on six axes:

- **Parse completeness.** Do you get the SERP features you need — local pack, People Also Ask, shopping, top stories — or only ten organic links? Some providers offer a lighter parse mode that returns just the top ten organic results faster, which is often exactly what you want.

- **Geo fidelity.** Request results for a specific city and verify the local pack matches reality. Country codes are easy; city-level accuracy separates the serious from the rest.

- **Latency distribution, not the average.** Measure p95. A one-second median with a twelve-second tail will time out your agent.

- **Schema stability.** Check the changelog. A provider that renames fields without versioning will break your pipeline at 3am.

- **Billing granularity.** Per-search pay-as-you-go beats monthly credit bundles for anything variable.

- **Engine and vertical coverage.** If you need Bing or DuckDuckGo alongside Google, or verticals like maps, jobs, scholar or flights, confirm they exist under the same key rather than as separate products.

## Legal and compliance notes

Collecting public search results is generally treated as lawful in the US, and the Ninth Circuit's *hiQ Labs v. LinkedIn* line of decisions held that scraping publicly accessible data does not violate the Computer Fraud and Abuse Act's "without authorization" provision. That is not the whole picture: terms of service, copyright in the snippets themselves, and privacy regimes such as GDPR when results contain personal data all apply independently. Some providers offer contractual indemnity for the collection step — SerpApi's US Legal Shield, for instance, covers the scraping and parsing of search data on higher plans while explicitly excluding how you use the results.

Practical guidance: keep queries to public, non-logged-in search; do not store personal data you have no basis to process; and record the source URL and timestamp for every row so you can defend provenance later. Our longer treatments are in [is web scraping legal in the US?](https://quanticdata.io/blog/is-web-scraping-legal-in-us/). None of this is legal advice — take counsel for your jurisdiction and use case.

## A sensible first week

Day one: get a key, run one curl, read the JSON. Day two: run your real keyword set through the free allowance and diff the parse against what you see in a browser. Day three: measure p95 latency at your intended concurrency. Day four: compute cost per successful search at projected monthly volume, including rendered calls if you need them. Only then commit. The signup takes two minutes; the evaluation is what saves you a migration.

### Sources & further reading

- [Introduction to SERP API — Bright Data Docs](https://docs.brightdata.com/scraping-automation/serp-api/introduction)

- [SerpApi: Google Search API — pricing and FAQ](https://serpapi.com/)

- [Google Programmable Search — Custom Search JSON API](https://developers.google.com/custom-search/v1/overview)

- [hiQ Labs, Inc. v. LinkedIn Corp., Ninth Circuit opinion](https://cdn.ca9.uscourts.gov/datastore/opinions/2022/04/18/17-16783.pdf)

## FAQ

Quick answers on how to get serp api.

[Something else? Ask us →](mailto:hello@quanticdata.io)

### How do I get a SERP API for free?

Every major provider has a free path: a permanent tier of a few hundred searches a month, a time-boxed trial worth several thousand credits, or a recurring allowance on a pay-as-you-go account. QuanticData gives $2 of free usage every month with no card, which at $0.0005 per search covers real testing volume. Free tiers are for evaluation, not production.

### Where do I find my SERP API key?

In your provider's dashboard, under an API keys or credentials section. Create a key, copy it once — most providers hash keys and never display them again — and store it as an environment variable such as QD_API_KEY. Keys are usually prefixed so you can distinguish live from test. Rotate immediately if one is exposed in a repo or shared notebook.

### Is there an official Google SERP API?

Not for live organic results. Google's Custom Search JSON API is scoped to search engines you configure over specific sites, so it does not reflect the consumer SERP with ads, local packs and People Also Ask. Every commercial Google SERP API works by routing requests through proxy pools, rendering the page and parsing the HTML into JSON for you.

### How much does a SERP API cost?

List prices range from roughly $0.0005 per search on pay-as-you-go up to several cents per search on low-volume monthly plans. Normalise everything to cost per successful search at your real volume, then add feature multipliers — rendered searches cost $0.002 on QuanticData versus $0.0005 plain — and confirm that failed requests are not billed.

### Can I use a SERP API without writing code?

Yes. Most endpoints are plain HTTP, so a Google Sheets script, a no-code automation platform or an MCP-enabled assistant can call them. With an MCP server, Claude, Cursor or Windsurf invoke search and scrape as native tools, so you describe what you want in natural language instead of writing request handling.

### Do I need proxies as well as a SERP API?

No — a SERP API includes the proxy layer, rendering and parsing. You would only buy proxies separately if you are building your own search scraper, or scraping the destination sites the SERP points to with your own crawler. Many teams use a SERP API for discovery and proxies for everything downstream.

## Get a SERP API key and run your first search

Generate a key, send one request to /v1/serp and get Google, Bing or DuckDuckGo results as SerpApi-compatible JSON from $0.0005 per search. $2 of free usage every month, no card, and failed calls cost nothing.

[Start free — $2/month included](https://app.quanticdata.io/register)[Explore SERP API](https://quanticdata.io/serp-api/)

## Related reading

[SERP & search How to Use a SERP API A working guide to using a SERP API — first request, the parameters that change results, parsing organic and PAA blocks, and what a real workload costs. Read →](https://quanticdata.io/blog/how-to-use-a-serp-api/) [SERP & search How to Create a SERP API Key A practical walkthrough for creating a SERP API key: signup and verification, key generation, safe storage, a first authenticated request, and quota math. Read →](https://quanticdata.io/blog/how-to-create-a-serp-api-key/) [SEO data How to Perform an SEO Audit A practical six-step SEO audit process with a checklist, the crawler-vs-user diff most audits skip, and how to run the whole thing programmatically. Read →](https://quanticdata.io/blog/how-to-perform-an-seo-audit/)

---

Source: https://quanticdata.io/blog/how-to-get-serp-api/ · Site index for AI: https://quanticdata.io/llms.txt