外链购买：合作方更换域名时怎样核对迁移对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4a0dc37025ba.html
📄
外链购买：合作方更换域名时怎样核对迁移对应关系
先直接回答：不要按“旧域名整站跳新域名”来判断迁移是否成立，而应把每个已付费或已承诺的链接位拆成“原页面—目标页面—锚文本—落地状态”四列，逐条核对。只要其中一列无法从旧站找到可验证的对应关系，就不能默认它已随域名更换而延续，应先暂停后续结算或追加投放，直到拿到可复核的对应表。
从你手里的链接台账开始，先拆出四列
假设你手上有一份外链购买记录，包含来源页面、目标页、上线时间和约定周期。合作方通知域名更换后，第一步不是打开新域名看首页是否正常，而是把台账改成四列：原来源页、目标页、原锚文本、当前落地状态。原来源页要写到具体路径，而不是只记域名；目标页也要写到具体路径，因为域名迁移中最容易丢失的正是内页对应关系。
以一份假设台账为例：旧来源页是 /guide/a，目标页是 /product/x，锚文本为“方案说明”。更换域名后，如果新站只把首页做了跳转，而 /guide/a 返回 404，那么这条记录不能算完成迁移。此时应把该条标记为“待补对应”，并通知合作方提供新路径或替代页面，而不是继续按原周期付款。
逐条核对迁移对应关系时，看哪几个证据
可用的证据不是“新域名能打开”，而是旧路径与新路径之间的可验证映射。建议按以下顺序核对：
- 旧路径是否仍可访问，或是否返回指向新路径的跳转；
- 新路径页面是否仍包含原目标页的链接，且链接指向的是迁移后的目标路径；
- 锚文本是否被替换成与约定明显无关的词；
- 链接是否从正文区域移到了页脚、隐藏层或需要交互才出现的位置；
- 目标页迁移后是否仍可访问，还是变成了新站首页或错误页。
如果旧路径返回 301，但新路径页面里链接指向的是新站首页而不是原目标页，这条记录只能算“部分对应”。部分对应不能直接照搬为完整履约，因为读者点击后到达的页面已经改变，原约定的落地关系不再成立。下一步应要求合作方给出具体目标路径，或者把这条记录改为重新协商。
个别样本成立，不代表整批可以照搬
域名迁移中常见一个反常现象：抽查两三条记录时，旧路径能跳转、新页面也有链接，看起来迁移成功；但把样本扩大到全部记录后，会发现只有栏目页和首页做了对应，大量内页路径被合并或丢弃。这时不能把抽查结果当成整批结论。
可区分的原因至少有三类：一是迁移方只配置了顶层跳转，内页未逐条映射；二是新站改版后内容结构变化，原路径被合并到新栏目，但链接目标未同步更新；三是合作方只迁移了域名，没有迁移原页面模板，导致链接位置和锚文本一并改变。三种原因对应的处理动作不同：第一种要求补跳转映射，第二种要求确认新目标页是否等价，第三种则要重新核对链接位是否还存在。先判断属于哪一类，再决定是补对应、换页面还是终止该条合作。
把核对结果转成可执行的处理方案
完成逐条核对后，把记录分成三组：完整对应、部分对应、无对应。完整对应可以继续按原约定观察；部分对应需要合作方在限定时间内补充新路径或替代页面，补充后重新核对；无对应则暂停该条结算，并要求说明是迁移遗漏还是合作终止。
这里的关键动作是：先发一份只含旧路径、新路径、当前状态三列的核对表给对方，请对方补全空缺项。对方补全后，你再用同一张表复核一次。如果对方只能提供新域名首页，无法给出具体内页对应，那么这份迁移对应关系就不足以支撑继续按原条件合作。此时更稳妥的做法是把未对应部分从本期结算中剔除，而不是因为“域名换了”就整体接受。
适用边界与不能直接照搬的情况
上述方法适用于你手中有明确来源页和目标页记录的付费或约定链接位。如果原记录只写了域名、没有具体路径，或者合作方本身就是按整站合作而非按页面合作，那么四列核对法无法直接套用，需要先补齐原始约定，再谈迁移对应。
另外，旧路径返回 200 或新路径能打开，都不能单独证明迁移对应关系正确；它也可能只是旧站未关闭、新站独立运行，或跳转规则恰好覆盖了该路径。判断依据应落在“原约定页面与新页面之间是否存在可复核的对应”，而不是某一个状态码。把这一点写进核对表，后续每次域名或路径变动都可以沿用同一套检查动作。
