站群死链检测怎么做？这几个排查思路能省不少事
站群死链检测到底在查什么
手里管着几十上百个站点的人，对死链这东西应该都不陌生。一个链接点进去返回 404，用户扭头就走，搜索引擎爬虫多来几次也会降低抓取频次。站群死链检测要做的，就是把分散在各个站点里的失效链接集中找出来，而不是靠人工一个个点。
它查的对象不只是页面地址。图片、CSS 文件、JS 脚本、站内跳转链接，这些资源一旦路径写错或者文件被删，同样算死链。很多工具默认只扫页面，资源类链接要手动勾选，这点得留意。
批量巡检时容易漏掉的几种情况
单一站点用在线工具扫一遍就完事，站群不行。几十个域名放在一起，检测任务怎么分配、结果怎么汇总，直接决定效率。我见过有人把全部站点塞进一个任务里跑，跑到一半超时，前面的结果也没存下来。
比较稳妥的做法是按域名分组，每组控制在 20 到 30 个站点，分批提交。单次扫描的并发数别拉太高，尤其是共享服务器上的小站，请求一密集就容易触发防护，返回一堆 503，误判成死链。这个坑我踩过，后来把并发压到 5 以下才稳定。
还有一种情况是软 404。页面能打开，状态码也是 200，但内容其实是空的或者提示「页面不存在」。站群死链检测工具如果只看状态码，这类链接会全部漏掉。得配合内容特征判断，比如标题里带「404」「not found」的，单独筛出来人工过一遍。
检测频率和结果处理
多久扫一次合适？我个人的习惯是新站上线头一个月每周扫一次，稳定之后改成两周一次。老站群内容更新慢，一个月一次也够用。频率太高没必要，反而增加服务器负担。
扫出来的死链别急着批量删。先看来源：是站内文章里的旧链接，还是导航栏、侧边栏这种模板位置。模板位置出问题影响面大，优先修；文章正文里的孤链可以改成指向新页面，实在没有替代内容再考虑 301 跳转。
- 站内链接：优先做 301 重定向到相关页面，保留权重传递
- 图片资源：直接替换文件或更新路径，别留着空 src
- 外部链接：确认对方站点是否恢复，长期失效的去掉链接保留文字
301 跳转也别堆太多。一个页面跳三次以上，爬虫会不耐烦。之前有个站群为了省事，把几百条死链全指向首页，结果首页被判定为软 404 跳转的聚集地，排名掉了不少。这个教训值得记一下。
工具选择上的一点个人看法
市面上做站群死链检测的工具不少，有桌面端的，也有 SaaS 平台的。桌面端适合站点不多、对数据隐私敏感的情况；SaaS 平台胜在能定时任务、自动出报告，站群规模大的话省心不少。具体哪家好用我不做推荐，各家站群结构不一样，建议先拿三五个站点试跑一轮，看报告颗粒度够不够细。
我比较看重的是导出格式。能直接导出 CSV 或者 Excel 的，后续用表格筛选、去重、分配修复任务都方便。只给个在线列表、复制起来费劲的工具，用两次就不想碰了。
另外提醒一句，检测工具爬取时会消耗服务器资源，跑之前看一眼目标站点的访问日志，避开流量高峰时段。凌晨两三点跑任务，对用户影响最小。