POST /v1/search
Search
Returns ranked candidate URLs, snippets, dates, related_searches, and credits_used.
Use ByteKit Search to return ranked public results, snippets, dates, and related queries. Then your app sends selected URLs to Scrape, Schema, Bulk, or Monitors when you need the page behind the result.
curl -X POST https://api.bytekit.com/v1/search \ -H "Authorization: Bearer sk_live_..." \ -H "Content-Type: application/json" \ -d '{ "query": "wireless headphones review", "type": "web", "limit": 10 }'
{ "id": "sr_9f2a71c4", "query": "wireless headphones review", "results": [ { "position": 1, "title": "Best wireless headphones 2026", "url": "https://example.com/best-headphones", "snippet": "Our picks after 40 hours…" } ], "related_searches": ["noise cancelling headphones"], "credits_used": 1 }
Example response · not a full schema. Search returns candidate URLs — your app chooses what to retrieve.
Search gives your workflow candidate sources. ByteKit does not decide what to trust, retrieve, or monitor. Your application does.
POST /v1/search
Returns ranked candidate URLs, snippets, dates, related_searches, and credits_used.
your app
Your application decides which candidate URLs to trust and retrieve. ByteKit does not choose for you.
POST /v1/scrape
Pass a chosen URL to Scrape for page content, or to Schema to extract known fields.
/bulk · /monitors
Send many selected URLs to Bulk, or track a chosen page for changes with Monitors.
Use POST /v1/search to get ranked public results and related
searches with country and language controls. Use search to find the right pages, then
send selected URLs to scrape, bulk, monitors, or screenshots when you need the page
behind the result.
See how products, brands, and competitors show up across markets. Pull ranked results for target queries, compare regional result sets, and capture product pages when price, stock, or positioning matters.
Use live search results as a starting point for category research. Compare what ranks by country or language, collect related searches, and turn promising URLs into a clean dataset.
See which public pages surface for a query: organic results, snippets, competing pages, and related searches. Use Search for discovery, then Scrape or Bulk for clean page content.
Give agents and data systems current search context without building a search scraper. Return ranked URLs and related searches, then capture source pages only when the workflow needs evidence.
All optional. Send them in the POST /v1/search body alongside
query.
type | web · news · images | Which result set to return. Defaults to web. |
date_range | any · hour · day · week · month · year | Restrict results by recency. |
country | two-letter code — us, de, jp | Bias results toward a region. |
language | ISO-639-1 — en, fr, es | Bias results toward a language. |
limit | 1 – 100 | How many ranked results to return. |
POST /v1/search
Find relevant public pages by query when you don't yet have the URL.
Good for research, source discovery, competitor pages, policy pages, docs, account pages, and seed-URL finding.
POST /sitemap
Inventory the URLs on a known site when you already have the domain.
Good for docs sites, blogs, catalogs, and known domains. Returns a source-aware CSV your app selects from.
Results are fetched in pages of 10. Each fetched page costs one credit, capped at 10.
Every fetched result page is charged, even when a page returns fewer than 10 results.
The Search API returns ranked search results for a query, including titles, URLs, snippets when available, and related searches when the provider returns them. It helps you discover relevant pages before deciding what to scrape, monitor, or analyze.
No. Search helps you find pages; scraping extracts content from a specific page. Use /search to discover URLs, then use /scrape when you need the content behind one of those results.
You can search across web, news, or images. Web search returns ranked organic results, news search adds publisher and thumbnail details when available, and image search returns image metadata such as source, domain, image URL, and thumbnail details.
Yes. You can request between 1 and 100 results with limit. Results are returned in one response and re-ranked with clean position values starting at 1.
Yes. You can set a two-letter country, a two-letter ISO language code, and a recency window such as past hour, day, week, month, or year.
Search is billed by result pages, not by individual results. Results are fetched in pages of 10, so limit=10 costs 1 credit, limit=35 costs 4 credits, and limit=100 costs 10 credits. The response includes credits_used.
No. Billing is based on the requested result count, not the search type or recency filter. Web, news, and image searches with the same limit use the same number of credits.
Not as a public page-by-page API. You choose a limit, and ByteKit handles the internal paging, merging, ranking, and truncation into one response.
Search is billed in pages of 10 results, one credit per page. Every plan supports the same API — start on PAYG with a one-time free balance, then pay for usage.
| PAYG free balance | 50 MB + 100 credits |
| PAYG bandwidth | $8 / GB |
| Monthly plans | from $29 / mo |
| Cache hits · failed | 50% · $0 |
Create a free API key and send one query through /v1/search. See
the ranked URLs your product would actually retrieve.