很多团队做网站改版时，最先盯的是新页面、视觉风格和交互效果，但真正容易在上线后出问题的，往往是 SEO 迁移。
如果旧 URL 变了、页面映射关系没提前梳理、301 规则是上线后临时补的，搜索引擎看到的就不是一次顺滑升级，而是一堆突然变化。流量、收录和排名波动，通常就是这么来的。
先做旧 URL 到新页面的映射，不要上线当天边改边补
我自己的判断是，SEO 迁移最核心的不是某一个技术配置，而是你有没有在改版前把“旧页面去哪了”说清楚。
哪些页面保留原路径，哪些页面改 slug，哪些页面合并，哪些页面直接下线，都应该先列成清单。因为后面的 301、sitemap 校验、Search Console 检查，其实都建立在这张映射表上。
如果这一步没有，团队很容易在上线当天才发现：原来旧站有很多已经被收录的页面，新站却根本没有对应关系。这个时候再补，通常已经比较被动。
视觉更新和 SEO 基础迁移，应该当成同一个项目推进
很多改版项目有个常见误区：设计和前端已经做得很完整了，SEO 相关的东西以后再说。
但现实里，title、description、canonical、robots、sitemap，甚至多语言站里的 hreflang，本来就应该跟着改版一起检查。页面更好看，不等于搜索引擎更容易理解；路径更清晰，也不代表旧权重会自动继承。
我一般会优先盯这几项：
- URL 映射和 301 是否完整
- title / description / canonical 是否同步更新
- robots / sitemap / hreflang 是否正确
- 上线后抓取、覆盖率和 impressions 有没有异常
这些东西不一定复杂，但非常容易被低估。真正麻烦的不是不会配，而是经常没人明确负责。
SEO 迁移不是上线那天结束，而是上线后还要继续盯
很多人会把改版上线当成终点，但 SEO 迁移更像是一个带观察期的发布动作。
站点刚切换后，Search Console 里的抓取反馈、覆盖率变化、索引状态和 impressions 波动，都值得连续看一段时间。因为有些问题不是上线瞬间暴露，而是搜索引擎重新抓取后才慢慢出现。
越早发现异常，越容易把影响控制在小范围；等到明显掉量了再回头排查，成本通常会高很多。
更稳的做法，不是“上线后出问题再修”
如果让我把这件事压缩成一句话，就是：网站改版时，SEO 迁移不要当成上线后的补救动作，而要当成改版方案的一部分。
先梳理旧 URL 和新页面关系，再把 301、metadata、sitemap 和上线后的检查点一起排进去，改版风险会低很多。这个动作不炫技，但真的能少掉很多后悔药。
如果你也在准备网站改版，可以看这篇更完整的拆解：sphrag.com/zh/blog/web…
