网站改版最容易从一句“看起来有点旧”开始，然后迅速进入参考网站、配色和动效讨论。等新站上线，团队才发现旧文章流量掉了、表单字段没迁、广告落地页失效、运营后台也更难用。
改版审计的作用，是在设计之前建立一张资产与问题清单。它既保护原有SEO和内容价值，也防止团队把业务问题误判成视觉问题。
01 先记录改版前的业务基线
整理近6到12个月的访问、自然搜索、咨询、下载、注册、关键页面和设备分布。没有基线，上线后只能凭感觉判断新站是否更好。
同时区分流量与质量。访问减少但有效咨询提高，可能是正向变化；访问增加但垃圾线索更多，不代表改版成功。
02 做完整URL与内容资产清单
导出当前所有可访问URL、标题、状态码、流量、外链和收录情况，标记保留、合并、更新、删除或重定向。重要PDF、图片和落地页也要纳入。
不要只根据导航截图盘点页面，孤岛页、活动页和旧广告链接往往藏在站外。
03 审核信息架构与用户任务
访谈销售、客服、运营和真实用户，找出他们最常寻找的信息、最常遇到的阻力和现有绕行方式。导航名称不清、产品层级过深、案例难筛选，通常比颜色过时更影响结果。
把问题写成任务：客户能否在三步内找到适合的产品，而不是“优化导航体验”。
04 核对技术与集成依赖
确认CMS、表单、CRM、统计、广告、支付、搜索、会员、多语言、域名和服务器。每项记录负责人、数据位置、接口和迁移方式。
页面看似简单，背后可能连接多个业务系统。未提前发现依赖，开发后期最容易延期。
05 检查SEO、性能与可访问性
查看索引、canonical、重定向、站点地图、内链、移动体验和Core Web Vitals。旧站已经存在的问题要纳入改版目标，不能原样搬到新站。
同时检查对比度、键盘操作、表单标签、图片替代文本等基础无障碍问题。
06 把审计结果变成优先级，而不是问题仓库
按业务影响、用户频率、技术风险和改动成本排序。必须保留的搜索资产、核心转化和合规问题优先；纯装饰性优化可以后置。
审计结束应形成改版目标、范围、URL迁移表、内容责任表和上线监测计划。
改版前审计清单
| 审计对象 | 需要输出 | 容易遗漏 |
|---|---|---|
| 业务数据 | 基线指标与目标 | 只看总访问量 |
| URL与内容 | 保留/合并/删除/重定向表 | PDF、活动页、孤岛页 |
| 用户任务 | 关键路径与阻力清单 | 只听内部管理层意见 |
| 技术集成 | 系统、账号、接口与责任人 | 统计、邮件、CRM和搜索 |
| SEO与性能 | 索引、链接、速度和移动问题 | 上线后才补重定向 |
| 运营治理 | 内容负责人和发布流程 | 新站没人持续维护 |
常见问题
旧站很差，还有必要做审计吗？
有。即使视觉落后，也可能存在有流量的URL、外链、客户收藏和系统集成，直接删除会造成损失。
审计应该由谁负责？
最好由产品/业务、设计、开发、SEO和内容共同参与，单一角色很难看到完整依赖。
改版前需要做用户研究吗？
至少应访谈内部一线人员并查看行为数据；核心业务网站建议补充用户访谈或可用性测试。
所有旧内容都要迁移吗？
不需要。根据价值决定保留、更新、合并或删除，但删除有流量和外链的页面前要谨慎评估。
审计完成后下一步是什么？
先确定改版目标和范围，再做信息架构、内容计划、URL迁移和原型，而不是直接画首页。
链接复制成功
