旧网站改版升级前要准备哪些资料？

旧网站最容易被低估的，不是它有多少页面，而是这些页面已经在工作。

有的页面每天从搜索带来访问，有的链接被客户收藏，有的表单连着销售人员，有的下载文件散落在服务器里。还有一些内容虽然多年没更新，却仍在搜索结果中出现。新页面设计得再漂亮，如果前期没有把这些关系找出来，上线时就可能出现旧链接大量失效、重点内容漏迁、统计数据接不上，甚至表单提交了却没人收到。

所以，红数科技在接手旧站改版需求时，更关心的第一件事不是“喜欢什么风格”，而是旧站现在有什么、哪些必须留下、这次到底准备改到什么程度。把这三件事弄清楚，后面的设计和开发才有可靠起点。

先留一份旧站快照，再讨论新站长什么样

在修改任何东西之前，先把旧站完整留档。至少要保存当前网站的页面清单、栏目结构、主要页面截图、图片和附件、后台可导出的内容数据、数据库与程序备份，以及域名和服务器的现有配置。

这份快照不是为了把旧站原样搬过去。改版过程中经常会遇到这样的情况：某个产品参数在新资料里找不到，旧页面却写得很完整；一个下载地址看上去没人管，销售发给客户的资料里还在使用；新站上线后发现统计异常，也需要回头核对旧站原来的代码和事件设置。没有留档，很多问题连从哪里查都不知道。

页面清单最好不只记录页面名称，还要带上完整网址、页面类型、当前状态、标题、更新时间、是否有图片或附件，以及能查到的访问和搜索表现。网站规模不大，可以人工整理；页面多、层级深，通常要结合站点抓取、后台导出和分析平台数据一起盘点。单靠导航菜单看不全，孤立页面、活动页和历史附件很容易漏掉。

一页改版底稿，比一摞零散意见更有用

旧站哪里不好，企业内部往往各有说法。管理层觉得品牌形象旧，市场部想增加内容入口，销售嫌表单线索不完整，运营担心后台难用，技术人员更在意系统和安全。如果这些要求不分轻重地塞进需求文档，方案一定会来回摇摆。

开工前建议先确认一页改版底稿：

• 这次改版最需要解决的两三个问题是什么；
• 网站主要服务哪些人，他们来网站通常要找什么；
• 哪些业务、产品或地区是本期重点；
• 域名、品牌名称、网站语言和主要栏目是否会变；
• 只调整前台页面，还是连内容后台、会员、查询、表单和第三方接口一起更换；
• 上线日期有没有硬性节点，旧站能否安排内容冻结时间；
• 怎样判断改版完成，不只看视觉稿通过，还看哪些业务和数据结果。

这里不需要先写几十页方案，但必须有人拍板。“提升形象、优化体验、利于搜索”都还不能直接执行。更有用的说法是：哪些页面需要重做，客户目前在哪一步找不到信息，旧后台哪项操作拖慢更新，哪些搜索入口不能中断。问题说到这个程度，服务方才能判断该改页面、改内容，还是要动到底层功能。

旧内容不是全部搬，也不是趁改版全部删

整理旧内容时，最实用的做法是给每个页面标记去向：保留、改写、合并、迁移后下线，或者暂不处理。判断时同时看业务是否还在做、内容是否准确、有没有访问和外部链接、是否存在合规或版权问题，以及新站里有没有真正对应的位置。

产品、服务、案例和新闻不能只交一个文件夹。每份材料还要能说明版本、提供人、确认人和可公开范围。资质证书要核对有效期；客户名称、商标、评价和现场照片要确认授权；图片、字体、视频和图库素材要说明使用权；涉及价格、效果、排名、检测数据或比较结论的文字，要能找到依据和适用条件。

有些旧页面保留了稳定访问，却已经不适合继续公开。此时不能因为有流量就原样留下，也不该直接删除后让网址返回错误。可以把仍有用的信息并入新的对应页面，再处理旧网址的跳转。若没有合适去向，返回明确的不存在状态，比一股脑跳到首页更诚实，也更方便后续排查。

搜索迁移要准备的核心资料，是旧网址和新网址的对应表

只要网址发生变化，就应在开发前建立 URL 映射表。左边是旧网址，右边是最相关的新网址，并标明保留、合并、删除或暂缓的处理方式。等新站做完再补这张表，常常会发现页面结构已经定死，旧内容却没有合适落点。

Google Search Central 对更改网址的网站迁移给出的建议很明确：先建立旧网址与新网址的映射，使用服务端永久重定向，更新站内链接和规范网址，并在迁移前后持续监测。永久重定向应尽量一步到达，不要让旧地址经过两三次跳转才到新页面；也不要把所有旧页面都转到首页，那既不能满足访问者原来的需求，也会掩盖真正缺失的页面。

除了映射表，搜索迁移资料还应包括：

• 搜索平台的管理权限和已验证的站点资源；
• 旧站 XML 站点地图、robots.txt、canonical、hreflang 等现有设置；
• 自然搜索访问较多、获得展示或点击较多的页面和查询词；
• 被其他网站引用的重要页面与下载地址；
• 页面标题、摘要、结构化数据和正文中的关键事实来源；
• 新站上线后要提交的站点地图、需要抽查的重点网址和监测周期。

如果同时更换域名、内容管理系统、网址结构和页面设计，出现波动时很难判断问题来自哪里。条件允许时，尽量不要把所有重大变化压在同一次切换里。确实必须一起改，就要把上线前基线和每项变化记录得更细，并准备回滚方案。Google 建议重定向通常至少保留一年；从用户访问和仍然存在的外部链接考虑，能长期保留的旧网址跳转不必急着撤掉。

流量数据只看总访问量，帮不了改版决策

改版前最好导出一个能够前后对照的数据基线。总访问量可以记录，但更值得保存的是页面级数据：哪些入口页有人访问，访客从哪里来，常用设备和浏览器是什么，表单、电话点击、下载、注册或询价等关键动作怎样记录，当前有哪些异常和长期为零的指标。

搜索数据与网站分析数据要分开看。搜索平台能说明页面怎样被发现、哪些查询带来展示和点击；网站分析更适合看访客进入后的浏览和转化。两边的口径并不相同，不能为了做一张漂亮报表强行对齐。改版后比较时也要标注统计代码、Cookie 同意方式、事件名称和页面地址是否改变，否则数字变了，未必是网站表现真的变了。

这批资料还会反过来影响页面取舍。一个从导航里几乎找不到的旧页面，可能持续带来有效访问；一个内部很重视的栏目，也可能多年无人维护。数据不能替企业决定业务方向，但能提醒团队：哪些页面的删除和改名需要更谨慎，哪些问题不能只凭印象下结论。

后台、表单和接口，要把“现在怎么跑”交代清楚

旧站如果只有文章发布，准备内容导出和账号清单通常就够了。只要涉及会员、订单、查询、预约、文件上传、邮件、短信、地图、客服、支付、CRM 或企业微信，前期资料就要落到实际流程。

至少要确认现有系统由谁提供，账号归谁，接口文档和测试环境是否还能使用，数据存在哪里，哪些历史记录要迁移，哪些只需归档。表单则要说明收集哪些字段、提交后发给谁、是否进入其他系统、失败时谁能发现，以及旧数据需要保留多久。

个人信息也不能因为旧系统里已经有，就默认全部带进新站。《网络数据安全管理条例》自2025年1月1日起施行，其中对个人信息处理规则、处理目的、方式、种类、保存期限及权利行使途径等都有明确要求。改版时正好要重新检查：每个字段是不是完成当前业务所必需，隐私说明是否与实际处理一致，第三方工具会接触什么数据，离职账号和长期不用的权限是否应收回。

账号交接建议只列系统、所有者、管理员和授权方式，不要把密码直接写进需求表或长期留在群聊里。域名、服务器、代码仓库、数据库、对象存储、统计平台、搜索平台、证书和第三方服务，都应有企业能够持续控制的账号和明确的续费负责人。

视觉参考可以晚一点，品牌原件不能晚

设计启动前需要准备矢量 Logo、标准色、字体规范、品牌手册、产品和场景照片、视频、图标以及已有宣传资料。只有低清截图或从旧网页上另存的图片，通常不够支撑高清屏和移动端重新排版。

参考网站可以提供，但每个参考最好注明具体看中什么：导航层级、信息密度、产品筛选、案例呈现、留白、色彩，还是移动端操作。单写“做成这种高级感”，不同参与人会理解成完全不同的东西。也要提前写明不接受的样式，以及必须保留的品牌识别，避免视觉稿出来后才发现方向根本不对。

这一步还要确认内容现实。新首页如果需要大幅工厂照片、团队影像和客户案例，而现有素材只有几张小图，就应把拍摄、授权和制作排进计划。不能先用占位图通过设计，临上线再指望真实素材自动适配。

性能、安全和无障碍，最好在需求阶段留下验收口径

“打开快一点”“手机上正常”“注意安全”都太宽。至少要列明主要访问地区、常用设备、需要兼容的浏览器、预计内容量和访问压力，是否有登录与敏感操作，备份保留多久，出现故障后怎样恢复。

页面体验可以用当前通行指标帮助验收。Core Web Vitals 以第75百分位为判断口径，良好体验的参考线为 LCP 不超过2.5秒、INP 不超过200毫秒、CLS 不超过0.1。这些数值不是靠上线前压一遍图片就能保证的，它们会受主机、前端实现、字体、第三方脚本、图片尺寸和真实访问环境共同影响。项目早期明确指标，设计和开发才知道哪些动效、组件与外部代码需要克制。

无障碍也不只是给少数人准备一个特殊版本。图片替代文本、键盘操作、清晰焦点、表单标签、错误提示、颜色对比和触控目标，会同时影响搜索理解、移动端使用和日常维护。W3C 当前发布的 Web Content Accessibility Guidelines 是 WCAG 2.2，项目可根据受众、地区和合规要求确定采用的符合级别。

上线计划里，必须有人负责确认和回退

改版项目通常牵涉管理层、市场、销售、产品、技术和外部服务方。资料准备得再多，没有确认人，文件仍会反复变。建议为内容、视觉、功能、数据迁移、合规和上线分别指定提供人及确认人，再由一个项目负责人汇总意见、管理版本和决定优先级。

上线前还要写清内容冻结时间、最终数据迁移时间、域名解析和证书由谁操作、旧站是否保留只读副本、什么情况触发回滚，以及上线后谁盯搜索抓取、错误日志、表单、统计和核心页面。新站能打开，只说明切换动作完成；旧网址能到正确页面、表单有人收到、后台数据数量对得上、统计继续记录，才算业务真正接上。

开工前至少交齐这一版

资料不必等到所有文案和图片百分之百完成。下面这份最低版本，足以让方案、设计和技术评估进入实质阶段：

还有两个问题经常被问到。

旧站所有内容都必须迁吗？ 不必。应保留的是仍然准确、有业务价值、承担搜索或外部访问入口，并且适合继续公开的内容。删除、合并和改写都可以，但旧网址要有明确处理结果，不能让一批历史入口无声失效。

资料没齐，能不能先设计？ 可以先做信息结构、关键页面原型和视觉方向，但需要明确哪些事实已经确认，哪些只是临时占位。会改变栏目、功能、页面数量或迁移关系的资料不能长期欠着。缺一张场景照片，和没定主推业务、没拿到旧站数据，不是同一种“没齐”。

核验依据

[1]: Google Search Central：更改网址的网站迁移，重点参见网址映射、服务端永久重定向、迁移监测及重定向保留时间建议。 [2]: 《网络数据安全管理条例》，中国政府网，2024年9月公布，自2025年1月1日起施行。 [3]: web.dev：Web Vitals，重点参见 LCP、INP、CLS 的良好体验阈值与第75百分位口径。 [4]: W3C：Web Content Accessibility Guidelines (WCAG) 2.2，W3C Recommendation，当前页面版本为2024年12月12日。