网站重做清单：如何规划、上线并保护重要内容？

从买家任务开始，而不是只从新视觉开始。

假设旧产品页有规格 PDF，但新设计只保留图片和联系按钮。改版前先列出旧页网址、文件地址、负责核实规格的人，以及新页应保留的下载和询价动作。这是规划示例，不是客户损失记录；用它检查改版是否遗漏仍有用途的内容。

这份简报能让项目围绕真实业务任务，也能帮助区分结构性重做和较轻的焕新：若原有故事和页面角色仍然有效，只是视觉层或手机体验需要改善，焕新可能就足够。

在决定删除什么之前，先盘点旧站。

列出现有的页面、URL、表单、下载资料、内容、链接和系统整合，再找出对访客、客户、日常运营和需要保留的搜索入口有价值的部分。这样比只看首页截图或凭记忆重做导航可靠得多。

对于每个重要页面，都应决定保留、重写、整合、重定向或下线。证明材料也应如此：只发布企业能够支持和批准的表述、资历、客户评价、图片和案例材料。

让内容、设计和系统各有明确责任。

清楚的信息层级和响应式设计，只有在内容准备好时才真正有用。应指定谁准备和审核文案、翻译、图片、产品或服务细节、证明材料和最终发布；若内容缺失，就缩小首版范围或明确缺少的工作，而不是用无法支持的表述填满页面。

列出所有必须继续工作的系统：CMS、表单、分析、同意工具、CRM、预约、付款、搜索或其他整合。范围应说明谁提供权限、谁配置、涉及哪些第三方费用以及谁测试结果。

把 SEO 过渡视为上线工作流。

网站重做的 SEO 应从盘点开始，而不是从承诺开始。保留重要页面、现有 URL、相关内容及其支持的访客路径记录；当 URL 变更时，把每个有价值的旧 URL 映射到最相关的新页面，而不是为了清空列表把所有内容都指向首页。

上线前检查变更 URL、重定向、canonical、内部链接、元数据、结构化数据、sitemap、表单和分析。这些检查能避免转场中的可预防损失，但任何清单都不能保证排名、流量、询盘、转化或商业结果。

以可测试的上线和交接结束项目。

在手机端和桌面端检查重要访问路径，提交每个表单，测试系统整合和确认路径，并核对导航、图片、范围内的无障碍要求和变更 URL 映射。记录缺陷、决定和责任，让上线准备基于证据，而不是只凭视觉审阅。

最后的清单还应写明谁批准上线时间、谁负责上线后的支持、如何交接权限和文档，以及以后新增内容如何报价。清楚的交接能让新网站更容易维护，而不会假装所有未来需求在第一天就已包含。

用交付节点安排流程与时间线。

先确定进入下一阶段所需的资料和签收证据，再约定排期。表中是填写框架，不是固定周数或交付承诺；资料、审批或范围改变时同步更新计划。