如何用 Google 搜索 API 做一个关键词排名监控工具

一、从一个常见的监控需求说起

最近我在整理一个很小的工具需求。

需求本身不复杂，就是做一个关键词排名监控工具。它监控的不是"某个关键词有没有搜索结果"，而是"指定网站在指定关键词的 Google 自然搜索结果中排第几名，以及这个排名如何变化"。

这类需求在 SEO、竞品分析和内容运营里很常见。很多团队其实每天都在做，只不过方式比较原始：打开 Google，输入关键词，找到目标页面，截图，记录排名，再把结果贴到表格里。

如果只是偶尔查一两个词，这样做没什么问题。但如果需要反复验证同一批关键词，还要区分 Google 域名和设备类型，再回头比较多次结果，手工记录很快就会不适用。

二、为什么搜索结果不适合直接当网页来抓

我一开始的想法也很直接，既然搜索结果页能在浏览器里打开，那写个脚本请求页面，再解析 HTML，不就可以了吗？

真正做起来之后，我发现搜索结果页和普通网页不太一样。它不是一个稳定的内容页，而是一个会根据搜索词、地区、语言、设备、时间不断变化的数据集合。

2.1 搜索结果页的复杂性

普通内容页通常有相对固定的结构。标题、正文、发布时间、作者，大致可以通过选择器或规则提取。

搜索结果页要复杂得多。自然结果、广告结果、知识面板、精选摘要、图片、视频、相关搜索、地图、本地商家信息，都可能出现在同一个页面里。不同关键词触发的模块也不一样，有的词以自然结果为主，有的词广告很多，有的词会出现知识面板或本地结果。

这意味着，搜索结果页不是一个"字段固定"的页面。它更像一个实时拼装出来的结果集合。

对于人工查看来说，这种动态展示没有问题。但对于程序监控来说，要先要明确自己关心哪一类结果。当前工具只统计自然结果：它要知道目标域名排在第几，并保留本次返回的标题、链接和摘要。广告、相关搜索等模块可以在后续需求明确后再单独接入。

2.2 直接采集带来的工程成本

如果直接抓取搜索页面，开发者面对的就不只是"发起请求"这么简单，而是一整套维护成本。

第一是解析规则维护。页面模块越多，解析逻辑就越复杂。一旦页面结构变化，原来的选择器或解析规则就可能失效。

第二是采集稳定性。搜索结果一旦进入定时、批量、长期运行阶段，某一次采集失败就会影响后面的趋势判断和日报数据。当前工具先保留手动查询入口，后续若加入定时任务，仍要面对这层稳定性问题。

第三是参数一致性。做关键词监控时，查询环境必须明确记录。当前工具会保存 Google 域名和设备类型；否则两次数据放在一起对比就没有意义。

第四是数据整理成本。搜索页面本身不是为入库分析设计的。即使拿到了 HTML，也还要进一步清洗、拆分、字段对齐，才能变成排名、标题、链接和摘要这些可分析数据。

所以，关键词监控真正需要解决的不是"能不能打开搜索页面"，而是能不能稳定拿到一份结构清晰、参数明确、可以持续对比的数据。

三、关键词监控真正需要的是什么

做关键词监控时，核心目标不是保存一张搜索结果截图，也不是简单记录某个页面长什么样。

它真正需要的是可对比的数据。

3.1 当前工具记录哪些字段

这次实现的工具围绕 Google 自然排名，实际记录或展示的是：

• 关键词；
• 目标域名；
• Google 域名；
• 设备类型；
• 自然结果排名；
• 本次自然结果的标题、链接和摘要；
• 检查时间；
• 本次返回的结果数量。

其中，关键词、目标域名、Google 域名、设备、检查时间、自然排名和结果数量会保存到本地 SQLite 数据库；标题、链接和摘要用于展示本次自然搜索结果。下一次查询同一个关键词和域名时，页面会显示历史记录，方便人工比较变化。

国家地区、语言、广告结果、相关搜索、竞品域名单独存档等，再根据业务目标逐项扩展，而不是一开始就把所有结果类型堆进同一个页面。

3.2 API 化的价值在于稳定数据链路

在这个思路下，搜索引擎 API 会更适合这类场景。

以 Dataify 的 SERP API 为例，它提供的是一体化搜索引擎数据采集能力，可以实时获取 Google、Bing、Yandex、DuckDuckGo 等主流搜索引擎结果，并支持 JSON 或 HTML 结构化数据返回。官网里也提到，它支持精准地理位置定位、快速响应、结构化输出和企业级并发能力。

其中，Google 搜索并不只是一条普通网页搜索接口。Dataify 控制台将 Google 数据拆成 17 类采集工具，覆盖 Google 搜索、AI Mode、新闻、图片、地图、航班、工作、酒店和专利等场景。对做市场研究、品牌观察或垂直内容监控的人来说，价值在于可以按结果类型单独获取数据，而不是把所有模块都从一张复杂的搜索页面里硬拆出来。

对开发者来说，这里最重要的不是"少写几行代码"，而是系统边界变清楚了。

以前我们要自己处理搜索页访问、页面结构变化、字段抽取和异常重试。用了搜索引擎 API 之后，这一层可以交给 API 服务来处理 。当前工具把重点放在关键词怎么提交、排名怎么匹配和历史怎么保存；关键词分组、自动变化判断、提醒和报告，则是后续可以建立在这条数据链路上的功能。

四、实战：用 Dataify Google 搜索 API 做一个关键词排名监控工具

前面的问题已经很明确：我们需要的不是"抓一张搜索结果页"，而是稳定得到目标网站在 Google 自然结果里的位置。为了把这个过程落到实处，我做了一个本地网页工具。

打开页面后，只需要填写四项：关键词、目标域名、Google 域名和设备类型。比如输入"跨境电商 ERP"和 example.com，点击"立即监控"，工具就会发起一次 Google 搜索，并在返回的自然结果中寻找 example.com 第一次出现的位置。

工具的后端沿用了 Dataify Google 搜索 API 的请求形式：向 https://scraperapi.dataify.com/request 发起 POST 请求，并传入 engine=google、q、json=1、google_domain 和 device。API Token 只保存在本地后端的环境变量中，浏览器页面不会保存或展示 Token。

拿到 JSON 后，程序不会再去猜页面里哪些内容属于自然结果，而是读取结构化的自然结果列表，逐条比较结果链接的域名。匹配到目标域名时，就把对应的 position 记为本次排名；如果目标域名没有出现在本次返回的结果中，则记录为"未找到"。

为了让一次查询变成可查询的数据，工具还会把关键词、目标域名、Google 域名、设备、检查时间、排名和结果数量写入本地 SQLite 数据库。这样，下一次再查同一个词时，页面就能同时展示当前排名和历史记录。

这个小工具对应的完整流程其实很简单：填写监控条件 → Dataify 获取 Google 结构化结果 → 匹配目标域名 → 保存排名记录 → 查看本次结果和历史变化。

我这里关键词监控的是 跨境电商 ERP，我想知道dianxiaomi.com在谷歌中的排行，我直接点立即监控就能获取到结果。可以获取到自然排名与前九条的结果。

五、这类工具可以用在哪些场景

• SEO 排名复盘：对重点关键词重复执行手动查询，结合历史记录判断内容优化或页面改版是否带来变化。
• 竞品观察：查看同一批行业词的前列页面，了解哪些竞品正在获得更多自然曝光。
• 内容选题验证：新内容发布后，用核心关键词回查页面是否进入可见结果区间。
• 多环境对比：在桌面端和移动端，或不同 Google 域名下分别进行查询并保存记录，避免把不同搜索环境的数据混在一起。

六、实际使用时需要注意什么

如果想直接使用我的项目，可以留言我直接发给你。拿到项目后，按下面几步就能在本地跑起来。

1. 进入 keyword-monitor 目录，核心文件的分工如下：

keyword-monitor/
├── app.py              # 本地网页和表单处理
├── serp.py             # Dataify 请求与自然排名匹配
├── storage.py          # SQLite 历史记录
├── templates/          # 页面模板
├── static/             # 页面样式
├── requirements.txt    # Python 依赖
└── .env.example        # Token 配置模板

2. 复制 .env.example 为 .env，然后填写自己新生成的 Dataify Token：

cp .env.example .env

.env 中只需要保留一行：

DATAIFY_API_TOKEN=YOUR_NEW_TOKEN

3. 安装依赖并启动工具：

python3 -m venv .venv
.venv/bin/pip install -r requirements.txt
.venv/bin/python app.py

4. 启动成功后，浏览器访问 http://127.0.0.1:5000。如果 5000 端口已经被其他程序占用，可以先关闭占用程序，或在 app.py 中换一个本地端口再启动。

5. 在网页中填写关键词、目标域名、Google 域名和设备类型，再点击「立即监控」就可以了，非常的简单！

使用时还需要注意以下几点：

• 排名应看多次记录，不看单次输赢：搜索结果会随时间和环境波动。当前页面保存历史记录。
• 每次都要保存搜索环境：关键词、Google 域名、设备和检查时间，必须与排名一同保存，才有可比性。
• 首版只看自然结果：Google AI Mode、新闻、图片、地图、购物等结果类型有各自的返回结构，不应和自然排名混为一个指标。
• 先盯住少量高价值词：手动监控工具的价值在于快速验证和复盘，等关键词规模、查询频率和判断规则稳定后，再考虑定时、批量、趋势图和告警。

立即体验：https://dataify.com?utm_source=clllb\&utm_term=01

七、总结

关键词监控从功能上看不复杂。无非是定时查询、保存结果、做趋势分析。

真正难的是底层数据源要稳定。

搜索结果不是普通网页，它是一个高度动态、强上下文、强地域差异的数据入口。直接把它当成 HTML 页面去处理，早期看起来简单，后期维护成本会越来越高。

Dataify SERP API 这类搜索引擎 API 的价值，就是把复杂的搜索结果采集过程封装成可调用、可解析、可集成的数据接口。开发者不用把大量时间花在页面解析和访问稳定性上，而是可以把精力放回监控逻辑、趋势分析和业务决策。

对一个关键词监控工具来说，这其实就是最重要的事。

我们不是为了抓页面而抓页面。

我们是为了更早知道，市场、竞品、用户需求和品牌环境，正在发生什么变化。

如果对大家有帮助的话，点个赞吧！谢谢大家，这对我真的很重要，我们下一期，再见！