咕咕监控 3.2.0：网页有重要变化时，第一时间告诉你

网站在线，不代表你关心的内容没有变化。

一则新闻可能刚刚发布，一项商品价格可能突然调整，一场活动可能开放报名，一个招标公告可能更新了截止时间。过去，我们往往需要反复打开网页、手动刷新，再从大量相似内容中寻找变化。监控页面一多，这件事很快就会变得耗时，而且很容易错过真正重要的更新。

咕咕监控 3.2.0 新增了网页内容变化监控。除了继续判断网站能不能访问，现在还可以持续关注页面内容是否发生了有意义的变化，并在确认重要更新后，通过已经配置的通知渠道及时提醒。

这次升级并不是简单地比较两份 HTML 。我们更希望解决一个实际问题：页面每天都可能发生细微变化，但用户真正想知道的，通常只是其中很小的一部分。

从“网站能不能打开”，进一步到“重要内容有没有更新”

传统的网站监控主要回答这些问题：

• 网站是否能够访问。
• HTTP 状态码是否正常。
• 响应时间是否明显变慢。
• HTTPS 证书是否即将到期。

这些信息对于保障服务稳定性非常重要，但它们无法告诉你网页上的内容是否已经更新。

例如，一个新闻网站始终返回 200 ，网站本身完全正常，但新的公告可能已经发布；一个商品页面可以正常打开，但价格、库存或发售时间可能已经改变；一个政策页面没有宕机，但正文内容可能已经修订。

3.2.0 在原有站点监控之外增加了一套独立的内容变化检测。站点连通性监控继续按照原来的频率运行，内容变化监控则可以单独开启、单独设置频率，两者互不影响。

这意味着，你既可以继续用一分钟一次的连通性监控判断网站是否在线，也可以根据内容的重要程度，选择更适合的变化检测频率。

最快每 30 秒检查一次重要内容

不同页面对时效性的要求并不一样。

产品介绍、企业公告或政策文件通常不需要频繁检查；新闻、行情、库存、活动名额和临时通知，则可能需要更快发现。为此，网页内容变化监控提供了多档独立检测频率：

• 每 30 秒
• 每 15 分钟
• 每 30 分钟
• 每 1 小时
• 每 6 小时
• 每 12 小时
• 每天

高频检测适合新闻、突发公告、库存和短时活动；低频检测更适合政策、产品说明、价格目录和长期维护页面。

需要特别说明的是，30 秒选项只用于网页内容变化检测，不会改变原有站点连通性监控的默认设置。用户可以针对同一个网站分别配置“是否在线”和“内容是否更新”，让检测频率更符合实际需要。

告诉系统你真正关注什么

同一个页面里可能同时存在标题、正文、推荐文章、广告、登录入口、访问量、更新时间和多个内容模块。如果只判断“页面有没有任何变化”，几乎所有动态网站都会频繁触发提醒。

在新增或编辑站点时，可以填写“重点关注内容”，用自然语言说明自己真正需要监控的部分。

例如：

• 关注最新新闻标题和发布时间。
• 关注商品价格、库存状态和开售时间。
• 关注招标公告、截止日期和附件更新。
• 关注活动报名状态与剩余名额。
• 关注版本号、更新说明和下载地址。
• 关注政策正文及生效日期。

这些描述不要求用户编写选择器、正则表达式或复杂规则。系统会结合页面前后内容的差异和关注目标，判断这次变化是否值得提醒。

对于需要同时监控十几个新闻来源、行业网站或公告页面的用户，这种方式尤其有用。每个页面都可以设置不同的关注目标，而不需要为不同网站维护一套脆弱的抓取规则。

过滤广告、推荐位和时间戳等无关变化

网页内容变化监控最容易遇到的问题，不是发现不了变化，而是提醒太多。

广告素材轮换、猜你喜欢、随机推荐、访问量、当前时间、Cookie 提示、登录状态和页面布局都可能发生变化。如果每一次变化都发送通知，真正重要的提醒很快就会被淹没。

咕咕监控会先提取页面中的有效内容，对常见动态噪声进行标准化处理，再结合变化幅度、前后文本差异和用户关注目标进行判断。

系统通常会忽略这些变化：

• 广告和推广位更换。
• 推荐内容随机刷新。
• 页面时间、访问量等动态数字变化。
• Cookie 、登录状态和个性化提示变化。
• 只有布局或样式发生调整，主要业务内容没有改变。

当页面确实出现价格、库存、公告、版本、新闻正文等有意义的变化时，系统才会生成重要变化记录并触发提醒。

这种处理方式不是为了保证“页面一动就通知”，而是尽量让每一次通知都值得用户打开查看。

支持由 JavaScript 动态渲染的页面

现在越来越多的网站不会在初始 HTML 中直接返回完整正文，而是依靠 JavaScript 加载新闻列表、商品信息、价格、库存和其他业务内容。

如果只下载原始 HTML ，这类页面可能只能获取到一个空壳，甚至每次得到的内容都不完整，最终导致漏报或误报。

咕咕监控的内容获取会等待页面完成必要的动态渲染，再提取用户实际能够看到的有效内容。因此，它不仅适用于传统静态页面，也可以覆盖常见的单页应用和动态加载页面。

对于加载较慢、短内容或需要等待页面组件出现的网站，系统也会进行稳定性确认，避免把一次尚未完成的加载误判成内容删除。

变化需要稳定出现，才会进入判断

页面抓取过程中可能遇到短暂网络波动、资源加载失败或内容尚未完成渲染。如果看到一次差异就立即提醒，很容易产生误报。

3.2.0 会为页面建立内容基准。当发现变化时，系统不会立即把第一次差异当成最终结果，而是再次确认变化是否稳定存在。只有稳定变化才会进入后续判断。

整个过程可以概括为：

1. 首次检测建立页面内容基准。
2. 后续检测发现页面与基准不同。
3. 再次确认变化是否持续存在。
4. 过滤无关噪声并判断变化的重要程度。
5. 保存变化记录，重要变化再发送通知。

这套流程能够减少页面临时空白、短暂加载失败和随机内容变化带来的干扰，也让高频检测更有实际意义。

变化历史不只告诉你“变了”，还保留判断依据

收到“页面发生变化”之后，用户通常还会继续问：哪里变了、为什么值得关注、系统有没有发出提醒？

在站点详情的“内容变化”页面中，可以查看：

• 最近一次内容检测时间。
• 最近一次重要变化时间。
• 下一次计划检测时间。
• 当前检测结果。
• 变化分类和简要摘要。
• 判断原因与置信度。
• 是否已经发送提醒。
• 新增内容与删除内容。
• 变化前后的页面截图证据。

变化会被区分为重要变化、已忽略、未确认或等待重试。即使某次变化没有达到提醒标准，仍然可以在历史记录中看到判断结果，方便后续核对。

如果页面暂时无法获取，或者判断服务短暂不可用，页面也会显示明确状态并自动重试，而不是把失败结果误当作真实变化。

App 、微信、邮件、短信和 Webhook 多渠道提醒

当系统确认页面出现重要变化后，可以通过监控项和账号中已经启用的渠道发送提醒。目前网页内容变化支持：

• App 推送
• 微信通知
• 邮件
• 短信
• Webhook
• 站内通知

个人用户可以选择 App 、微信或邮件；对时效要求更高的页面可以增加短信；团队和自动化场景可以通过 Webhook 把变化事件接入企业微信、钉钉、内部系统或自己的处理流程。

通知会包含监控名称和变化摘要，帮助用户先判断是否需要立即处理。页面地址仍然保留在监控详情中，用户可以从通知中心进入对应站点查看完整变化记录。

系统会记录每个渠道的实际发送结果，并避免同一个变化在同一渠道重复发送。某个渠道暂时失败时，也不会把它误显示为已成功送达。

新增通知中心，集中处理所有提醒

Web 管理后台现在提供统一的通知中心，站点异常、接口异常、设备状态和页面变更不再分散在不同入口。

通知可以按以下类别筛选：

• 页面变更
• 站点
• 接口
• 设备

右上角通知入口会显示未读数量。打开通知后可以进入对应监控详情，也可以单独标为已读或一次性清除全部未读标记。

这对于同时维护多个网站、接口和设备的用户更方便：不用先判断通知来自哪一类监控，只需要进入通知中心，按照时间顺序处理即可。

Web 、iOS 、Android 和微信小程序保持一致

网页内容变化监控已经进入 Web 管理后台、iOS App 、Android App 和微信小程序。

在不同入口中，都可以完成这些主要操作：

• 新增站点时开启内容变化监控。
• 设置内容检测频率。
• 填写重点关注内容。
• 编辑或关闭内容变化监控。
• 查看最近检测状态。
• 查看重要变化及历史记录。
• 在通知中心查看页面变更提醒。

电脑端更适合集中配置多个页面和查看详细差异，移动端和微信小程序更适合随时确认结果、查看通知和快速调整监控。

多端使用同一个账号和同一份监控数据，不需要分别配置多套规则。

哪些场景适合使用网页内容变化监控

这项功能并不只适合开发者。只要某个公开网页的更新会影响你的工作或决策，就可以把它加入监控。

新闻与行业资讯

持续关注新闻首页、行业媒体、公司公告和专题页面。当新标题或重要正文出现时及时收到提醒，减少反复刷新的时间。

商品价格与库存

关注价格调整、库存恢复、开售时间、预约状态和促销信息。适合采购、运营和需要持续关注特定商品的用户。

招投标与政策公告

关注招标公告、截止时间、附件、政策正文和生效日期。重要内容发生变化时，可以更早进入后续处理流程。

产品版本与服务公告

关注软件版本号、更新日志、下载地址、维护公告和服务状态，适合依赖第三方工具或平台的技术团队。

活动报名与名额

关注报名开放、截止时间、剩余名额和活动安排，避免因为人工检查不及时而错过窗口。

如何开始使用

网页内容变化监控目前属于 Pro 功能。已经是 Pro 用户，可以通过以下步骤开启：

1. 登录 Web 管理后台、App 或微信小程序。
2. 新增一个站点，或者进入已有站点详情。
3. 开启“网页内容变化监控”。
4. 选择合适的内容检测频率。
5. 填写希望重点关注的内容。
6. 选择需要使用的通知渠道并保存。

首次检测会建立页面基准，因此不会把现有内容当作一次新变化。后续页面出现稳定变化后，系统才会进行判断和提醒。

建议先从最重要的三到五个页面开始，为每个页面写清楚关注目标。使用一段时间后，再根据提醒结果调整频率和描述，比一开始添加大量页面更容易获得稳定效果。

让监控从“服务在线”延伸到“信息及时”

咕咕监控 3.2.0 的核心升级，是把监控对象从网站运行状态延伸到了网页承载的信息本身。

网站监控帮助你在服务不可用时更早发现问题，网页内容变化监控则帮助你在重要信息更新时更早采取行动。前者关注稳定性，后者关注时效性，两者结合后，网站监控才覆盖了“能不能访问”和“有没有更新”这两个不同的问题。

我们的目标仍然很简单：减少无效检查，过滤无关变化，让真正重要的更新更早到达需要它的人。

• 咕咕监控官网：https://www.gugujiankong.com/
• Web 管理后台：https://dashboard.gugujiankong.com/
• iOS App：前往 App Store
• Android App：前往官网下载
• 微信小程序：微信搜索「咕咕监控」