网站优化 网站改版不丢排名：老 URL 处理的完整清单

网站改版本身是件好事，但对搜索引擎来说，它更像一次搬家。如果搬完之后没有告诉旧访客新地址在哪，之前积累的收录和权重就可能一起丢掉。实际遇到的排名下滑，常常不是新站做得不好，而是老 URL 没有交代清楚。

一、改版丢排名，多数时候是 URL 的问题

搜索引擎记的是一条条 URL：哪些地址上有内容、哪些地址被外链指向、哪些地址有排名。改版换站时如果页面地址变了、旧地址又没有交代，在搜索引擎看来就是一批内容凭空消失，而新地址要从零开始被重新发现。

所以动手之前先回答一个问题：老 URL 上的内容，新站里还在不在？答案只有三种，对应三种处理：

• 内容还在，只是换了地址 → 用 301 永久跳转到新地址；
• 内容被合并进别的页面 → 301 到合并后的那个页面；
• 内容确实不要了 → 正常返回 404。

听起来简单，但实际做的时候容易两头出错：该跳的没跳，或者一股脑全跳到首页。

二、先整理一份老 URL 清单

处理的前提是"知道有哪些老地址"。通常有三个来源：

把这几份合起来去重，得到一张老 URL 清单，然后逐条标注"新地址是什么"或"确认废弃"。这份清单是后面所有工作的依据，值得花时间做全。

三、三种情况的正确做法

1. 一一对应地跳转

内容还在、只是换地址的，要做一一对应的 301：老的文章页跳到新的文章页，老的分类页跳到新的分类页。跳转关系越精确，搜索引擎传递过来的权重越完整。

如果老站地址有规律（比如都带某个前缀），可以用规则批量处理；没有规律的部分再单独配。

2. 合并的页面指向合并后的结果

改版时经常会顺手把几篇内容合并成一篇。这时老地址应当 301 到合并后的页面，而不是让它 404——内容还在，只是换了承载它的地址。

3. 真正废弃的，就老老实实返回 404

确认不再需要的内容，正确做法是返回 404。这一点常被忽略：有些站为了"用户体验"，把所有找不到的地址都跳转到首页，或者返回一个写着"内容已删除"的页面。这两种做法都会让搜索引擎误以为地址还有效，长期看对站点评级不利。

四、三个容易踩的坑

• 全站跳首页。不管什么老地址都 301 到首页，搜索引擎会把它当成无效跳转处理，等于没做。
• 用前端脚本跳转。有些改版用 JavaScript 做跳转。搜索引擎对脚本跳转的跟随不如服务端 301 可靠，尤其是改版初期。跳转应当由服务端完成。
• 返回 200 但内容是"页面不存在"。状态码说页面正常、内容却说找不到，属于典型的软性 404，会让搜索引擎反复抓取无效内容。

五、处理完老 URL 之后还要做两件事

跳转和 404 配置好，只算完成了一半。

• 更新 sitemap。新站的 sitemap 里只放新地址，不要继续保留已经 301 的老地址。
• 把废弃地址整理成死链文件主动提交。搜索引擎的站长平台一般都有"死链提交"入口，接受一个纯文本或 XML 文件，里面按行列出确认废弃的地址。提交后搜索引擎会更早把这些地址从索引里清理掉。

这一步的意义在于：老地址被大量抓取却返回 404，会持续消耗抓取配额，也影响站点质量判断。主动提交相当于告诉搜索引擎"这些不用再来了"。

六、上线后怎么验证

改版上线之后，建议在两周内做几次抽查，确认处理真的生效：

• 抽样访问老地址。从清单里随机挑二三十条，确认返回 301 且落点正确，或者干脆返回 404。
• 看站长平台的抓取异常。如果 404 大量集中在某个目录，通常说明那个目录下有一批老地址被漏掉了。
• 对比新旧 sitemap。确认已上线的地址都出现在新 sitemap 里，同时没有把老地址一并留在里面。

这几步在站长平台和浏览器里就能完成，不需要额外工具，但能挡掉大部分"配了却没生效"的情况。

七、上线检查清单

八、小结

改版不丢排名的关键，不在于新站做得多漂亮，而在于有没有把"老地址去哪了"这件事交代清楚。可以先用一条简单标准自查：随便挑十个老地址访问一下，如果结果要么跳到对应的新页面、要么干脆利落返回 404，说明处理是到位的；如果出现了跳首页、脚本跳转、200 却说页面不存在，那就要回去补功课了。