核心做法是先给每个域名分配一个不可互换的用途,再用链接和可抓取信号把这种用途表达出来;如果两个域名的内容相似度很高、用途又说不清,死链处理就会变成互相推诿——你无法判断某个失效地址应该修到哪个域名,也无法判断它是否应该保留。下面用一个假设情境把决策过程展开。
假设某团队手上有三个域名:主站域名 A 承载正式产品与内容,旧品牌域名 B 仍能访问一批历史页面,活动域名 C 只在推广期使用。三个域名上都存在结构相似的文章页和产品页,部分页面互相复制,部分页面已经返回 404。现在要处理这些死链,第一个问题不是“重定向到哪里”,而是“这个失效地址原本属于哪个用途”。
如果用途没有事先写清,常见后果是:B 上的历史死链被统一 301 到 A 的首页,C 上的活动死链被 301 到 A 的同类页面,看起来都修好了,但用户落地后看到的并不是他原本要找的内容。这类做法在样本量小时看不出问题,规模化后会出现大量“重定向到不相关页面”的例外。
“A 是主站、B 是旧站、C 是活动站”这种描述不足以支撑死链处理,因为它没有回答具体某条失效 URL 该修到哪。可执行的用途说明至少包含三层:
把这三层写成一张对照规则后,死链处理才有一个可复用的判断依据。规则的价值在于:当你遇到一条具体的 404,不需要临时讨论,直接按域名和路径归类即可。
假设 B 域名上有一条失效地址 /old-guide/install,它原本是一篇安装指南,A 域名上现在有一篇更新过的同主题指南,C 域名上没有任何对应内容。
这个动作的关键不是跳转本身,而是它反过来校验了用途说明是否足够具体。一次处理暴露出的判定偏差,应该回写到规则里,而不是只修这一条链接。
样本量小时,上面的规则通常能覆盖大多数情况。但规模化后会出现几类例外,需要单独处理:
这些例外的共同点是:用途说明必须能回答“这条地址的替代内容在哪、是否值得保留访问”。回答不了,就不该套用统一跳转。
要让规则长期有效,建议为每个域名维护一份简短记录:域名用途、内容归属、访问策略、死链去向,以及最近一次规则调整的原因。遇到批量死链时,先按记录归类,再对无法归类的地址单独判断。
复查时不要只看“404 数量是否下降”。数量归零可能来自多种原因:页面被恢复、被跳转、被屏蔽抓取,或者只是暂时无法访问。这些现象的合理解释不同,对应的下一步也不同。真正需要确认的是:每条失效地址的处理是否符合该域名的用途说明,以及处理结果是否让用户落到了主题一致的内容上。如果这两点成立,死链处理才算和域名用途真正对齐。