网站死链检查：多个域名承载相似内容时怎样说明各自用途
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b52b454a7994.html
📄
网站死链检查：多个域名承载相似内容时怎样说明各自用途
先给结论：不要靠“哪个域名权重高就留哪个”来决定。更可靠的判断依据是每个域名上相似内容的用途是否可被用户和抓取端明确区分。如果两个域名提供的是同一批页面的镜像，应合并到一个主域名并用重定向收敛；如果它们面向不同语言、地区或不同产品线，则应保留但改写标题、导航、内链和结构化数据，让差异可验证；如果某个域名只剩历史外链和旧路径，没有独立用途，应退出并逐条处理死链，而不是让它继续输出相似内容。
先判断相似是镜像、分站还是历史残留
同样是一批相似页面，成因不同，处理方式完全不同。可以用三个可观察信号区分：
- 路径结构一致：两个域名的目录、文件名、参数几乎相同，通常说明是镜像或测试环境被公开，优先合并。
- 页面语言或地区标记不同：标题、正文、货币、地址、hreflang 指向不同，说明是分站，应保留并强化差异。
- 只有首页和旧文章可访问：新内容不再更新，内链指向旧路径，通常是历史残留，适合退出。
实际操作时，先各取两个域名下同一路径的响应头、页面标题和 canonical，记录是否互相指向。如果 canonical 都指向同一个域名，但另一个域名仍返回 200，说明收敛意图没有落实到响应层，需要进一步处理。
保留：只在用途可被独立描述时成立
保留两个域名的前提是，你能用一句话说清各自服务谁、解决什么任务。例如一个域名面向中文用户提供产品文档，另一个面向英文用户提供同一产品的 API 参考。此时相似内容不是重复，而是不同入口。
需要做的动作包括：
- 在每个页面的标题和首段写明所属域名用途，而不是只写产品名。
- 用 hreflang 或清晰的站内导航说明对应关系，避免用户在两站之间迷路。
- 检查内链是否交叉指向对方域名下的相似页面；如果交叉过多，用户和抓取端会难以判断主入口。
做完这些后，观察两个域名的抓取分布是否仍集中在同一批相似路径。如果仍然集中，说明差异没有被有效表达，下一步应回到改写或合并，而不是继续加页面。
改写：让差异落到可验证的页面元素上
当两个域名必须共存，但内容目前高度相似时，改写比直接删除更稳妥。改写不是换同义词，而是让每个域名承担不同任务。例如一个域名保留完整教程，另一个只保留快速参考和下载入口。
可验证的差异包括：
- 标题和 H1 是否描述不同任务，而不是同一句话换词。
- 页面是否包含不同的示例、参数或适用条件。
- 内链是否指向各自站内的下一步，而不是互相跳转。
- 结构化数据是否反映不同实体或不同地区。
假设两个域名各有 200 个相似页面，改写后只有 40 个页面出现明显差异，其余仍相同。这个结果说明改写范围不足，下一步应优先处理仍相同的路径，而不是继续扩充新页面。
退出：处理死链和残留路径，而不是只屏蔽抓取
退出一个域名时，常见误区是用 robots.txt 禁止抓取，然后认为问题已经解决。robots.txt 的抓取限制不等于可靠的索引移除；已收录的相似页面仍可能出现在结果中。正确顺序是：
- 确认该域名没有独立用途，且没有必须保留的用户入口。
- 对仍有价值的旧路径设置 301 到主域名对应页面；对没有对应页面的路径返回 410 或 404。
- 更新站内和站外指向旧域名的链接，减少新的死链产生。
- 提交站点地图只作为辅助，站点地图不保证收录，也不能替代重定向和状态码处理。
完成重定向后，检查旧域名是否仍返回 200 的相似页面。如果仍有，说明重定向规则没有覆盖全部路径，需要按目录逐层核对，而不是只看首页。
用一次检查结果决定下一步
无论选择保留、改写还是退出，都建议先做一次针对相似路径的网站死链检查：抽取两个域名下相同路径各若干条，记录状态码、canonical、标题和主要内链。若相同路径大量返回 200 且 canonical 互相矛盾，优先合并；若状态码正常但标题和用途描述相同，优先改写；若旧域名大量返回 404 且没有独立入口，优先退出并清理外链。这个结果直接决定后续是收敛、差异化还是下线，而不是凭感觉保留多个域名。
