外链定义：合作方更换域名时怎样核对迁移对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f078db99fa8a.html
📄
外链定义：合作方更换域名时怎样核对迁移对应关系
外链定义在迁移场景里不是“链接指向谁”，而是“旧链接、新链接与来源页面三者能否一一对上”。核对迁移对应关系，要先把旧域名的每条外链当作一条待确认记录，再在新域名上找到同一来源页面里指向同一目标页的链接；找不到时，先判断是来源页删改、跳转改写还是目标页映射缺失，而不是直接补一条新链接了事。
先固定一张迁移对照表，而不是只看新域名有没有链接
假设某合作方把内容站从旧域名整体迁到新域名，你此前在旧域名上有若干被引用页面。直觉上，只要新域名也出现了来自同一合作方的链接，迁移就算完成。但“有链接”和“对应关系成立”是两件事：新域名上的链接可能指向了首页、栏目页或另一个近似页面，来源页面也可能已经不是原来那一篇。
可操作的起点是固定三列记录：来源页面、旧目标链接、新目标链接。每一行只对应一条旧外链，不按域名汇总。这样做的结果是把“迁移成功”拆成可逐条验证的对应关系，后续判断才不会停在域名级别。
用来源页面的三种状态区分不同解释
打开同一个来源页面，观察它现在如何处理旧链接，通常只有三种可区分状态。
- 来源页仍保留旧链接，且旧链接可跳转到新目标页。这说明迁移靠跳转承接，对应关系成立，但承接依赖跳转规则，需要确认跳转不是临时的。
- 来源页已把链接改成新域名，且指向同一目标页。这是直接改写，对应关系最清晰，可直接记为新链接生效。
- 来源页删掉了旧链接，或改指向首页、栏目页。这属于对应关系断裂，不能算迁移完成，需要与对方确认是编辑取舍还是遗漏。
这三种状态的证据来自来源页本身，而不是第三方链接数据的总量变化。链接总数不变，也可能只是旧链接换成了新链接；总数下降，也可能只是来源页改版合并了段落。
核对旧链接的跳转链，确认它落到哪个目标页
当来源页仍保留旧链接时，需要顺着跳转链看它最终落到哪里。这里要区分两类结果：一类是旧链接经一次跳转落到新域名下语义相同的页面；另一类是旧链接跳到新域名首页或通用落地页。前者可以视为对应关系成立，后者只能算域名级承接，目标页对应关系仍然缺失。
如果跳转链中途出现多次跳转或落到无关页面，先记录实际落点，再和合作方确认预期落点。这个动作的结果会直接决定下一步：落点一致就只补充记录；落点不一致就进入映射修正，而不是先谈新增引用。
假设情境：三条旧外链里只有一条真正完成迁移
假设旧域名上有三条外链，分别来自合作方的教程页、资源页和新闻页。迁移后核对发现：教程页已把链接改成新域名且指向同一主题页；资源页仍保留旧链接，跳转后落到新域名首页；新闻页删除了原链接。
这时不能笼统地说“合作方迁移后还剩一条链接”。按对应关系看，教程页是目标页级迁移完成，资源页只完成域名级承接，新闻页则是关系断裂。下一步动作也应分开：教程页只需留档；资源页请对方把链接改为具体目标页；新闻页先确认删除原因，再判断是否值得重新提出引用需求。这个例子中数字仅用于说明比较方法，不代表任何真实项目结果。
把核对结论写回记录，并约定复查触发条件
核对完成后，把每条旧外链标记为“目标页对应”“仅域名承接”或“已断裂”，并注明核对日期和依据的来源页面。这样做的直接结果是，下次对方再次调整域名或栏目结构时，你能从记录里看出哪些链接依赖跳转、哪些已经直接改写。
复查不必按固定周期进行，可以绑定触发条件：来源页面改版、跳转规则变更、目标页再次迁移。触发后再按同一张三列对照表重查，避免把一次核对结论当成长期状态。迁移对应关系是否成立，最终取决于来源页面、旧链接和新目标页能否被逐条对上，而不是取决于新域名上是否存在某个链接。
