当二级域名迁移后,旧地址不存在内容完全等价的新目标,正确做法通常不是把旧地址全部硬跳到二级域名首页,而是按旧地址承载的功能分类:能一对一对位的做单页映射,只有栏目级对应关系的落到最近栏目,纯活动页或临时页在确认无外链价值后再返回410。下面用一个假设情境把判断过程串起来。
假设某站点把帮助中心从 help.example.com 迁到主站的 /support/ 路径下。迁移前,旧二级域名上有三类地址:产品手册页、按版本拆分的常见问题页、以及一批只在某次活动期间存在的公告页。迁移后新结构把手册合并成一篇长文,常见问题按主题重组,公告页直接取消。此时旧地址里只有一部分能找到一对一的新页面,其余没有等价目标。这就是问题的起点:不是解析失败,而是内容结构本身变了。
先别急着写跳转规则。要先把旧地址按“有没有功能等价物”分成三档,因为不同档位的正确处理方式不一样,混在一起处理会同时损失可传递的信号和用户体验。
产品手册里那些仍以同一产品、同一版本存在的页面,属于这一档。动作是设置单页到单页的301跳转,目标选内容最接近的新地址,而不是栏目首页。结果判断:跳转后打开的新页面,标题和主体信息应能回答旧页面原本回答的问题。如果打开后落在栏目列表上,用户还要再点一次,这就不算等价,应回到映射表里换目标。
按版本拆分的常见问题页属于这一档:旧页面是“某版本的全部问题”,新结构只保留了按主题划分的问答。此时可以跳到最接近的主题栏目,但要接受一个代价——旧页面上的长尾问题可能不再有独立落点。动作是先抽查若干旧地址,看它们的实际内容是否都能在新栏目里找到对应答案。若抽查发现大部分答案已被覆盖,栏目级跳转可以接受;若覆盖不足,更稳妥的是保留一个精简的过渡页,把旧问题按主题列出并指向新答案,而不是直接跳栏目。
活动公告页属于这一档。动作是确认它们没有外部链接和持续访问需求后,返回410,而不是跳到首页。跳到首页会让用户和抓取端都以为这里还有相关内容,反而制造新的错配。这里要提醒一句:robots.txt 的抓取限制不等于可靠的索引移除,用屏蔽抓取来“处理”旧地址,旧链接仍可能出现在结果里,只是描述信息变旧。真正想让旧地址退出,应让服务器明确返回410或404。
判断一个旧地址属于哪一档,不要凭印象,可以看三类证据:
这里有一个容易误判的地方:某旧地址的访问量在迁移后降为零,并不能单独证明“处理正确”。它也可能只是因为跳转目标太泛、用户打开后立刻离开,或者旧链接本来就在自然衰减。要把访问量变化和跳转目标质量、外链存续情况放在一起看,而不是把归零当作结论。
具体可以这样做:先导出旧二级域名下的全部地址,为每条填上“档位、目标地址、动作(301/410/保留过渡页)”。然后按档位分批上线,第一批只处理第一档的一对一映射。
上线后要验证的不是“有没有跳”,而是“跳得对不对”。抽查若干条,确认最终落地页能回答旧页面原来的问题;再检查跳转链是否只有一跳,避免旧地址跳到中间页再跳一次。这一步的结果会直接影响下一步:如果一对一映射的抽查通过率低,说明映射表本身有问题,应先修表再处理第二档,而不是继续铺开。若通过率高,再处理栏目级映射,并把第三档的410一并放出去。
另外,站点地图能帮助发现新地址,但站点地图不保证收录,它不能替代映射表来解决旧地址的归属问题。迁移期间也不必因为担心安全而额外改动协议;HTTPS 不保证安全无漏洞或排名,它和旧地址该跳还是该弃是两件独立的事,不要混在一次改动里。
如果旧二级域名上的内容本来就高度同质,且几乎全部能对应到同一个新栏目,那么把旧地址统一跳到该栏目是可以接受的简化方案,前提是抽查确认栏目页能承接旧页面的主要意图。反过来,只要旧地址里混有大量无等价目标的临时页,整体跳首页就会把“内容已迁移”和“内容已取消”两种信号搅在一起,后续很难再拆开判断。选择哪种处理,取决于旧地址的构成比例,而不是取决于哪种做法更省事。