凌晨两点，站长我盯着浏览器里那个刺眼的工具404页面，内心毫无波澜。死链这不是接检我第一次发现自己的网站链接失效了——上周发布的那篇关于“Python爬虫实战”的文章，正文里引用的站长官方文档链接，早在三个月前就被对方网站改版吞掉了。工具更讽刺的死链是，那篇文章的接检阅读量恰好是本周最高的。

死链接就是站长这么阴险。它不像服务器宕机那样轰轰烈烈，工具也不像代码报错那样当场发作。死链它安静地潜伏在文章内部、接检导航菜单、站长甚至页脚备案号旁边，工具等你哪天心血来潮点开，死链才“啪”地甩给你一个冰冷的错误页面。对访客来说，一次死链接体验，足以让整站的可信度打七折。搜索引擎的爬虫更绝——它们会定期来扫你的网站，发现死链太多，直接降低你的权重，连带着把正常页面的排名也拖下水。

我最早用站长工具检测死链，纯属被逼无奈。当时给一个客户做企业站，上线才两个月，客户就投诉说“产品详情页打不开”。我FTP登录一看，文件都在，数据库也没问题。后来用站长工具的“死链接检测”一跑，才发现是客户自己后台编辑内容时，把某个产品图片的引用路径改错了，连带把详情页的URL也搞坏了。那一次我花了整整一个下午，才从几十个页面里揪出那三处坏链。

工具的操作逻辑很简单：输入你的域名，选择“死链接检测”功能，它会像蜘蛛一样沿着站内链接爬行，把每一个返回404、403或者超时的URL列成清单。但你别指望它一次性搞定所有问题——免费版通常有页面数量限制，而且检测速度慢得让人打哈欠。我习惯在凌晨跑检测，那时候服务器压力小，结果也更准确。跑完一遍，导出CSV文件，用Excel按HTTP状态码排序，优先处理404——那种直接不存在的页面，多半是删除旧内容时忘了改内链。403和500这种服务器端错误，则要检查是不是防火墙误拦或者脚本超时。

真正让人头疼的，是那些“软404”——页面能打开，但内容早被清空，只剩个空壳模板。这种链接用工具查不出来，得靠人工抽样点检。我的土办法是每月随机挑十篇文章，把里面的外链全部点一遍。上周我就用这法子，逮住了一个从2018年就失效的行业报告下载链接。那篇报告是当年从某政府网站扒的，对方后来改版，把PDF文件全挪了位置。我花了二十分钟，用互联网档案馆的缓存把新地址找回来，替换完毕，才算松了口气。

别以为死链只存在于内容页。网站地图文件里经常藏着僵尸链接，robots.txt写错一个斜杠，也会让爬虫误入歧途。还有HTTPS证书过期导致的资源加载失败，那属于另一种“软死链”——页面能显示文字，但所有CSS和图片全挂，用户体验比404还糟糕。站长工具里有个“资源加载检测”模块，能专门查这类问题，我每次改版后都会跑一遍。

话说回来，工具终究是辅助。你见过哪个认真做网站的人，敢完全撒手不管？我认识一个做独立博客的朋友，他每发一篇文章，就手动把引用的所有外链复制到浏览器里挨个敲一遍回车。他说这叫“仪式感”，我觉得这叫强迫症。但不得不承认——他的博客运营了八年，从没被搜索引擎降过权。

死链接检测这事，说穿了就是跟时间赛跑。你网站上的每一个URL，都像一根伸向互联网的触角，对方网站一改版、一关停、一换域名，你这边的触角就断了。工具能帮你发现断点，但修复它们，靠的还是对内容的掌控力。我现在的习惯是：每季度全站扫一次，每月手动抽查外链，每次发布新内容前，先检查引用链接是否存活。

凌晨三点，我把检测报告里最后一条404记录标为“已处理”，点了保存。窗外天快亮了，新一天又会有新的死链冒出来。但至少此刻，我的网站是干净的。