30个站手工巡检花了整整下午漏3个站点，换6款工具加自建脚本5分钟跑完宕机死链SSL证书过期域名过期404全指标

一、在线批量状态检查：先看站还活着没有

这是巡检最基础的环节——所有站能不能正常打开、返回什么状态码。这个层面的工具很多，免费方案也不少。

HTTP Tiger是目前用下来免费方案里最省事的。不用注册、不用登录，打开页面粘贴URL列表，一次最多100个，免费额度每月5000次检查。除了返回状态码，还会标注301/302重定向链路、响应时间、DNS解析耗时。站群巡检场景下，把需要日常监控的URL整理成txt，每周跑一次，5分钟出结果。不过它是纯手动触发，没有定时任务功能。

BulkURLChecker适合大批量场景，单次支持75000条URL，上传CSV文件直接在云端跑。它会检查状态码、重定向链、响应时间，全部跑完导出结果。这个工具特别适合做站群初次体检——新建一批站、或者接手一批站之后，先把所有页面全量扫一遍，搞清楚整体健康状况。

Libdd Server Status Checker和ToolsPivot都是轻量级选择，一次支持20-100个域名，返回状态码和响应时间。Libdd还支持导出CSV。这两个适合站不多、需求简单的场景。

二、7x24小时持续监控：宕机第一时间知道

状态检查工具是手动触发，7x24小时监控是自动轮询+告警。这个维度是站群巡检的核心——你不能指望自己每天手工跑一遍所有站。

站群场景下选监控工具，核心看三点：免费站点数够不够、告警渠道全不全、能不能同时监控SSL证书。50个站以下，UptimeRobot + Freshping双保险就够了。超过50个站，要么上付费方案，要么考虑自建（后面会讲）。

三、SSL证书和域名到期巡检：最容易忘记却最致命

SSL证书过期和域名忘记续费，是站群运维里出事故率最高的两个点。证书过期浏览器直接红屏警告，用户流失率几乎是100%。域名过期更致命——有赎回期还好，过了赎回期域名就彻底丢了。

证书巡检有几个专门工具比通用监控更靠谱：MySSL.com免费在线检测，输入域名直接看证书详细信息、证书链完整性、支持的协议和加密套件。批量场景下可以用它的API，写个脚本把站群域名轮询一遍。另外SSL Labs的检测更深度，会给出A+到F的评级，适合核心站做深度体检。

一个更省心的做法是把域名全部迁到一个注册商（推荐Namesilo或Cloudflare），统一开自动续费、统一设置余额提醒。集中管理比分散在多个注册商出错概率低得多。

四、全站爬虫体检：Screaming Frog一跑就知道病在哪

状态码监控只能告诉你网站活着没有，全站爬虫体检才能告诉你网站健康不健康。这个环节绕不开的工具就是Screaming Frog SEO Spider。

Screaming Frog本质是一个爬虫模拟器，它会像搜索引擎蜘蛛一样遍历整个网站，然后输出一份几十个维度的体检报告。免费版限制500个URL，对小型站够用；付费版£199/年，不限URL数量。跑一次全站，能看到以下数据：

Screaming Frog还有一个站群场景下非常实用的功能：对比两次爬取结果。第一次爬完保存结果，过一个月再爬一次，工具会自动标出变化的页面——哪些页面从200变成了404、哪些页面的title被改了、哪些页面新增加了。这个功能对发现内容被篡改特别有用。

五、内容变更检测：页面被改了能不能第一时间知道

前面说的都是技术层面的巡检，但站群还有一个容易被忽略的维度：页面内容有没有被篡改。被挂暗链、被注入广告代码、首页TDK被偷偷改了——这类问题靠HTTP状态码监控是发现不了的，因为页面照样返回200。

商业工具里做内容变更监控比较专业的是Visualping和Distill Web Monitor。它们会定时截图或抓取页面HTML，和上一次的结果做对比，发现变化就发告警。免费版通常支持5-10个页面，站群场景下不够用，但对核心站的首页和关键落地页做监控足够了。

如果站多到免费额度不够用，一个省钱的做法是用Python脚本自己写内容哈希检测。思路很简单：定时请求页面 → 对HTML内容计算MD5 → 和上次的MD5对比 → 不一致就发告警。核心代码不超过50行：

import hashlibimport requestsimport jsonfrom datetime import datetime# 读取要监控的页面列表with open('monitor_list.json', 'r') as f:pages = json.load(f)for page in pages:try:resp = requests.get(page['url'], timeout=10, headers={'User-Agent': 'Mozilla/5.0 (compatible; SiteMonitor/1.0)'})current_hash = hashlib.md5(resp.text.encode()).hexdigest()if current_hash != page.get('last_hash'):print(f"[CHANGED] {page['url']} - {datetime.now()}")# 这里接入告警：发邮件/微信/钉钉page['last_hash'] = current_hashexcept Exception as e:print(f"[ERROR] {page['url']} - {str(e)}")# 保存更新后的哈希值with open('monitor_list.json', 'w') as f:json.dump(pages, f, indent=2)

把这个脚本扔到crontab里每小时跑一次，100个站的关键页面内容变更监控成本是零。

六、搜索引擎抓取状态：蜘蛛有没有在正常干活

网站能打开、内容没问题，但搜索引擎不来抓，等于白搭。抓取状态的巡检主要看三个数据源：

站群巡检场景下，如果每个站都单独登录百度资源平台和GSC去看，50个站光登录就要半小时。UC建站系统的多站看板把GSC和百度的索引数据聚合到一个界面上，所有站点的索引量、抓取状态、收录趋势一目了然，不用逐个登录后台。哪个站抓取异常、哪个站索引量突然掉，看板上一眼就能定位到。

七、三种规模的巡检方案：10个站和200个站不是一回事

80个站以上就进入了一个分水岭。手工+免费工具的组合效率开始断崖式下降，必须上系统化方案。两个核心能力必须具备：统一的巡检看板（所有站的状态在一个界面里）和自动告警分级（不同严重程度走不同通知渠道）。

技术栈推荐Python + SQLite + APScheduler，轻量够用，一台最低配云服务器就能跑。核心逻辑就是定时从配置表里读站点列表 → 逐个检测 → 对比上次结果 → 异常就发告警 → 写入日志。一个熟练的Python开发者3天能搭出来。

不过自建巡检系统有一个绕不开的问题：你的检测节点就一个IP。如果这个节点因为网络波动连不上目标站，你收到的宕机告警可能是误报。所以关键站点的监控最好同时挂一个第三方工具（如UptimeRobot）做交叉验证，自建系统说挂了、第三方也说挂了，那才是真挂了。

最后说几句

巡检这件事，最怕的不是漏了一个死链或者错过一次SSL到期提醒，而是巡检本身变成了走形式。工具跑完出一堆数据，没人看、没人处理，那和没巡检没区别。

一个比较务实的做法：每次巡检后只关注三个问题——有没有新出现的404页面、有没有证书或域名30天内到期、有没有核心页面内容被改。其他指标（页面大小、H标签层级、内链深度）可以一个月集中处理一次。别试图一次性修完所有问题，那样永远修不完，反而导致巡检动作停滞。

30个站以内，UptimeRobot + Screaming Frog免费版 + 自建MD5脚本，零成本覆盖六大维度。超过80个站，老老实实上系统化方案——统一看板、自动告警、分级处理，人肉巡检在这个规模下已经不可靠了。