Google Trends Now Compares 400 Terms. That Is 220% More Ways to Read It Wrong.
Google Trends now compares 8 groups of 50 terms, up from 5 groups of 25. Everything is still scaled to the biggest term, so most of your 400 will read zero.
Google Trends raised its comparison ceiling. The new explore interface now takes 8 groups of up to 50 terms each, against 5 groups of 25 on classic explore.
- The new numbers: 8 groups times 50 terms is 400 terms in one comparison, against 125 before. That is a 220% increase in capacity, and it is the entire change.
- The scale did not move: Google Trends still plots everything on a 0 to 100 range relative to the highest point on that chart, and still reports low-volume terms as 0. Adding capacity does not add resolution.
- Mixing volumes wastes the new headroom: Put one dominant term next to 49 small ones and the small ones flatten to a row of zeros. Groups are only informative when the things inside them are of comparable size.
- Groups are lines, terms are what feeds a line: Each of the 8 groups renders as one series on the chart. The 50 terms inside a group aggregate into that single line, which is what makes the raised per-group limit useful for topic clusters rather than for reading 50 keywords individually.
- The real fix is the API: The Google Trends API, in alpha since 24 July 2025, returns data that is explicitly not scaled 0 to 100, so results can be joined and merged across requests. It covers a rolling five-year window with daily, weekly, monthly and yearly aggregation, and still requires an application.
Treat this as a bigger canvas, not a better instrument. What it measures, and how coarsely, is unchanged.
Trends tells you a term is rising. It cannot tell you whether your pages can be found for it. CrawlRaven joins your Search Console data, GA4 and a 200-point crawl into one ranked plan, from $49 at launch. Try CrawlRaven free: 1 site, no credit card →
Google Trends just tripled how much you can put on one chart. You can now compare 8 groups of up to 50 terms each, where the previous ceiling was 5 groups of 25.
That is 400 terms against 125, a 220% increase, and it is a genuinely useful change for anyone who has ever run the same comparison four times to fit everything in.
It is also the kind of change that quietly makes a tool easier to misuse. Nothing about how Trends calculates or scales its numbers moved, so this piece covers three things:
- What the new limits are, and where they do not apply.
- Why filling all 400 slots will usually produce a chart of zeros.
- The comparison structure that makes the extra headroom worth having.
What actually changed
One number, in one place. Google's help documentation for the new explore interface now reads: compare up to 8 groups of terms at once and up to 50 terms in each group.
Google Trends comparison limits, before and after
5 groups × 25 terms
Still the limit on the classic interface.
8 groups × 50 terms
The raised limit, on the current interface.
400 against 125 is a 220% increase in how many terms one comparison can hold. The 0 to 100 scale those terms are plotted on did not change at all.
Limits from Google Trends Help: Compare Trends search terms.
Two details are easy to skim past, and both matter more than the headline figure.
- Classic explore did not change. The documentation still describes classic explore as supporting 5 groups of terms at once and up to 25 terms in each group.
- Nothing else in the tool moved. Same data, same sampling, same normalisation, same low-volume cutoff. This is a limit being raised, not a methodology being improved.
Groups are lines. Terms are what feeds a line.
The limits are quoted as groups times terms for a reason that changes how you should use them.
A group is one series on the chart. The terms you add inside a group aggregate into that single line rather than each getting a line of their own.
Think of a group as a bucket with a colour on the chart, and the terms inside it as everything you pour into that bucket. Fifty terms gives you one well-defined line, not fifty lines. Eight is the ceiling on how many things you can compare at once.
So the two limits do different jobs, and the per-group one is the more interesting of the two.
- The 8-group limit caps how many things you can compare against each other. It went from 5 to 8, which is a modest and welcome bump.
- The 50-term limit caps how precisely you can define each of those things. Doubling it from 25 is what lets a group actually represent a topic rather than a sample of it.
- The useful reading is that this is a better tool for comparing categories, brands or product lines, and no better at all for comparing individual keywords.
The catch: the scale did not change
Here is the part the coverage skipped. Google Trends does not report volume. It reports a normalised index, and the documentation is explicit about how that index is built.
Values are scaled on a range of 0 to 100 based on a topic's proportion to all searches on all topics. The highest point on your chart becomes 100, and everything else is expressed relative to it.
Why most of your terms come back as zero
One dominant term sets the top of the scale. Everything smaller is compressed toward the bottom, and genuinely low-volume terms are reported as 0.
Terms of similar size spread across the range, so the shape of the chart carries information instead of one spike and three flat lines.
Schematic, not measured data. It illustrates the documented behaviour: values are scaled 0 to 100, and Google Trends reports low-volume terms as 0.
Why so many terms come back as zero
Two mechanisms stack, and together they eat most of your new 400 slots.
- Relative scaling compresses everything below the leader. One term with an order of magnitude more interest pins the top of the range and squashes the rest into the bottom few percent.
- There is a floor as well as a ceiling. Google states that Trends only shows data for popular terms, so search terms with low volume appear as 0.
- Zero is not a measurement. It means "below the threshold", which is a very different claim from "nobody searched this", and it is the misreading that turns a Trends chart into a bad content decision.
The failure mode is specific and common: someone adds their category head term as a reference point, and every long-tail variant they actually wanted to evaluate flattens to a row of zeros. The chart looks decisive and says almost nothing.
I have watched this exact chart end an argument in the wrong direction more than once. A stakeholder adds the brand name to a comparison of six content topics, the topics all read zero, and the meeting concludes nobody searches for them.
Raising the limit to 400 does not fix that, it scales it. My rule has not changed: never put a term in a comparison unless you would be comfortable arguing it is roughly the same size as the others.
How to actually use eight groups
The discipline that makes Trends reliable is grouping like with like. Everything below follows from that one rule.
- Band your terms by rough size first. Head terms in one comparison, mid-tail in another, long-tail in a third. Three readable charts beat one unreadable one.
- Use the 50-term limit to define, not to enumerate. Pour every phrasing, misspelling and variant of a topic into one group so the line represents the topic properly.
- Keep one constant across charts. If you must compare across separate comparisons, include the same reference term in each so you have a shared anchor. It is imperfect and it is better than nothing.
- Read shape, not height. Seasonality, direction of travel and the timing of a spike survive normalisation. Absolute magnitude does not.
- Check the region and the window. Both change the scaling, so a term that reads zero worldwide over five years may be perfectly healthy in one country over twelve months.
- Validate against data you own. Your own impression counts are absolute, unnormalised and specific to you, which makes them the better instrument whenever the question is about your site rather than the market.
That last step is the one that closes the loop. Trends can tell you a category is rising; only your own query data tells you whether you are already being shown for it. Slicing that data by topic is easier with the free GSC regex generator, which turns a plain-English filter into the RE2 pattern Search Console accepts.
Where the real fix is: the Trends API
If the normalisation is your problem, the interface will never solve it, because normalisation is what the interface does. The API is a different instrument.
Google's documentation states that API data is not scaled from 0 to 100. That single difference is what makes results from separate requests joinable rather than each being an island.
| Capability | Trends explore | Trends API |
|---|---|---|
| Terms per comparison | 8 groups, up to 50 terms each | Dozens of terms |
| Scaling | 0 to 100, relative to that chart | Not scaled 0 to 100 |
| Merge across requests | Not comparable between charts | Consistent, so results can be joined |
| Time range | Selectable, back to 2004 | Rolling window of the last 5 years |
| Aggregation | Set by the chosen window | Daily, weekly, monthly, yearly |
| Geography | Worldwide, country, sub-region | Countries and sub-regions |
| Access | Open to anyone | Alpha, by application |
The API was announced on 24 July 2025 and is still accepting applications for alpha testers, so this is a plan rather than a solution for most teams. Worth applying if you build reporting on Trends data; not worth waiting for if you need an answer this quarter.
What Google Trends still is not
None of the above is a criticism of the tool. It is a very good instrument for a narrow set of questions, and most of the frustration with it comes from asking the other kind.
- It is not a keyword volume tool. There is no absolute number anywhere in it, and a term at 100 tells you only that it topped its own chart.
- It is not comparable across charts. Two comparisons run separately are each scaled to their own maximum, so a 60 in one and a 60 in the other mean nothing to each other.
- It is not a ranking or visibility signal. Rising demand says nothing about whether your pages are indexable, linked or fast enough to capture it.
- It is excellent at shape. Seasonality, trajectory, regional differences and which of two phrasings people actually use are all questions a normalised index answers well.
Key Takeaways
- →What changed: The new Google Trends explore interface compares up to 8 groups of terms at once with up to 50 terms in each group, a maximum of 400. Classic explore is unchanged at 5 groups of 25 terms, a maximum of 125.
- →The size of the change: 400 against 125 is a 220% increase in capacity. It is the only thing that changed: the data, the sampling and the scaling are all the same.
- →Groups are not terms: Each group renders as one line and the terms inside it aggregate into that line. The raised per-group limit lets you define a topic more completely; it does not let you read 50 keywords separately.
- →Why terms read zero: Values are scaled 0 to 100 relative to the highest point on your own chart, and Google reports low-volume terms as 0. A dominant term in the comparison pushes everything smaller toward the floor.
- →How to use the headroom: Band terms by rough size and run several readable comparisons rather than one crowded one. Use the 50-term limit to define a topic thoroughly, keep a constant reference term across charts, and read shape rather than height.
- →The rigorous option: The Google Trends API, announced 24 July 2025 and still in alpha by application, returns data that is explicitly not scaled 0 to 100, covers a rolling five-year window and supports daily, weekly, monthly and yearly aggregation.
Primary sources used in this post
- Google Trends Help: Compare Trends search terms, with the group and term limits
- Google Trends Help: FAQ about Google Trends data, on 0 to 100 scaling and low-volume terms
- Google Search Central: Get early access to the Google Trends API alpha
- Google Search Central Blog: Introducing the Google Trends API (alpha), 24 July 2025
- Search Engine Roundtable: Google Trends lets you compare 220% more search terms
Related reading on CrawlRaven
Frequently asked questions
How many terms can Google Trends compare now?
The new explore interface compares up to 8 groups of terms at once, with up to 50 terms in each group, for a maximum of 400. Classic explore still supports 5 groups of 25 terms, a maximum of 125. Going from 125 to 400 is a 220% increase in how many terms a single comparison can hold.
What is the difference between a group and a term in Google Trends?
A group is one series on the chart. The terms inside a group aggregate into that single line rather than each being plotted separately, which is why the limits are expressed as groups times terms. The practical consequence is that the 50-terms-per-group ceiling is useful for defining a topic broadly, and it is not a way to read 50 keywords against each other. If you want 50 separate lines, you cannot have them: 8 is the ceiling on lines.
Why do most of my Google Trends terms show as zero?
Because the scale is relative and the floor is a threshold. Google Trends scales results from 0 to 100 based on a topic's proportion of all searches, so the highest point on your chart becomes 100 and everything else is expressed against it. Google also states that Trends only shows data for popular terms, so search terms with low volume appear as 0. Put one dominant term in a comparison and smaller terms are pushed toward the bottom of the range, where anything below the threshold reads as zero rather than as a small number.
Does the higher limit make Google Trends more accurate?
No. Capacity and resolution are different things, and only capacity changed. The underlying sampling, the 0 to 100 normalisation and the low-volume cutoff are all exactly as they were. A 400-term comparison is a bigger canvas painted with the same brush, and if anything it makes the normalisation problem easier to hit because more terms means a wider spread of volumes in one chart.
Is the new limit available on classic explore?
No. Google's help documentation states the raised limits for the new explore interface, and separately notes that classic explore supports comparing 5 groups of terms at once and up to 25 terms in each group. If you are looking at a saved link or an embedded chart built on the classic interface, you are still working to the old ceiling.
Should I use the Google Trends API instead?
If you need to compare more than a handful of terms rigorously, yes, and the reason is scaling rather than volume limits. Google's documentation states plainly that API data is not scaled from 0 to 100, which means results from separate requests can be joined and merged instead of each being normalised against its own chart. The API has been in alpha since 24 July 2025 and still requires an application, so it is not a same-day answer for most teams.
Does Google Trends show search volume?
No, and this is the most common misreading of the tool. Trends shows relative interest over time, normalised to a 0 to 100 range within whatever comparison you have run. A term at 100 is not a volume figure and two charts run separately are not comparable to each other, because each one is scaled against its own maximum. For absolute volume you need a keyword tool or your own Search Console impression data.
What is Google Trends genuinely good for?
Shape rather than size. Seasonality, the timing of a spike, whether a term is rising or declining over years, how demand differs by region, and which of two comparable phrasings is more common. All of those are questions about relative movement, which is exactly what a normalised index answers well. Anything that requires an absolute number, or comparing across two separate charts, is the wrong job for it.
15+ years of growing SaaS websites through SEO | Author, 200-Point Audit Checklist
Aditi has spent 15+ years helping SaaS companies scale organic traffic through technical SEO and content strategy. She is the author of the CrawlRaven 200-Point Audit checklist used by agencies and in-house teams to systematically improve search performance.