关键词监控
HTTP 200 并不代表页面正常。关键词监控能捕捉服务器显示正常但内容已损坏的情况。
“200 OK 但页面出错”问题
任何 Uptime 工具都能告知服务器是否返回了 HTTP 2xx 状态码。这个信号看起来令人放心,但它比你想象的更容易撒谎。主页可能渲染成空白白页并且仍然返回 200。购物车页面在上线后悄悄丢失“立即购买”按钮,也不会报错。WordPress 甚至会用“数据库连接错误”消息替换页面内容——当然,依然以 200 OK 和真实 HTML 返回。
关键词监控补上了这块盲区。你可以告诉监控器页面应该包含什么,或页面不应该包含什么——监控器每次检测时会在响应内容中搜索该内容。如果缺少应有关键词,或本不应出现的关键词出现了,即使 HTTP 一切正常,监控器也会马上上报故障。
应当监控哪些文本
好的关键词能证明页面关键部分已经正确渲染。以下是一些例子:
- 电商首页:监控“加入购物车”或最畅销商品的名称。如果商品目录出了问题,该关键词就会消失,你能第一时间发现。
- 登录页:监控“登录”或“找回密码”。如果 JS 出错抹掉了表单,相应关键词也会消失。
- 博客或门户:监控最新文章标题。如果 CMS 开始展示昨天的内容,关键词也会对不上。
- 价格页:监控价格字符串。上线丢失价格区块可立即发现。
- 状态/健康检查接口:监控“ok”或“healthy”。如果上游挂了,接口返回“degraded”——关键词就无法匹配了。
你也可以用不出现模式——当出现了本不应该存在的内容时发送警报。常见如:“Database connection error”、“Whoops! Something went wrong”、“维护模式”、“Fatal error”、“即将上线”。这些内容一旦泄漏到线上,你可以及时收到警报。
检测原理
监控器会发起正常的 HTTP(S) GET 请求(也可用任意方法如 POST、PUT 等),跟踪最多 5 次重定向,获取响应主体并进行不区分大小写的关键词扫描。匹配结果和 HTTP 状态码、响应时间、SSL 信息一起记录。如果条件连续两次(默认确认阈值)不满足,就会自动创建事件并通过已启用的渠道推送通知——如 Email、Telegram、Slack、Discord 和短信。
对于动态内容(SPA),即关键词在 JavaScript 执行后才出现,请使用高级多地点功能,它会通过 ScrapingBee 调用真正的 Headless 浏览器。
与 HTTP 与 SSL 联合监控
在 DiagnoSEO Uptime Monitoring 中,单个关键词监控任务还会自动执行完整页面检测:HTTP 状态码、响应时间、SSL、域名到期、DNS 记录和主机检测。一个监控器即可防护全方位——服务器故障、证书到期、DNS 篡改以及页面静默出错。
如何配置
打开工具,点击“添加监控”,选择类型“关键词”,粘贴 URL,输入关键词,选择“必须存在”或“必须不存在”,设置检测间隔(1–30 分钟,取决于套餐),然后保存。从下一个检测周期开始,监控器会守护该页面,如果关键词消失,即便其他信号都显示页面正常,也会立即报警。
常见问题
-
监控器会获取响应正文,并检查目标字符串是否出现(“存在”模式)或未出现(“不存在”模式)。可用于检测页面内容是否变动、是否出现报错提示或某个元素被移除。
-
两者皆可。匹配方式为在原始响应正文中查找子字符串。你可以匹配纯文本(“加入购物车”)、HTML 片段(
<button class="buy">),或特定属性。只要在 HTML 源码中原样出现的内容都可以被匹配。 -
Diff 工具会与基线比对并报告所有变动。关键词监控是有针对性的断言——你指定必须(或不能)出现什么。Diff 对于动态页面过于敏感;关键词则只关注有意义的内容。
-
可以——使用“不存在”模式,关键词如 “Internal Server Error” 或“出现错误”。当错误文本出现时,监控会告警。适用于拦截那些返回 HTTP 200 但展示错误页面的 500 报错(常见于框架配置问题)。
-
默认不支持——监控器获取的是执行 JS 前的原始 HTML。对于 SPA 或 heavy-JS 页面,关键词必须出现在初始 HTML 响应中(如服务端渲染或
<noscript>区块)。由浏览器渲染的检测为高级功能。
UptimeRobot · Pingdom · BetterStack · Oh Dear · Site24x7 · StatusCake · Sentry · Uptrends · Cronitor · New Relic