官网交付验收时，这 7 样东西必须拿到手

很多企业把官网「做完」的标志定为：页面能打开、样子和设计稿差不多。等到半年后想换服务器、改个备案信息、或者换一家公司维护，才发现域名不在自己名下、后台只有对方的账号、没人说得清网站是怎么部署的。

这类问题几乎都出在交付环节：当时没人列过清单。下面这 7 样东西，建议在付尾款之前逐项当面核对。

一、域名：注册人必须是企业自己

域名是网站在互联网上的「门牌号」，也是备案、搜索收录、邮箱、小程序业务域名配置的共同基础。

核对三件事：

• 域名注册人（持有者）是不是你们公司的全称，而不是服务商或某个员工个人；
• 域名所在的注册商账号，你们是否有登录权限，邮箱和手机号是否是公司可控的；
• 到期日是哪天，续费提醒发给谁。

域名在对方名下时，哪怕网站在你手里，真要换服务商，对方也可以卡住解析。这件事越早核对越好，因为过户通常需要双方配合。

二、服务器与云资源账号

网站放在哪台服务器、哪个云厂商，必须清楚写在交付单上。

• 云账号最好由企业自己实名注册，服务商以子账号或运维权限的方式参与；
• 记下服务器的地域、配置、到期时间和续费方式；
• 数据库、对象存储、CDN 等附属资源各自挂在哪个账号下，也要列出来。

如果服务商用自己的云账号「代管」，要在合同里写明：数据归谁、到期怎么迁、终止合作时多久内完成移交。

三、后台账号与权限

后台至少要有一个由企业掌握的最高权限账号，并且满足：

1. 该账号不是和服务商共用同一个密码；
2. 交付时修改过初始密码，不留「admin / 123456」这类默认口令；
3. 不同岗位的编辑人员有各自的账号，离职后能单独停用；
4. 登录日志或操作记录是否可查。

验收时让对方现场演示：新建一个只能编辑文章的账号，再用它登录，看看它能不能进入系统设置。能进，说明权限没拆开。

四、源码与部署说明

「源码要不要交付」是合同里最容易扯皮的一条。先分清自己买的是什么：

• 买的是定制开发：通常应当约定交付源码，或至少约定源码托管方式；
• 买的是基于通用系统的搭建：交付的可能是使用授权，而不是系统底层源码，这种情况要问清授权范围、是否绑定域名、升级怎么收费；
• 无论哪种，都应当拿到一份部署说明：用什么环境、怎么启动、配置文件在哪、定时任务有哪些、怎么备份和恢复。

部署说明不需要写得多漂亮，关键是换一个工程师照着做，能把站点在新服务器上跑起来。可以在验收时提一个具体要求：「请在测试环境按这份文档重新部署一次。」

五、备案与资质信息

在国内使用服务器对外提供网站服务，需要按要求完成备案。核对：

• 备案主体是不是你们公司；
• 备案号是否已按要求展示在网站页脚；
• 备案时填写的负责人、联系方式变更后，由谁去更新；
• 如果服务器或接入商更换，需要做哪些备案变更。

另外，如果网站里有在线支付、用户注册、地图、统计分析等第三方能力，对应的商户号、开发者账号、密钥也应该登记在企业名下，并留存申请时的主体材料。

六、内容、素材与设计文件

网站上的文字、图片、视频，要弄清版权和可再利用范围。

• 你们提供的资料，使用权在你们；
• 服务商购买或使用的图库、字体、插件，授权范围能否覆盖商用、能否转交给你们继续使用；
• 设计源文件、切图、图标等，合同是否约定一并交付。

字体和图片是侵权纠纷里最常见的一类，不是不能用，而是要知道来源和授权。验收时索要一份「第三方素材与授权清单」，哪怕只是一张简单的列表。

七、运维、备份与售后边界

最后一项是上线之后的事，但必须在交付时说清楚：

• 免费维护期多久，之后怎么收费；
• 哪些算「故障修复」，哪些算「新需求」；
• 数据备份频率、保存位置、保留多久，是否做过一次真实的恢复演练；
• 出现故障时的联系人和响应时间约定；
• 安全漏洞、系统版本升级由谁负责。

「有备份」和「备份能恢复」是两回事。条件允许的话，让对方在测试环境做一次恢复，确认数据库和上传文件都能回来。

交付核对表

验收当天可以直接对着下面这张表逐项勾选：

• 域名注册人为本公司，登录权限已移交
• 云服务器与附属资源的账号、到期时间已记录
• 后台最高权限账号由本公司持有，默认口令已更换
• 源码或授权范围已写入合同，部署说明已交付
• 备案主体、备案号展示和变更责任已确认
• 第三方素材与授权清单已提供
• 备份与恢复方式已演示，维护期与售后边界已书面确认

七项里只要有两项以上对不上，就建议先别付尾款，把缺的补齐。多花一天时间核对，比日后迁移时被动谈判便宜得多。