📍 WDQWDWQD987AAAAA:216.73.217.150
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a19c29dcbdaa.html
📄

网站建设方案：域名主机与账号归属怎样约定

域名、主机和各类账号的归属，应在网站建设方案里写成可执行的交接条款：谁出资购买、用谁的身份注册、合同结束后如何转移、迁移时谁配合。判断标准只有一个——不依赖原服务商或原开发者的配合，你也能独立续费、解析、登录和迁移。

先分清三类资产，归属写法完全不同

网站建设方案中常把“域名主机账号”混在一起谈，实际要拆成三类：

• 域名：注册商账号、域名持有人信息、转移密码（EPP码）的控制权。
• 主机与服务器：空间或云服务器账号、控制面板、数据库、备份文件的控制权。
• 周边账号：DNS解析服务、SSL证书、备案主体、统计工具、企业邮箱、CDN、代码仓库等。

三者的共同点是：注册主体是谁，法律和操作层面的控制权通常就归谁。因此约定归属，本质是约定“用谁的身份注册”。

推荐做法：客户方持有，服务方仅有操作权限

多人协作场景下，最省事的结构是：

1. 域名、主机、云服务账号全部用客户（或客户指定主体）的邮箱和身份注册，费用由客户账户直接支付。
2. 服务方不共用主账号密码，而是通过子账号、协作者、API密钥或工单授权获得有限权限。
3. 合同附件列出资产清单：资产名称、注册平台、注册邮箱、持有人、服务方权限范围、到期时间。
4. 约定交付时移交的内容：账号或子账号、解析记录导出、数据库备份、源码、证书私钥、部署说明。

如果服务方坚持用自己账号代购，至少要在合同里写明：客户有权在任何时候要求免费转移，转移时限、配合方式和费用由谁承担。否则一旦合作终止，域名可能被扣、解析可能被改、续费可能被拖延。

多人协作时的权限分配与检查项

团队内部同样需要约定，避免“只有一个人能登录”：

• 域名注册商账号至少两人可登录，开启双因素认证，恢复邮箱用公司邮箱而非个人邮箱。
• 主机控制面板给开发和运维分配独立子账号，按需授权，不用共享一个管理员密码。
• DNS解析、SSL证书、统计工具等，记录在资产清单里，注明谁负责续期。
• 离职或换人时，检查并回收子账号权限，更换已泄露的密钥。

验收信号很直接：让一位不参与日常维护的同事，仅凭交接文档，能否独立完成一次域名续费或一条解析记录的修改。做不到，说明归属约定没有落地。

合同里要写清的具体条款

不必写成长篇法律文本，但以下几条建议明确：

1. 注册主体：域名和主机的注册人、注册邮箱、联系电话归谁。
2. 费用承担：首年与续费分别由谁支付，涨价时如何处理。
3. 转移条件：合作终止、更换服务商、客户要求时，服务方应在约定工作日内提供转移密码或配合过户。
4. 数据归属：源码、数据库、设计文件、内容素材的所有权归客户。
5. 违约处理：无正当理由拒绝转移、擅自改解析、扣留账号时的责任。

假设一份方案约定“域名由服务方代购，客户享有使用权”，那么客户实际并不掌握域名持有人身份，续费和转移都要看对方意愿。这种写法在多人协作和长期运营中风险偏高，应改为客户方持有。

交付时的核对清单

网站上线或项目移交时，逐项核对并留档：

• 域名注册商、注册邮箱、到期日、是否开启自动续费、转移密码是否可获取。
• 主机或云平台账号、计费方式、服务器所在地、快照与备份策略。
• DNS服务商、关键解析记录（A、CNAME、MX、TXT）的当前值。
• SSL证书签发方式、到期时间、续期责任人。
• 备案主体与备案号（如涉及）、接入商信息。
• 统计、邮箱、CDN、代码仓库等账号的持有人与权限。

核对结果应形成一份文档，随合同一起保存。人员变动时，这份文档就是最直接的交接依据。

下一步，把上面这份清单套用到你当前或即将签订的网站建设方案里，逐条标出“已归客户方持有”“仍在服务方名下”“尚未约定”，对后两类在签约前补进合同附件。