G1.11.4redirects on taxonomy change设计研究
结构调整需要重定向旧路径，避免断链
别名: 301 重定向 · broken IA links · 旧路径迁移
概念解释
类目一搬家，旧 URL、旧导航路径、旧搜索结果还在被打开。重定向把这些到达送到新的权威位置，而不是留下 404 或一张「栏目已改版」的死页。结构调整若只发布新树、不迁旧路径，等于只服务从首页重新走的人，惩罚所有带着旧坐标来的人。重定向是结构变更的一部分，不是上线后的运维补丁。
「避免断链」包括人链和机链：浏览器书签、邮件、搜索引擎、站内旧菜单、二维码，都算。
机制
旧路径是被缓存的坐标。服务器若用 301/等价机制声明「这个坐标的对象现在在那边」，调用方（浏览器、搜索引擎、分享预览）会更新自己的缓存，沉淀开始转向新地址。若返回 404，缓存会把「不存在」写进去，再想挽回要更久。软 404（页面能打开但内容是「找不到」文案）更糟：调用方以为成功，用户以为对象没了。
一对一搬家好迁；一对多（一个旧类拆成三个）没有单一正确目标，重定向要落到能解释拆分的父级或选择页，并说明各孩子是什么，否则随机送进其中一个孩子会让另外两份内容像被删了。
怎么研究
用真实旧 URL 样本测量变更后的到达命运，而不是只测新树的树测试。
- 范式：从日志与入链抽出旧路径，变更后逐条请求，记录终点（新权威 / 404 / 软 404 / 错误对象）；再让带着书签的老用户执行已知项任务。
- 自变量：是否 301、拆分时落到父级还是某一孩子、重定向链长度、是否更新站点地图。
- 因变量：旧路径到达权威对象的比例、错误对象误达、搜索收录更新时间、任务成功。
- 方法论注意点：爬新站点地图看不到断链。必须用变更前的 URL 集合当测试集。重定向链过长（A→B→C）在部分客户端会丢，要测链长。不要把「首页也能找到」算作旧路径成功。
边界
恶意或垃圾旧 URL 不必迁到新树，应明确 410 或保持 404，以免把垃圾权重送进新结构。法律下线的内容不能重定向到「相似」页冒充仍有效，应到达解释页。内部改写的别名路由（同一对象多个规范 URL）要先做规范收敛，再对外 301，否则搜索引擎面对循环。纯客户端路由若只改前端不配服务器重定向，外部入链仍会断。
怎么落地
- 结构方案附带旧→新映射表，上线同时生效；一对多落到可解释的父级或选择页，禁止随便指定一个孩子。
- 站点地图、内部搜索索引、分享元数据与导航同一天切到新权威。
- 监控 404 与软 404 四周，漏网旧路径补进映射，而不是等用户报。
- 验证：变更前 Top 入链与书签式路径各抽二十条，应全部 301 到正确对象。任何 404 或错对象，结构变更在查找层尚未完成。