"Google data" isn't one thing. Search results, shopping listings, image results, and news articles come from four different products inside Google, each with its own ranking logic, its own refresh rate, and — if you're pulling them through an API — its own price. Picking a vendor for "Google data" without asking which of the four you actually need is how you end up paying for a search-results API when what you wanted was product listings.
This is a buyer's guide across all four: what each one is actually good for, how their pricing shapes differ, and what a real request looks like for the one you'll reach for most.
If you're an agent (or building one) reading this rather than a human, the full machine-readable schema for every endpoint below lives at mindcase.co/skills.md.
What makes Google's own data useful for an agent?
Google decides what ranks, what gets a rich result, and what gets surfaced as an AI-generated answer — for four different kinds of query at once. An agent that can read those results directly gets a signal no other source replicates: not "what's true," but "what Google currently thinks is the best answer," which is a genuinely different and useful thing to know for SEO work, competitive research, and grounding an agent's own answers in current web content.
The catch is that "Google data" splits into products with almost nothing in common structurally. Search returns links and snippets. Shopping returns merchant listings with prices. Images returns image metadata. News returns articles with publish times. Treating them as interchangeable is the first mistake to avoid.
How do search, shopping, images, and news actually differ?
Here's what each one actually returns, pulled directly from the real schema — not a generic description:
Search (google/search) returns organic results: rank, title,
link, domain, snippet, plus two fields most competitors don't
expose — aiAnswer and aiAnswerSources, Google's own AI Overview text
and the pages it cites. If you care about whether your site gets cited in
an AI-generated answer, this is the only one of the four that can tell
you.
Shopping (google/shopping) returns product listings: title,
merchant, price, priceValue, rating, reviewCount, position.
This is aggregated retail data — one query surfaces every merchant
selling a comparable product, which none of the other three do.
Images (google/images) returns image metadata: imageUrl,
sourcePageUrl, sourceDomain, imageWidth, imageHeight,
orientation. Useful for sourcing visual references or auditing where an
image appears across the web — not something the other three touch at
all.
News (google/news) returns articles: title, source,
articleUrl, publishedAt, with a real timeframe filter (1h, 1d, 7d,
1y, all). This is the only one of the four built around recency as a
first-class filter rather than an afterthought.
Which endpoint fits which real use case?
- Tracking your own or a competitor's search ranking → Search, for the
rankfield and country/language targeting. - Getting cited by AI answer engines, not just ranking → Search, for
aiAnswer/aiAnswerSourcesspecifically — a distinct question from ranking, since a page can rank without ever appearing in the AI answer. - Comparing prices across retailers for a product category → Shopping, since it's the only one that surfaces multiple merchants per query.
- Sourcing or auditing where an image appears online → Images.
- Monitoring breaking coverage of a company or topic → News, using the
timeframefilter to catch what's recent rather than pulling the whole archive.
Most real workflows only need one of these at a time. The four-in-one framing matters when you're choosing a vendor, not when you're building a specific feature — pick the one endpoint your actual task needs.
curl -X POST "https://api.mindcase.co/v1/data/google/search/run?wait=true" \
-H "Authorization: Bearer $MINDCASE_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"params": {
"queries": "site:example.com pricing",
"maxPages": 1
}
}'
# $0.001 per result pageWhat does pricing actually look like across all four?
The four don't share a pricing shape, which matters more than the raw numbers once you're running real volume:
| Endpoint | Price | Billed per |
|---|---|---|
| Google Search | $0.001 | result page (~10 organic results) |
| Google Shopping | $0.003 | product listing |
| Google Images | $0.001 | image result |
| Google News | $0.002 | article |
Search is billed per page of ~10 results, not per result — pulling 100 search results costs the same as pulling 10 pages, not 100 individual rows. Shopping, Images, and News are billed per row returned. Budgeting a search-heavy workflow without knowing that distinction is the easiest way to misjudge cost by 10x in either direction.
What can't you get from any of them?
A guaranteed AI Overview. aiAnswer and aiAnswerSources come back
when Google actually shows one for that query — Google decides per-query
whether an AI Overview appears at all, and no API can force one into
existence.
More than Google itself returns. Search caps out around 100 organic results (~10 pages) per query — that's Google's own ceiling, not a Mindcase limit. Pulling deeper than Google's own results page isn't possible through any vendor.
Which endpoint should you use for which job?
| Endpoint | Input | Price | Best for |
|---|---|---|---|
| Google Search | Query or search URL | $0.001 / page | Rank tracking, AI Overview citations |
| Google Shopping | Keyword | $0.003 / listing | Cross-merchant price comparison |
| Google Images | Keyword | $0.001 / image | Sourcing or auditing image usage |
| Google News | Query | $0.002 / article | Recency-filtered news monitoring |
FAQ
No. Most workflows need exactly one — pick based on the question you're actually answering, not the fact that all four exist.
Yes. Google Search takes a country parameter (uses that country's google.<tld> domain) and a separate search-language parameter, independently.
No. It returns the headline, source, publish time, and a link to the article — not the full article body.
No. aiAnswer is Google's own generated summary text, separate from the organic snippet field, and only appears when Google actually renders an AI Overview for that query.
