外链：合作方更换域名时怎样核对迁移对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3a6232e6c7f1.html
📄
外链：合作方更换域名时怎样核对迁移对应关系
核对迁移对应关系的核心不是看新域名首页是否上线，而是逐个确认“旧链接指向的旧URL，是否有一个内容等价、可访问、且仍然合理指向你的新URL”。如果只抽查首页或几个栏目页，样本往往成立；一旦旧站有几百上千个被链接的深层页，就会出现旧路径直接跳首页、参数页丢失、部分语言版本未迁移等例外，不能把首页的对应关系照搬到全站。
假设一个情境：合作方把旧域名整体迁到新域名
假设你与合作方互换过一批链接：对方在旧域名 old.example 的若干文章页里链到你的页面，你也在自己站内链到对方的旧域名。现在对方通知你“已经换到新域名”，并给了新首页。此时需要核对的不是“新域名能不能打开”，而是“原来那些带链接的具体页面，在新的域名体系里对应到哪个URL”。
这个情境的关键在于：合作方可能只做了首页301，也可能做了全站路径级映射，还可能把内容重组到新的目录结构下。三种情况对链接的处理方式完全不同。
先建一张旧URL到新URL的对照表，而不是先改链接
实际动作是：从你已有的链接记录、站内链接、以及你曾发布过的合作页面中，导出所有指向对方旧域名的URL，形成一份旧URL清单。然后逐条访问旧URL，记录三件事：
- 返回状态：是301、302、404，还是200但内容已变；
- 跳转落点：最终停在等价内容页、栏目页、首页，还是无关页面；
- 落点内容：标题、主题、语言版本是否与旧页面一致。
这张表会直接影响下一步。如果旧URL 301到等价新URL，你只需把站内链接和合作页面里的链接替换为新URL；如果旧URL 301到首页，说明对方没有做路径级迁移，此时直接替换成首页链接会让你的链接指向一个泛页面，相关性下降，应当先与对方确认是否有对应的深层页。
区分三种迁移质量，再决定是否照搬替换
个别样本成立、规模化后出现例外，通常是因为迁移质量不均匀。可以按下面三类判断：
- 路径级等价迁移：旧URL 301到新域名下主题一致的具体页面。这类可以直接替换，风险最低。
- 目录重组迁移：旧URL 301到新目录下的等价页面，路径变了但内容对得上。这类可以替换，但要保留旧URL作为跳转来源，避免中间环节断掉。
- 只做首页兜底：旧URL全部301到新首页，或大量返回404。这类不能照搬替换，因为把链接改到首页并不等于保留了原来的引用关系。
判断依据不是对方口头承诺“都迁好了”，而是你自己抽到的旧URL返回状态和落点内容。样本量越大，越容易发现第三类例外。
旧URL返回200也不能直接认定迁移完成
有一种容易被忽略的情况：旧URL仍然返回200，但页面内容已经换成新站介绍或空白模板。这时链接在技术上可访问，实际引用对象已经消失。核对时要看页面正文是否仍与当初链接时的主题一致，而不是只看状态码。
另一个合理解释是：对方保留了旧域名作为镜像或停放页，内容由新站同步。这种情况下旧URL可能仍然有效，但你无法确认它长期维护。是否替换为新URL，取决于对方是否明确说明旧域名会持续保留，以及你是否愿意承担旧域名未来失效的风险。
核对完成后，按对应关系分步处理
拿到对照表后，处理顺序建议是：先改自己站内指向对方旧域名的链接，再联系对方确认其页面里指向你的链接是否也需要同步更新。原因是：你无法直接控制对方页面的修改节奏，但可以先保证自己这一侧不留下失效或错位的引用。
如果对方只做了首页兜底，你可以要求对方提供对应深层页的新URL清单；如果对方无法提供，那么把链接替换为新首页是一种退让选择，但应清楚这不等同于原来的页面级引用。此时是否保留旧链接、是否改为指向对方新站的相关栏目，取决于你对相关性和稳定性的取舍，没有统一答案。
最后，把这次对照表留存下来。下次对方再调整域名或目录结构时，你可以用同一份旧URL清单快速复核，而不必从零开始重新搜集。
