没有一一对应时,不要追求“全量自动跳转”,而要先决定哪些旧地址必须保留、哪些可以合并、哪些应当返回 404。判断依据不是旧地址数量,而是它是否仍有站外链接、用户收藏、付费流量或线下物料指向。对仍有价值的旧地址建立显式映射;对无价值且无对应内容的旧地址,让它正常消失,比强行跳到一个不相关的新页更安全。
设计映射前,把旧地址分成两类,两类处理方式完全不同。
两种条件的分界不是“旧地址多不多”,而是“保留它是否还产生价值”。如果一条旧地址既没有外链,也没有搜索或广告流量,把它跳到首页只会制造大量低质量跳转,反而让新站的结构信号变模糊。
多个角色对同一批旧地址常有分歧:运营认为都要保留,开发认为可以全部丢弃。把分歧转成可核对的项目,需要一组能区分原因的证据,而不是单一指标。
要注意,访问量归零不能单独证明该地址可以丢弃。它也可能只是统计口径变化、站点迁移期间抓取减少,或旧域名解析尚未完成。反过来,某条旧地址有访问也不代表必须保留,可能只是短期残留。把这几项证据放在同一张表里逐条标注,分歧就会从“我觉得”变成“这条有外链、那条没有”。
把旧地址、判断证据、目标新地址、处理方式写进一张映射表,作为唯一的核对依据。处理方式只有几种:301 到主题一致的新页、301 到上级栏目页、返回 404/410、暂时保留观察。
具体动作可以这样安排:先导出旧地址清单,逐条补上外链和访问来源证据;再由内容负责人确认新站中是否存在主题一致的承接页;最后由开发按映射表配置跳转。这个顺序的关键在于,跳转目标由内容负责人确认,而不是由开发凭路径相似度猜测。路径相似不等于主题一致,把一条产品旧地址跳到分类页,用户和搜索引擎看到的都不是原来的内容。
一个假设例子:旧地址 /old-a 有站外链接,新站对应主题已合并进 /new-guide,就映射到 /new-guide;旧地址 /old-b 无外链、无访问、主题已删除,就返回 404,不跳到首页。两条都写进映射表,谁有异议就回到证据栏核对。
有几类情况需要单独处理。旧地址带参数或大小写变体时,先确认它们是否指向同一内容,再决定是否合并到同一目标。旧地址数量很大且主题分散时,逐条映射成本过高,可以按主题分组,每组映射到该组最合适的承接页,但要避免把整组都压到首页。
映射上线后,下一步是核对而不是庆祝完成。抽查一批跳转,确认目标页可访问、主题一致、没有跳转链或循环。如果发现某条旧地址的跳转目标与用户预期明显不符,把它退回映射表重新判断,而不是在原目标上再叠一层跳转。记录哪些地址被标记为 404,也为后续是否恢复提供依据。
最终要接受一个事实:没有一一对应时,映射方案必然包含取舍。显式映射保住的是仍有价值的旧地址,而不是全部旧地址;把这一点写进映射表,多个角色才能在同一个事实上继续协作。