死链接修复方法：多域名承载相似内容时怎样说明各自用途
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /356f11e67497.html
📄
死链接修复方法：多域名承载相似内容时怎样说明各自用途
当旧域名、品牌域名和地区域名同时保留相似页面时，先别急着把其中一个全部 301 到主站。更稳妥的做法是给每个域名写一份用途说明，再决定哪些路径保留、哪些做重定向、哪些只做下线说明。用途说明不是对外公告，而是内部决策记录：它要写清这个域名服务谁、保留哪些路径、与主站是什么关系。只有这份说明先成立，后续的死链接处理才不会把仍有价值的旧内容一并清掉。
矛盾现象：相似内容同时存在，却未必都是重复
你可能会看到两个域名返回几乎相同的页面标题和正文，于是判断其中一个是冗余的。但相似只是表象，背后可能有两种完全不同的解释。
解释一：这是历史遗留的重复。旧系统、旧合作关系或早期测试留下的页面，已经没有任何访问需求，也没有外部链接指向它。这类页面继续保留只会分散维护精力，应当进入下线或重定向流程。
解释二：这是有意的多入口结构。不同域名面向不同语言、不同地区或不同合作方，内容相似但服务对象不同。此时直接合并会切断一部分用户的正常入口，死链接修复反而制造了新的断裂。
两种解释对应的动作完全相反：前者要收缩，后者要维持并明确边界。判断错方向，后面的所有修复都是白做。
能区分两种解释的证据
不要凭页面相似度下结论，去看下面几类可核查的信号。
- 外部链接的落点。如果外部链接集中指向旧域名的深层路径，说明它仍在被引用；如果只有首页有零星链接，深层页面大概率已经失效。
- 访问来源的构成。区分直接访问、搜索结果进入和站内跳转。来自搜索结果的稳定进入，说明该域名仍有独立价值。
- 路径是否被业务引用。检查邮件模板、合作方文档、印刷物料、App 内跳转是否仍指向该域名。被引用的路径不能简单删除。
- 内容差异的位置。如果差异只出现在页脚和联系方式，属于同一套内容；如果差异出现在价格、库存、服务范围，说明它们服务不同场景。
把这些证据写进用途说明，每条结论后面标注依据来源。这样当团队内部对某个域名是否保留产生分歧时，可以回到证据而不是印象。
用途说明应当包含哪些字段
一份能指导死链接修复的用途说明，至少包含以下内容：
- 域名角色。主站、地区站、历史归档、合作方入口，四选一，不写模糊描述。
- 保留路径清单。逐条列出仍需存活的路径，以及保留原因。
- 下线路径清单。明确哪些路径将返回 410 或 301，并写明目标地址。
- 与主站的关系。是并列关系、从属关系，还是仅作跳转。
- 复核触发条件。例如合作结束后、地区业务停止后，该域名角色需要重新评估。
字段不必多，但每条都要可执行。写“该域名用于品牌展示”没有意义，写“保留 /about 与 /contact，其余路径 301 到主站对应页”才能直接落地。
一个假设例子：三个域名的取舍
假设某团队同时持有主域名 A、旧品牌域名 B 和地区域名 C。三个域名上都有相似的产品介绍页。
先分别记录证据：B 的深层页面有外部链接，但近一年没有搜索进入；C 的产品页有稳定的地区搜索进入，且合作方文档仍引用 C 的路径。
据此写用途说明：B 定为历史归档，保留被外部链接指向的少数路径，其余返回 410 并在归档页说明迁移；C 定为地区站，保留产品页并补充地区专属信息；A 保持主站角色。
动作与结果：对 B 的下线路径设置 410 后，观察服务器日志中这些路径的请求是否在数周内下降。如果请求持续存在，说明仍有未发现的引用来源，需要回到用途说明补充证据，而不是直接改回 301。这一步的结果决定下一步是继续清理还是暂停。
容易踩的两个操作误区
用 robots.txt 代替下线。抓取限制只是阻止爬虫访问，不等于可靠的索引移除。已经进入索引的 URL 可能仍会出现在结果中，且不同搜索引擎的支持情况需要分别核查。真正要移除的页面，应使用对应的移除机制并配合页面状态码。
把站点地图当作收录保证。站点地图只是提交候选 URL，不保证收录。把旧域名所有路径塞进站点地图，不会让它们自动获得价值，反而可能让用途边界更模糊。站点地图应当只包含用途说明中确认保留的路径。
另外，HTTPS 不保证安全无漏洞，也不保证排名。它只是传输层的基本要求，不能作为保留某个域名的理由。
决策顺序
先写用途说明，再动状态码。说明中每条保留或下线决定都要有证据支撑。执行后观察请求变化，用结果反推说明是否需要修订。相似内容本身不是问题，说不清各自用途才是问题的根源。
