How it works
You send one or more Google URLs, keywords or structured inputs to the Bright Data Google Scraper API. Bright Data handles proxies, CAPTCHAs and parsing, then returns clean JSON.dataset_id to specify the Google product and return results in JSON, NDJSON, JSON Lines or CSV.
What the response looks like
A single Google Maps place record returned by the Bright Data Google Scraper API on September 6, 2026, trimmed to the fields shown. Run the request yourself in the quickstart.Supported data types
Google Maps
Places, reviews, ratings, photos and community stats. Collect by URL or discover by CID, place ID or geographic location.
Google Maps Reviews
Full review text, ratings and reviewer metadata, filtered by a configurable lookback window.
Google Shopping
Product listings, pricing, merchants and specifications. Collect by URL or discover by keyword.
Google Shopping Search US
US-focused product search results with expanded merchant and pricing coverage.
Google SERP 100 Results
Up to 100 organic results per query with language, device and geographic targeting.
Google AI Mode Search
Answers and citations from Google’s AI-powered search experience.
Google Flights
Flight options, pricing and itineraries. Collect by URL or discover by route and dates.
Google Hotels
Hotel rates, availability and amenities. Collect by URL, filter URL or search parameters.
Which dataset IDs to use
Each Google product uses its owndataset_id. Pass the ID as a query parameter on every request.
Request methods
The Bright Data Scraper API supports two request methods. Choose based on your volume and latency needs.
Learn more in Understanding sync vs. async requests.
Both endpoints accept the inputs as a bare JSON array, which is what every example on this page uses, or as an object with an
input array. Use the object form when you also send custom_output_fields or limit_per_input on either endpoint, or a deliver block on /trigger. See Request body.
Capabilities and limits
Common questions
Is the data scraped in real time?
Yes. Each request triggers a live scrape against Google. There is no cached or stale data. Processing time varies with target-site conditions and scraper workload. The Bright Data Google Scraper API does not publish a fixed response time. A synchronous request waits up to 1 minute, then returns HTTP202 with a snapshot_id and continues asynchronously. Discovery requests always run asynchronously and take longer depending on result volume.
Why do response times change over time?
Google changes how its pages are served, and the Bright Data Google Scraper API collectors are updated to match. A collector update can change how long a scrape takes even when the success rate stays the same. For production workloads, build against the async workflow or webhook delivery so a longer run does not break the integration.What is the difference between Collect and Discover?
Collect by URL scrapes a specific Google page you provide, such as a single Maps place, a Shopping product or a SERP URL. Discover finds Google records matching search criteria such as a keyword, a CID or a geographic area, then scrapes the results. Discovery is most useful via async requests when you don’t know the exact URLs up front.Can I target a specific country or language?
Yes. Most endpoints accept acountry parameter (ISO 3166-1 alpha-2 code), and the SERP 100 endpoint also accepts language and uule for geographic targeting. See each endpoint’s reference page for the full parameter list.
How is this different from scraping using proxies or Web Unlocker API?
When scraping using proxies or Web Unlocker API, you still need to write and maintain your own parsing logic and update it whenever the target site changes its page structure. The Bright Data Scraper API handles the entire stack: proxy rotation, anti-bot bypassing and parsing. You send a URL or keyword and get clean, structured JSON back, with no scraping infrastructure or parser maintenance on your end.Next steps
Quickstart
Scrape your first Google Maps place in 5 minutes.
Endpoints
One request per endpoint, each with a captured response.
API reference
Endpoint specs, parameters and response schemas.