合作方把站点从旧域名迁到新域名后,自动外链发布最常见的结果不是全失效,而是旧链接仍能打开、新链接也生成了,但两者指向的落地页并不同源。核对迁移对应关系,关键不是看链接总数,而是逐条确认旧地址与新地址是否描述同一内容实体。只要这一点没弄清,后续的替换或保留决策都会建立在错误前提上。
迁移后抽查几条链接,往往显示旧域名 301 到新域名,看起来迁移干净,于是判断可以批量替换。但把自动外链发布清单整体过一遍,会出现一批例外:有的旧链接跳到新站首页而非原页面,有的新链接指向了同名但不同栏目的地址,还有的旧地址直接返回 404。样本成立不代表整体成立,因为迁移映射很少是简单的一对一替换。
这个矛盾有两种合理解释。第一种是映射规则本身不完整,迁移时只对主要栏目做了跳转,深层页面被统一收拢到首页或分类页。第二种是内容在迁移中被合并或拆分,旧页面在新站里不再单独存在,而是并入了另一个主题页。两种解释对应完全不同的处理方式,不能混为一谈。
区分方法很直接:对每条旧链接,记录它 301 后的最终地址,再比对新地址的页面主题是否与旧页面一致。
假设有一批合作方文章链接,旧域名下路径为 /guide/a,迁移后 301 到 /guide/ 栏目页,而新站其实有 /guide/a-2024 这个对应页。这种情况下,栏目页跳转只是兜底,不代表迁移完成。按上面的证据分类,它属于映射遗漏,正确动作是把自动外链发布中的目标地址改为具体页面,而不是保留栏目页链接。改完之后,下一步要重新核对这批链接的最终落地页,确认没有再次被跳转覆盖。
有一种情况不能套用上面的逐条替换逻辑:合作方在迁移中把多个旧页面合并成一个综合页,并且新站不再保留任何旧路径。此时旧链接的 301 目标是唯一入口,逐条替换反而会制造重复指向。判断依据是旧页面数量与新页面数量明显不对等,且新页面主题覆盖了多个旧页面。遇到这种结构,应保留合并后的目标地址,只清理确实失效的链接。
另一个边界是合作方只换了域名、站点结构未变。这种情况下路径映射通常规则统一,可以先用一条规则批量核对,但仍要抽查深层页面,因为自动外链发布清单里可能混有旧域名下的专题页或临时页,它们未必参与统一跳转。
完成逐条核对后,清单应分成三类:可直接沿用新地址的、需要人工指定目标页的、确认失效应移除的。第一类可以直接更新自动外链发布配置;第二类要先与合作方确认新页面是否长期保留,再决定替换;第三类移除前要确认旧地址确实没有可替代内容,避免把仍有价值的引用一并清掉。这个分类动作会直接影响后续维护成本,如果第二类占比高,说明迁移映射质量差,需要合作方提供完整的旧新地址对照表,而不是继续靠抽查推进。