企业官网从建设团队交给维护团队，最容易遗漏的不是首页样式，而是“出问题时还能否恢复”。交接可以先用三组回归用例验证：备份能还原、询盘能到达、旧 URL 能承接。它们适用于制造业和外贸企业官网，具体环境与权限仍以企业合同和系统设计为准。通过这些用例只能证明测试窗口内的功能状态，不能推断搜索收录或真实咨询效果。
用例一：备份文件能否真正恢复
先列出系统边界：网站文件、数据库、上传附件、环境配置、定时任务、域名与证书分别在哪里；谁有读取权限，谁负责备份，保留多久。只看到某个压缩包不算通过。维护团队应在隔离的测试环境恢复一份经过授权的备份，核对页面、产品记录、附件和账号权限是否与清单相符。
验收输入应写明备份时间、目标环境和脱敏方式。预期结果是：恢复过程可复现，关键页面可打开，后台能查询样板产品，下载文件与数据库记录对应，敏感信息不进入不受控的测试环境。失败时记录缺少的是文件、数据库、配置还是权限，并确定谁补齐。生产环境不要为了演示随意覆盖。
用例二：询盘链路是否有异常兜底
选一款样板产品，在测试或约定的生产窗口提交一条明确标记的虚构询盘。依次检查前台成功提示、后台记录、来源产品、附件权限、通知对象和重复提交的处理。邮件到达只是其中一步：邮件系统短时异常时，后台仍应保留记录；销售更换邮箱后，也应知道在哪里修改收件人。
验收表可写成“输入—预期—实际—负责人”。输入包括样板产品 ID、测试联系人、允许的附件类型；预期包括表单提示、后台记录字段、通知渠道与失败兜底。不要把真实客户姓名、电话或报价上传到演示环境。若表单依赖第三方邮件或短信服务，要同时核对该服务的账号归属、额度和停用风险。
用例三：旧 URL 和附件链接能否继续使用
从已有统计、销售常发链接和站点地图中抽取重要的产品页、案例页与资料下载地址，建立旧 URL 对新 URL 的映射表。迁移后逐条检查响应状态、最终落地页和主题是否一致。整批旧链接一律跳到首页，看起来没有 404，却可能让客户找不到原来的型号或资料。
可以先用 curl -I https://example.com/old-product 查看响应，再在浏览器打开最终页面核对正文、产品型号与下载附件。example.com 只是示意地址，验收时应替换为企业自己的 URL。对已经撤销公开权限的文件，不能因为旧链接还在使用就继续开放；应给出合适的说明或申请入口。
把责任写进交接单
上述三组测试应有输入样本、预期结果、实际证据、问题责任人和复测日期。交接单还要列清域名、服务器、代码、数据库、证书、统计和第三方服务的管理人；说明常规故障、内容更新、功能改动各由谁处理。维护报价只在范围相同时可直接比较，固定年费、按次服务、第三方续费及超量工作应拆开列出。
本文由宁波城池网络科技有限公司依据企业官网维护方法整理，属于服务团队自有技术说明。关于维护费用和合同范围的采购比较，可参照官网维护报价与交接清单；实际交付以企业现有系统、授权演示和书面合同为准。
常见问题：只备份数据库，恢复测试算通过吗？ 不一定。上传附件、配置、定时任务和权限也可能影响运行，应按系统边界核对。
常见问题：邮件通知正常，询盘链路就通过了吗？ 还要看后台记录、来源产品、异常兜底和更换收件人后的可维护性。
常见问题：旧 URL 全部跳转到首页可以吗？ 通常不合适。应尽量指向主题相近的新页；下线或受控资料要给出明确承接方式。
