找不到好用的 Google Trends MCP,于是我自己写了一个
来源:dev.to — 2026-09-29
📋 概述
作者原来的内容调研流程很费时间:先查一段时间的 Search Console,再翻 Analytics 找兴趣洞察,最后去 Google Trends 看相关搜索与缺失机会,全部整理成一张表发给客户。GA 和 GSC 都能找到免费开源的 MCP,唯独 Google Trends 找不到同时满足「免费、开源、本地、适合 AI 驱动的工作流」的那一个,于是他做了 Trendzeist。它的起点是 pytrends-modern 之上的一个 MCP 层,但关键设计不是把结果丢给模型,而是围绕所问的问题组织数据:工具集包含请求节流、持久化磁盘缓存、严格输入校验、对 LLM 友好的 JSON 输出,以及带排序的 discover_topics 工作流。返回的选题已排好序——全新飙升的排第一,因为最值得当下调查,其次是稳定上升,再到可放进待办的长青选题;每个选题都附带建议格式(how-to、对比、清单)和用户真实输入的提问。接上 GA 与 GSC 之后,他可以用一句自然语言找出「排名 8 到 20 位、且需求正在上升」的页面。
🔑 核心要点
- 痛点很具体:GA 与 GSC 都有现成的开源 MCP,Google Trends 却没有满足免费、开源、本地条件的方案。
- 核心设计观是:大模型不需要再来一份 JSON 倾倒,而需要围绕问题被组织过的数据。
- 工具集包含请求节流、持久磁盘缓存、严格输入校验与对 LLM 友好的 JSON 输出。
- discover_topics 的返回结果已排序:先是全新飙升,再到稳定上升,最后是长青选题,并附带建议格式与读者原话式提问。
- 每个趋势都配一句自然语言结论——说明发生了什么、何时见顶、正在往哪走,让模型读结论而不是对着相对指数自己算。
- 三个 MCP 连起来后,过去手工做的表变成一句对话:找出排名 8–20 位且需求正在上升的页面,再叠加 GA 判断用户是否真的停留。
💡 金句
大模型不需要再来一份 JSON 倾倒,它需要的是围绕它要回答的问题组织过的数据。
👍 0
👎 0
← 返回 dev.to 首页