Topic clusters only pay off when every term in the group still shares intent and demand. Trends MCP lets an assistant compare Google Search and Google Shopping trajectories for each variant so clusters stay honest before writers ship pages.
Keyword clustering groups queries that should answer the same intent on one URL. Guides from major SEO software vendors describe building a seed list, grouping by SERP similarity, then assigning a primary and secondary terms. The weak spot is drift: one modifier becomes commercial while the rest stay informational, or a viral spike makes a long tail look bigger than it really is. Trends MCP adds a demand layer so editors validate clusters before they outline copy inside Cursor, Claude Code, or any MCP client that already hosts the brief.
Semrush’s clustering overview states that clustering targets terms with shared intent on a single page, and that secondary terms are sometimes called fan-out queries in AI SEO contexts. That means the economics of the page depend on every phrase still pulling toward the same job to be done. SERP overlap proves similarity; trend lines prove momentum. Trends MCP reads Google Search and Google Shopping series with the same request shape, so an assistant can flag when shopping demand races ahead of classic search for one variant only.
First, export the cluster list from the keyword tool of record. For each phrase, call get_trends on google search with weekly mode. Lines that flatten while siblings rise signal a split cluster. Next, run the same names on google shopping when the page goal is revenue. If shopping lifts and search stays flat, treat the phrase as PDP or comparison content instead of the hub article. Finish with get_growth using three month and twelve month presets to rank which synonym should own the title tag.
Static keyword exports freeze a moment in time. get_top_trends on Google Trends surfaces breakout phrases that have not landed in spreadsheets yet. Editors can attach those phrases to the cluster table, rerun the series pulls, and decide whether the hub page needs a new H2 or a spinout FAQ. The step keeps editorial calendars aligned with how people actually type during news cycles or product launches.
Trend scores are normalized within each source pipeline. They show direction and relative strength, not a guarantee of rankings. Difficulty, internal links, and on-page quality still decide outcomes. Trends MCP also counts requests per the published pricing rules, so batch keywords instead of issuing one call per word when lists are long. Daily data_mode is available on Google sources through REST for short launch windows; MCP defaults remain weekly unless the client supports the flag.
Pair this workflow with SEO keyword research for the full research loop, entity SEO trend signals when clusters orbit a named entity, and Google Shopping trends when purchase intent needs its own chart.
Tools for this workflow
get_trendsOverlay weekly Google Search interest for every phrase in a proposed cluster to see diverging curves before writers outline a single URL.
get_trends(keyword='running shoes', source='google search', data_mode='weekly')
get_growthRank cluster members by three month and twelve month growth to pick the true primary keyword even when legacy volume estimates disagree.
get_growth(keyword='running shoes', source='google search', percent_growth=['3M', '12M'])
get_top_trendsSpot breakout modifiers from the live Google Trends feed when seed lists from static exports miss sudden language shifts.
get_top_trends(type='Google Trends', limit=30)
FAQ