发布：更新：阅读：752
工厂官网改版进入上线前一周，新页面往往已经接近完工，旧地址却没人认领。产品页被换了目录，下载页合并进资料中心，销售曾发给客户的链接也不在开发清单里。若到切换当天才补 301，团队往往只能凭标题猜去向，结果是旧地址统一跳首页、已停产型号跳到无关产品、站内链接仍指向旧页。
台账至少记录 old_url、页面类型、原标题、当前状态、目标地址、映射理由、处理方式、负责人和验收时间。产品页还要带上型号或系列字段；资料页应标明手册名称、图纸版本和对应产品。开发人员据此可以同时看到待处理地址和每个旧页承担的业务任务。
旧地址清单可从站点抓取结果、sitemap、分析工具和服务器访问日志中交叉整理。若销售经常在聊天记录、报价单或邮件中发送某个参数页，也应把这条使用证据补进台账。没有分析数据时，不要编造访问量，可由销售和产品负责人确认链接是否仍在使用，并写明确认人和日期。
去向判断要看内容关系。同一产品只是更换模板或导航结构，能保留原地址就继续使用；多个重复页面合并时，旧页可分别指向内容最接近的正式页；停产型号若有明确替代型号，目标页需能让采购人员核对替代关系。找不到等价内容时，不应把地址批量跳到首页。此时可保留说明页，或按站点的下线规则返回真实的缺失状态。
测试环境应按台账逐条配置，并把“计划处理”改成可验证的状态，例如保留原地址、单次 301、内容下线。上线前导出旧站的状态码、标题、自引用 canonical 和站内来源链接，作为切换后的对照。若新页面沿用旧地址，还要确认正文已经迁移，产品型号、下载文件和图片 alt 没有在换模板时丢失。
301 的目标应直接返回 200，避免先跳栏目页再跳产品页。导航、产品关联、文章正文和下载入口中的旧链接也要同步改成最终地址，不能长期依赖重定向兜底。新版 sitemap 只保留可索引的正式地址，并使用页面真实更新时间。
发布后从台账的 old_url 列发起请求，逐条记录状态码、跳转次数、最终地址、页面标题和 canonical。目标页面除返回 200，还应能承接原页意图：型号页能找到对应参数，资料页能下载正确版本，询盘入口能保留来源识别。仅看到页面能打开，不能算迁移完成。
随后检查 sitemap 中旧地址是否已移除、最终地址是否只出现一次，并查看服务器 404 记录和重定向日志。销售仍在使用的聊天链接或报价单链接可抽样点击，确认客户到达的页面与台账一致。发现遗漏后，补的是具体映射和站内来源链接，不是再次扩大整站跳转规则。台账保留负责人、复核日期和处理结果，后续调整目录时才能知道每个旧地址为何这样处理。
