站点运营

站点运营:改版迁移的 URL 映射自查,别让老地址一批批失效

网站改版、栏目合并或 CMS 更换后,旧 URL 的处理常常被拖到最后,结果是一堆 404、软跳首页或链式跳转。本文给出一套可落地的自查流程:先建立新旧地址对照表,再确定 301 的落地页,同步更新站内链接与静态资源,最后用抓取日志和错误监控确认跳转是否真正收尾。

站点运营

站点运营:改版迁移的 URL 映射自查,别让老地址一批批失效

改版最容易留下的尾巴

网站改版、栏目合并、CMS 更换、目录结构调整,这些动作做完之后,最容易出问题的地方就是 URL。内容都搬到新地址了,旧地址却要么返回 404,要么一律跳到首页,要么一层套一层地转。对用户来说是多点一次,对搜索引擎来说是信号断在了半路。改版前把地址的进出关系理清楚,比事后到处补跳转省事得多。

一、先做一份新旧地址对照表

不要靠记忆,也不要等上线后再回头找。把所有需要保留的旧地址列出来,逐条对应新地址,形成一张表,字段至少包括旧 URL、新 URL、处理方式、优先级、负责人、完成状态。

  • 数据来源:站点地图、服务器访问日志、搜索后台的落地页数据、站长工具里的已收录地址。
  • 覆盖范围:栏目页、文章页、标签页、分页、附件与下载地址。
  • 先合并变体:把带参数、带大小写差异、带末尾斜杠的旧地址归到主地址,再统一映射,避免同一内容映射出好几条规则。

优先处理有外链、有流量、有历史点击的地址,这部分不能丢。本来就没有入口、长期没有访问的旧地址,可以直接返回 410 让它退场,不必硬塞到首页去凑数。

二、跳转的落地页怎么选

301 的目标应该是内容最接近的新页面,而不是首页。全部跳首页等于告诉对方这些内容都不存在了,用户落地后也会一脸茫然。

  1. 文章迁移到新路径:旧文一对一指向新文。
  2. 栏目合并:旧栏目指向新的栏目列表页,而不是其中某一篇文章。
  3. 内容彻底删除且没有替代:返回 410,或保留一个说明页,不要跳到无关板块。
  4. 改版期间临时下线:使用 503 并说明恢复时间,不要用 302 长期顶着。

同时避免链式跳转。A 跳到 B、B 又跳到 C 这种两层以上的路径,既浪费抓取,也让用户多等一次。整理映射表时顺手把中间层拉直,让每条规则一次到位。

三、站内链接和静态资源要跟着改

如果只做了跳转,站内的导航和正文还在指向旧地址,那用户和蜘蛛每次点内链都要多走一跳。需要同步核对的地方包括:

  • 导航栏、面包屑、页脚、侧边推荐位里的链接全部换成新地址。
  • 正文内链、引用链接逐条检查,尤其是几年前的旧文。
  • 图片、CSS、JS、字体等静态资源路径同步更新,避免加载失败或混合内容。
  • 表单提交地址、RSS 地址、分享链接、二维码指向的地址一并核对。

这一步容易被忽略,因为跳转让页面看起来仍然能打开,问题被掩盖了,直到日志里跳转请求越堆越多才被发现。

四、给抓取侧留好线索

改版上线后,及时更新 sitemap,只放新地址,不要新旧混放。检查 canonical 是否指向新地址,robots.txt 里有没有误挡新目录。旧目录如果还留在服务器上,注意别让新旧两套内容同时可访问,否则会形成重复。

判断改版是否收尾,不看到访量,而是看日志里旧地址的请求是否在减少、新地址的抓取是否在增加、重点旧地址是否稳定返回 301。

五、上线后需要盯的几项

  • 抓取日志:旧地址的状态码分布,404 和 302 是否异常增多。
  • 跳转抽查:抽一批重点旧地址,确认返回码、目标页是否正确、是否只跳一次。
  • 错误监控:新增 404 与 5xx 的曲线,出现尖峰就回查对照表。
  • 入口检查:外链较多的页面单独盯一段时间,必要时主动联系对方更新链接。

改版前留一份旧结构备份和映射表,出问题时有据可查。跳转规则也不要长期堆在配置里当垃圾场,过一段时间清理掉已经没人访问的条目,保持后续维护看得懂、改得动。