改版项目里，视觉稿通常推进得很快，真正需要耐心的是旧站资产交接。一个页面被删掉，可能意味着一条搜索入口、一个客户收藏的地址或一份投放落地页同时失效。我们通常把改版当成一次迁移项目，而不是一次设计替换。
先盘清旧站有哪些页面值得保留
上线前导出旧站 URL、页面标题、主要关键词、访问量和询盘来源。把页面分成几类：必须保留、可以合并、需要删除、需要新增。有自然搜索流量或广告投放的页面，优先保留原有结构；内容已经过时的页面，可以合并到新的主题页，但要设置清晰的跳转目标。
这一步不要只看导航。很多有效页面来自早期专题、活动页或产品子页，导航里已经找不到，但仍然有访问。使用站点地图、服务器日志和搜索平台的数据交叉检查，能减少遗漏。
为每个旧 URL 建立去向表
我们会在表格里为每个旧 URL 标注新地址、处理方式（保留、301、410）和负责人。301 要指向内容相关的新页面，避免统一跳首页。统一跳首页看似省事，但用户和搜索引擎都无法判断新页面是否对应原来的需求。
重定向链也要控制。A 跳 B、B 又跳 C，会增加加载环节，也不利于抓取。上线前用爬虫或手工抽查，确认每个地址只跳一次。对于确实没有替代内容的页面，410 比虚假的 301 更诚实。
内容迁移要连标题和描述一起检查
页面迁移不只是复制正文。标题、描述、H1、图片 alt、内部链接和结构化数据都需要核对。我们见过正文完整迁移，但所有页面标题都变成新模板默认值的情况，上线后需要重新积累相关性信号。
- 保留有搜索价值的原有标题和描述，确需修改时说明原因。
- 检查正文中的旧链接，替换为新地址或补充跳转。
- 图片文件名和 alt 尽量保留原有语义，不要统一改成 img001。
- 产品参数、案例名称和资质信息逐项核对，避免迁移过程中丢失。
上线前做一轮真实环境检查
测试环境正常，不代表线上正常。上线前要确认域名解析、HTTPS、robots.txt、站点地图、表单通知、后台权限和备份策略。尤其要检查测试环境是否被搜索引擎抓取，避免重复内容。上线后立即提交新的站点地图，并观察服务器日志中的 404 和 5xx 情况。
上线后的观察期不要频繁再改
改版后的收录和排名变化通常需要数周观察。这个阶段更适合修复明确的技术问题，而不是因为短期波动反复调整结构和标题。我们通常会按周记录收录数、自然访问、重点页面排名、询盘数量和来源，结合真实数据判断哪些页面需要继续优化。
如果出现流量下降，先排查重定向、robots、canonical、页面状态码和内容缺失，再讨论关键词策略。多数改版问题都能在技术层找到线索，关键是上线前有没有留下可对照的旧站数据。
实际操作中，我们会把旧站和新站的 URL 对照表保留至少半年，方便后续查漏。搜索平台的抓取错误、服务器日志中的异常请求和 404 记录，也要定期查看。有些问题不会在刚上线时出现，而是在搜索引擎重新抓取旧地址后才暴露，留出观察时间比上线当天做一次检查更可靠。
另外，改版后不要立即删除旧站的统计代码或关闭旧域名。保留一段时间的访问记录，有助于判断用户是否还在通过旧链接进入，也能发现外部平台、广告或邮件中尚未更新的地址。确认过渡稳定后，再做清理。
