我第一次写检测脚本时，天真地用了单线程。两千个链接跑了半小时还没完，中途还被目标服务器封了IP——人家以为我在攻击。后来学乖了，用协程并发，控制每秒请求数在十个以内，再带上合理的User-Agent伪装成浏览器。速度提上去了，也不惹人讨厌。

还有个容易忽略的细节：很多链接是JS动态渲染的，直接抓HTML源码根本看不到。得用无头浏览器模拟点击，或者干脆从网站地图和数据库里导出URL清单。我见过有人拿静态爬虫测SPA站点，测完说“所有链接都正常”，我差点笑出声——他连真实链接长什么样都没见着。

检测结果出来后，别急着删。有些链接是临时性故障，过几天自己就好了。有些是URL规则变了，比如把product.php?id=123改成/product/123，这种可以做301重定向，把旧地址指到新页面。真正需要删除的，是那些内容彻底下架且无替代品的链接。

我处理那个四百多死链的项目时，先按状态码分类：纯404的占六成，301的占三成，剩下的都是500和超时。然后写了个小工具，自动生成重定向规则表，批量导入到服务器配置里。三天时间，死链率从13%降到0.5%以下。效果立竿见影——次月搜索流量涨了18%，虽然不全是这个原因，但权重恢复的迹象很明显。

工具选型上，开源的有LinkChecker、Screaming Frog（免费版限制五百条），命令行爱好者可以用wget的spider模式凑合。商业软件里Sitebulb和Ahrefs的站点审核功能更全面，能顺带分析锚文本分布和页面深度。不过说实话，对大多数中小站点，自己写个Python脚本加requests库和asyncio就够用了，还能按业务逻辑定制检测策略。

最后提醒一句：检测频率要跟内容更新节奏匹配。电商网站产品上下架频繁，建议每周跑一次；博客或企业站一个月一次就够。别信那些“一劳永逸”的鬼话——互联网每天都在死，链接也一样。