网站在线，不代表你关心的内容没有变化。
一则新闻可能刚刚发布，一项商品价格可能突然调整，一场活动可能开放报名，一个招标公告可能更新了截止时间。过去，我们往往需要反复打开网页、手动刷新，再从大量相似内容中寻找变化。监控页面一多，这件事很快就会变得耗时，而且很容易错过真正重要的更新。
咕咕监控 3.2.0 新增了网页内容变化监控。除了继续判断网站能不能访问，现在还可以持续关注页面内容是否发生了有意义的变化，并在确认重要更新后，通过已经配置的通知渠道及时提醒。
这次升级并不是简单地比较两份 HTML 。我们更希望解决一个实际问题：页面每天都可能发生细微变化，但用户真正想知道的，通常只是其中很小的一部分。
传统的网站监控主要回答这些问题：
这些信息对于保障服务稳定性非常重要，但它们无法告诉你网页上的内容是否已经更新。
例如，一个新闻网站始终返回 200 ，网站本身完全正常，但新的公告可能已经发布；一个商品页面可以正常打开，但价格、库存或发售时间可能已经改变；一个政策页面没有宕机，但正文内容可能已经修订。
3.2.0 在原有站点监控之外增加了一套独立的内容变化检测。站点连通性监控继续按照原来的频率运行，内容变化监控则可以单独开启、单独设置频率，两者互不影响。
这意味着，你既可以继续用一分钟一次的连通性监控判断网站是否在线，也可以根据内容的重要程度，选择更适合的变化检测频率。
不同页面对时效性的要求并不一样。
产品介绍、企业公告或政策文件通常不需要频繁检查；新闻、行情、库存、活动名额和临时通知，则可能需要更快发现。为此，网页内容变化监控提供了多档独立检测频率：
高频检测适合新闻、突发公告、库存和短时活动；低频检测更适合政策、产品说明、价格目录和长期维护页面。
需要特别说明的是，30 秒选项只用于网页内容变化检测，不会改变原有站点连通性监控的默认设置。用户可以针对同一个网站分别配置“是否在线”和“内容是否更新”，让检测频率更符合实际需要。
同一个页面里可能同时存在标题、正文、推荐文章、广告、登录入口、访问量、更新时间和多个内容模块。如果只判断“页面有没有任何变化”，几乎所有动态网站都会频繁触发提醒。
在新增或编辑站点时，可以填写“重点关注内容”，用自然语言说明自己真正需要监控的部分。
例如：
这些描述不要求用户编写选择器、正则表达式或复杂规则。系统会结合页面前后内容的差异和关注目标，判断这次变化是否值得提醒。
对于需要同时监控十几个新闻来源、行业网站或公告页面的用户，这种方式尤其有用。每个页面都可以设置不同的关注目标，而不需要为不同网站维护一套脆弱的抓取规则。
网页内容变化监控最容易遇到的问题，不是发现不了变化，而是提醒太多。
广告素材轮换、猜你喜欢、随机推荐、访问量、当前时间、Cookie 提示、登录状态和页面布局都可能发生变化。如果每一次变化都发送通知，真正重要的提醒很快就会被淹没。
咕咕监控会先提取页面中的有效内容，对常见动态噪声进行标准化处理，再结合变化幅度、前后文本差异和用户关注目标进行判断。
系统通常会忽略这些变化：
当页面确实出现价格、库存、公告、版本、新闻正文等有意义的变化时，系统才会生成重要变化记录并触发提醒。
这种处理方式不是为了保证“页面一动就通知”，而是尽量让每一次通知都值得用户打开查看。
现在越来越多的网站不会在初始 HTML 中直接返回完整正文，而是依靠 JavaScript 加载新闻列表、商品信息、价格、库存和其他业务内容。
如果只下载原始 HTML ，这类页面可能只能获取到一个空壳，甚至每次得到的内容都不完整，最终导致漏报或误报。
咕咕监控的内容获取会等待页面完成必要的动态渲染，再提取用户实际能够看到的有效内容。因此，它不仅适用于传统静态页面，也可以覆盖常见的单页应用和动态加载页面。
对于加载较慢、短内容或需要等待页面组件出现的网站，系统也会进行稳定性确认，避免把一次尚未完成的加载误判成内容删除。
页面抓取过程中可能遇到短暂网络波动、资源加载失败或内容尚未完成渲染。如果看到一次差异就立即提醒，很容易产生误报。
3.2.0 会为页面建立内容基准。当发现变化时，系统不会立即把第一次差异当成最终结果，而是再次确认变化是否稳定存在。只有稳定变化才会进入后续判断。
整个过程可以概括为：
这套流程能够减少页面临时空白、短暂加载失败和随机内容变化带来的干扰，也让高频检测更有实际意义。
收到“页面发生变化”之后，用户通常还会继续问：哪里变了、为什么值得关注、系统有没有发出提醒？
在站点详情的“内容变化”页面中，可以查看：
变化会被区分为重要变化、已忽略、未确认或等待重试。即使某次变化没有达到提醒标准，仍然可以在历史记录中看到判断结果，方便后续核对。
如果页面暂时无法获取，或者判断服务短暂不可用，页面也会显示明确状态并自动重试，而不是把失败结果误当作真实变化。
当系统确认页面出现重要变化后，可以通过监控项和账号中已经启用的渠道发送提醒。目前网页内容变化支持：
个人用户可以选择 App 、微信或邮件；对时效要求更高的页面可以增加短信；团队和自动化场景可以通过 Webhook 把变化事件接入企业微信、钉钉、内部系统或自己的处理流程。
通知会包含监控名称和变化摘要，帮助用户先判断是否需要立即处理。页面地址仍然保留在监控详情中，用户可以从通知中心进入对应站点查看完整变化记录。
系统会记录每个渠道的实际发送结果，并避免同一个变化在同一渠道重复发送。某个渠道暂时失败时，也不会把它误显示为已成功送达。
Web 管理后台现在提供统一的通知中心，站点异常、接口异常、设备状态和页面变更不再分散在不同入口。
通知可以按以下类别筛选：
右上角通知入口会显示未读数量。打开通知后可以进入对应监控详情，也可以单独标为已读或一次性清除全部未读标记。
这对于同时维护多个网站、接口和设备的用户更方便：不用先判断通知来自哪一类监控，只需要进入通知中心，按照时间顺序处理即可。
网页内容变化监控已经进入 Web 管理后台、iOS App 、Android App 和微信小程序。
在不同入口中，都可以完成这些主要操作：
电脑端更适合集中配置多个页面和查看详细差异，移动端和微信小程序更适合随时确认结果、查看通知和快速调整监控。
多端使用同一个账号和同一份监控数据，不需要分别配置多套规则。
这项功能并不只适合开发者。只要某个公开网页的更新会影响你的工作或决策，就可以把它加入监控。
持续关注新闻首页、行业媒体、公司公告和专题页面。当新标题或重要正文出现时及时收到提醒，减少反复刷新的时间。
关注价格调整、库存恢复、开售时间、预约状态和促销信息。适合采购、运营和需要持续关注特定商品的用户。
关注招标公告、截止时间、附件、政策正文和生效日期。重要内容发生变化时，可以更早进入后续处理流程。
关注软件版本号、更新日志、下载地址、维护公告和服务状态，适合依赖第三方工具或平台的技术团队。
关注报名开放、截止时间、剩余名额和活动安排，避免因为人工检查不及时而错过窗口。
网页内容变化监控目前属于 Pro 功能。已经是 Pro 用户，可以通过以下步骤开启：
首次检测会建立页面基准，因此不会把现有内容当作一次新变化。后续页面出现稳定变化后，系统才会进行判断和提醒。
建议先从最重要的三到五个页面开始，为每个页面写清楚关注目标。使用一段时间后，再根据提醒结果调整频率和描述，比一开始添加大量页面更容易获得稳定效果。
咕咕监控 3.2.0 的核心升级，是把监控对象从网站运行状态延伸到了网页承载的信息本身。
网站监控帮助你在服务不可用时更早发现问题，网页内容变化监控则帮助你在重要信息更新时更早采取行动。前者关注稳定性，后者关注时效性，两者结合后，网站监控才覆盖了“能不能访问”和“有没有更新”这两个不同的问题。
我们的目标仍然很简单：减少无效检查，过滤无关变化，让真正重要的更新更早到达需要它的人。
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.