死链优化：多个域名承载相似内容时怎样说明各自用途
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3568e5cd2de4.html
📄
死链优化：多个域名承载相似内容时怎样说明各自用途
先给结论：不要试图用一段通用说明同时解释所有域名，而是为每个域名指定一个唯一用途，并让这个用途在页面本身可见。判断依据不是域名数量，而是每个域名下是否存在一个只有它能承担的功能。如果两个域名提供完全相同的页面且没有任何功能差异，那么对用户和抓取系统来说，它们就是重复入口，死链优化会因此失去明确的判断基准。
先分清两类“相似”：镜像与分工
多个域名承载相似内容，通常落在两种状态之一，处理方式完全不同。
- 镜像状态：两个域名返回同一批页面，标题、正文、链接几乎一致，用户从任一入口进入都能完成同一件事。此时问题不在死链，而在于无法说明谁是主入口。
- 分工状态：每个域名有独立职责，例如一个面向普通访客、一个面向已登录用户、一个只保留历史链接。页面可能相似，但用途可区分。
判断方法很直接：打开两个域名下的同一路径，问自己“如果只保留一个，另一个的哪些用户会失去什么”。答不出具体损失，就属于镜像状态；能说出具体功能差异，才进入分工状态。这个判断决定了后续是收敛入口，还是补充用途说明。
用页面自身说明用途，而不是靠外部备注
用途说明要能被读到，而不是写在内部文档里。对每一个保留的域名，至少让以下三处保持一致：
- 首页标题和首屏文字直接写出该域名的职责，例如“面向未登录访客的产品介绍”或“历史链接跳转入口”。
- 页脚或导航中给出与另一域名的关系说明，让用户知道当前处于哪个入口。
- 站内链接只指向本域名内承担该职责的页面，避免同一功能在两个域名间来回跳转。
假设你手上有两个域名 A 和 B，A 保留完整内容，B 只保留旧链接。那么 B 上的页面应明确写出“此页用于承接旧地址”，并把可继续操作的主链接指向 A 的对应页面。这样处理的结果是：B 的职责变成跳转层，而不是第二份内容副本。下一步就可以按这个职责去检查 B 上是否还存在返回正常内容的重复页面。
收敛入口时，先处理链接再处理页面
如果判断结果是镜像状态，通常要选择一个主域名，把另一个的入口收敛过去。顺序很重要：先改站内链接和站点地图，再处理页面重定向。原因是页面重定向只解决已到达的请求，而站内链接决定了抓取系统下一次会从哪里进入。
具体动作可以按这个顺序执行：
- 把主域名之外的站内链接改为指向主域名对应页面。
- 更新站点地图，只保留主域名下承担当前职责的 URL。站点地图不保证收录，它的作用是表明你希望被优先理解的入口。
- 对旧域名下仍有外部链接的页面设置重定向，指向主域名中最接近的页面；没有对应页面的，返回明确的错误状态，而不是统一跳首页。
做完这一步，再观察旧域名上是否还有返回正常内容的重复页面。如果仍有，说明收敛只做了一半，需要继续确认这些页面是被谁引用、是否还有独立用途。
用状态证据验证说明是否生效
用途说明是否生效，不能只看页面文字，还要看返回状态和跳转链路。可以抽查一批 URL，记录三项：返回状态码、最终落点、落点页面是否与当前域名职责一致。
如果某个旧域名页面返回正常内容，但内容与主域名完全重复，那么说明它还停留在镜像状态。此时要区分两种情况：一种是该页面仍被外部引用，需要保留跳转；另一种是没有任何引用，可以直接返回错误状态。两者的处理代价不同，前者需要维护跳转，后者可以更快收敛。
注意一个常见误判：robots.txt 的抓取限制不等于可靠的索引移除。限制抓取后，页面可能仍以其他方式出现在结果中。如果目标是让旧入口退出，优先用重定向或明确的错误状态，而不是只靠抓取限制。不同搜索引擎对抓取限制和移除的处理并不一致，需要分别核查。
保留多个域名时的最小说明清单
如果确实需要保留多个域名，用下面这份清单检查每个域名是否说清了自己：
- 该域名的一句话用途，是否出现在首页可见位置。
- 该域名与主域名的关系，是否在导航或页脚有说明。
- 该域名下的页面是否只承担这一种用途，没有混入其他职责的完整副本。
- 旧链接是否有明确落点，而不是全部跳首页。
- 站点地图是否只列出该域名当前职责下的 URL。
这份清单的作用不是打分，而是帮你定位下一个动作。任何一项答不出来，就说明该域名的用途还没有被说明清楚，死链优化也就缺少判断正常与异常的基准。先补齐这一项，再决定是继续收敛还是保留分工，比直接批量重定向更稳妥。
