网站改版前，先检查这些 URL 和 SEO 风险

真正有价值的改版工作，往往从抓取旧网站开始。布局确认之前，你需要知道哪些页面已有排名，哪些 URL 有外链，哪些表单能转化，哪些页面承载业务信息。

这份审计就是改版地图。没有它，团队可能会误删搜索引擎和客户仍然依赖的页面。

URL 变化本身不是问题，没有计划的 URL 变化才是问题。每个删除或变更的 URL 都应该指向最合适的新页面。

• 导出现有 sitemap、抓取数据、分析里的落地页和 Search Console 页面。
• 决定哪些 URL 保留、合并、重定向，哪些可以明确返回 404。
• 在 staging 环境先测试重定向，再切换正式域名。

改版应该让数据更容易读，而不是让业务看板从零开始。Analytics 事件、表单追踪、同意弹窗、Search Console 和转化目标都要在上线前后检查。

改版通常会同时改变两件事：页面内容，以及页面技术位置。两者一起变化时，上线后如果流量或转化波动，团队很难判断原因。

能保留的重要 URL 尽量保留，同时改善内容和布局。如果 URL 必须变化，就记录旧页面意图、新去向和变化原因。这样上线后还能回头检查迁移判断。

迁移 QA 不应该等开发完成才开始想。清单应该在设计确认前就存在，因为页面结构、CMS 字段和导航决策都会影响最终要测试什么。

实用 QA 清单应该包括重定向、canonical、metadata、结构化数据、表单、分析事件、sitemap、robots、多语言 alternates、404 处理，以及重点页面速度。

• 测试高流量页面、高转化页面和有外链的页面。
• 检查表单、预约链接、邮件链接、分析事件和 thank-you 状态。
• 用同一份 URL 清单抓取 staging 和 production，方便看差异。

迁移计划里应该写清楚出问题时怎么办。这不一定是整站回滚，也可能是恢复某条重定向、回退某个模板、重新发布丢失页面，或关闭影响转化追踪的脚本。

上线前写清负责人和第一响应步骤。上线压力大时，清晰的升级路径比没人执行的完美计划更有用。