如何检查网站死链：临时维护页面恢复后哪些残留信号需要核对
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /82bbaf2f2256.html
📄
如何检查网站死链：临时维护页面恢复后哪些残留信号需要核对
维护页撤下、站点恢复访问，并不等于死链检查已经收尾。此时最该核对的不是首页能不能打开，而是维护期间被替换过的URL在日志、状态码和站内链接里留下了哪些残留信号。保留、改写还是退出，取决于这些残留是否仍会把用户和爬虫导向维护页或错误页。
先区分三类残留：状态码残留、链接残留和索引残留
维护期间常见的处理方式是用一个临时页面接管全站或部分路径，返回200或503。恢复后要看的是这三类信号是否还指向那个临时状态：
- 状态码残留：原本应返回404或410的死链，维护期间被统一替换成200维护页，恢复后仍返回200，于是死链“消失”了，但用户看到的是无关内容。
- 链接残留：站内导航、面包屑、旧文章正文里的链接仍指向已下线的URL，维护页撤掉后这些链接直接落到404。
- 索引残留：维护页曾被抓取并进入索引，恢复后搜索结果里仍显示维护页标题或摘要。
三类残留的核对方式不同。状态码看服务器响应，链接看站内可达性，索引看外部表现，不能只用一种手段覆盖。
用日志判断维护页是否还被请求
恢复后先取一段维护结束之后的服务器日志，按状态码和请求路径分组。重点不是请求总量，而是维护页对应的路径是否仍在被请求。如果维护页路径持续出现200，说明仍有入口指向它，可能是站内链接未更新，也可能是外部链接或缓存页面仍在引用。
这里要避免一个误判：某路径请求量降为零，不能单独证明处理正确。它也可能的解释是日志采样范围太短、爬虫尚未重新访问、或该路径本来访问就低。需要结合站内链接扫描和状态码抽查一起看。
一个可操作的动作是：把维护页路径加入监控名单，恢复后连续观察若干天，若请求量没有随站内链接更新而下降，再回头检查是否有模板或重定向规则仍在输出该路径。这个结果决定下一步是改模板还是改重定向，而不是直接判定死链已清理。
保留、改写还是退出：三种取舍的适用前提
发现残留后，处理方式并不只有“删掉”一种。
保留适用于该URL本来就有稳定外部链接或用户习惯访问，且内容可以恢复到维护前的语义。此时应把维护页替换回正常内容并返回200，而不是继续保留维护页。前提是你能确认原内容仍有效，否则保留只会制造软404。
改写适用于原内容已下线但存在语义相近的替代页面。此时用301指向替代页，前提是替代页确实覆盖了原主题，而不是为了消除404而随意跳转到首页。把大量死链统一301到首页，会让用户和爬虫都失去路径判断依据。
退出适用于内容确定不再提供、也没有合适替代页。此时返回404或410是合理选择，并同步清理站内指向它的链接。若只是用robots.txt限制抓取，这并不等于可靠的索引移除，已收录的URL仍可能出现在结果中，需要按各搜索引擎的移除方式分别核查。
站内链接扫描要覆盖维护期间被替换的模板
维护页往往通过全站模板或反向代理规则生效，恢复后容易遗漏的是那些被模板统一改写过的链接。扫描时不要只看首页和栏目页，要把维护期间可能被替换的模板页、分页、标签页和旧文章正文都纳入。
扫描结果按目标URL分类：指向已下线内容的、指向维护页路径的、以及指向重定向链的。对每一类分别决定是更新链接、加301还是移除链接。更新链接后重新扫描一次，确认没有新的断点产生，这一步的结果决定是否还需要调整重定向规则。
站点地图可以辅助发现应保留的URL，但它不保证收录，也不能替代站内链接扫描。把站点地图当作死链检查的完成标准，会漏掉站内实际可达性。
索引残留要按搜索引擎分别核查
维护页若曾被抓取，恢复后可能仍以维护页标题或摘要出现在搜索结果中。不同搜索引擎对临时页面的处理和支持情况不同，需要分别核查，不能用一个平台的表现推断另一个。
核查时用具体URL查询，而不是只看站点整体表现。若确认是维护页残留，先确保该URL现在返回正常内容，再观察其摘要是否随重新抓取更新。这个过程没有固定见效日期，也不应把“提交后立即消失”当作预期。
假设一个场景：某分类页维护期间返回200维护页，恢复后该URL正常返回分类内容，但搜索结果摘要仍是维护提示。此时可先核对页面本身是否已恢复、站内链接是否已更新，再决定是否需要进一步处理。若页面本身仍返回维护页，那么任何索引层面的操作都只是表面处理。
最后回到死链检查本身：维护恢复后的核对重点，是确认没有URL仍停留在维护状态、没有站内链接继续指向失效目标、没有把临时状态当成正常状态保留下来。把这三项分开核对，比笼统地“再查一遍死链”更容易发现遗漏条件。
