Google Trends is the only public source of demand-over-time data for search, and it has no official API. Manual CSV exports do not survive contact with a real research workflow: the moment a team needs fifty keyword comparisons a week, refreshed on schedule and joined to other data, the export button becomes the bottleneck. The fix is to treat Trends as a structured feed.
What does Google Trends actually measure?
Trends reports relative interest, not search volume. Every series is normalized to a 0–100 scale within the query’s own time window and keyword set. That has two practical consequences:
- A score of 100 means “the peak within this comparison,” not a fixed quantity. The same keyword can show different curves in different comparisons.
- Comparisons are only meaningful inside one call. To rank ten keywords against each other, they must share a baseline — which is why batching matters.
This is a feature for research, not a limitation. Relative interest answers the questions volume tools cannot: is demand growing or decaying, is it seasonal, and where is it concentrated geographically.
How do you batch keyword comparisons correctly?
Anchor every batch with a shared reference keyword. Google Trends compares at most five terms per request. To compare more than five keywords on one scale, include the same anchor term in every batch, then rescale the other series against the anchor’s score.
A workable pattern:
- Pick a stable, mid-volume anchor keyword from the niche.
- Split the keyword list into groups of four, adding the anchor to each group (five per call).
- Rescale each group so the anchor’s average matches across batches.
- Store the rescaled series with the batch id and window, so the normalization is reproducible.
Google Keyword Trends is built around exactly this call shape: it compares up to five keywords in one run and returns 15 fields per keyword — the interest timeline with the exact window and bucket size Google resolved, the keyword’s own average interest, interest by geography, and the top and rising related queries.
Which output fields carry the research signal?
The timeline tells you when; geography tells you where; rising queries tell you what is next. In practice the fields divide into three jobs:
- Interest timeline with window and bucket size. Google silently changes the bucket (daily, weekly, monthly) depending on the window it resolves. Storing the resolved window and bucket alongside the values is what makes runs comparable later — a weekly series and a monthly series must not be joined naively.
- Average interest. The cheapest way to rank a large keyword set after anchor rescaling, and a good sanity filter before deeper analysis.
- Top and rising related queries. Rising queries are the highest-leverage field in the payload: they surface demand that volume tools have not indexed yet. Feeding rising queries from one run back in as inputs for the next run is a simple, compounding discovery loop.
What does a production Trends workflow look like?
Schedule, store, and diff — the value is in the deltas. A single Trends snapshot is a chart; a scheduled series of snapshots is a dataset. The minimal production loop:
- Weekly scheduled run over the keyword portfolio, batched with an anchor.
- Append to storage (a Dataset export to Sheets, BigQuery, or a plain database table) keyed by keyword, window, and run date.
- Diff against the previous run: flag keywords whose average interest moved more than a threshold, and any new entrant in the rising-queries list.
- Route the flags — new rising queries go to the content backlog; sustained decays trigger a review of pages targeting that term.
This is the same schedule-and-diff discipline described in How to Choose an Apify Actor for a Production Data Workflow: define the output row first, then let the schedule accumulate the asset.
Where does Trends data fit next to volume tools?
Use Trends for direction, volume tools for size, and SERP data for difficulty. The three answer different questions and disagree in predictable ways. Trends leads volume tools by weeks on emerging terms because it measures the current week’s relative demand rather than a trailing average. That lead time is the arbitrage: a rising query spotted in a weekly Trends diff is often still uncontested in the SERP.
For teams building keyword-driven pages programmatically, pair this feed with the approach in SEO and GEO Data for API Pages — the interest timeline decides which pages deserve to exist, and the rising queries decide what to build next.
Continue in the directory
Turn the guide into a real sample run.
Open the current AgentX contract, check pricing and fields, then validate a narrow output.