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

手机网站制作：域名主机与账号归属怎样约定

手机网站制作交付时，域名、主机和后台账号的归属必须在合同或交付单里逐项写清：谁持有、谁付费、谁有管理权限、协作结束后如何移交。约定不清，最典型的后果是改版、换服务商或人员离职时无法登录，导致网站停摆或数据拿不回来。下面按观察、判断、处理、复查的顺序说明可执行的做法。

先观察：交付物里到底有哪些“钥匙”

手机网站制作涉及的资产通常分三层，逐层核对才不会漏项。

• 域名层：域名注册商账号、域名持有者信息、DNS 解析权限、转移密码（Auth Code）。
• 主机层：服务器或虚拟主机的控制面板账号、FTP/SFTP 账号、数据库账号、SSL 证书管理权限。
• 应用层：网站后台管理员账号、数据库备份文件、源码或模板文件、第三方服务（短信、支付、统计）的绑定账号。

观察阶段的动作很简单：让承接方列出上述清单，并标注每一项当前登记在谁名下。如果对方只肯给“网站后台账号”，不给域名和主机权限，就要在判断阶段重点处理。

判断归属：三种常见约定及适用条件

归属约定没有唯一正确写法，取决于合作方式和付款结构，但判断标准是一致的：谁承担长期责任，谁就应持有核心资产。

1. 客户全权持有：域名和主机都注册在客户自己的账号下，承接方只被授权操作。适合客户有专人对接、希望长期自主的情况。优点是控制力最强，缺点是客户要自己处理续费和到期提醒。
2. 承接方代持、约定移交：域名主机在承接方账号下，合同写明服务期满或客户提出时无条件移交。适合客户暂无技术人员、需要托管的情况。必须同时写明移交时限、移交内容和费用是否另计。
3. 混合模式：域名客户持有，主机由承接方提供。适合客户重视品牌域名、又不愿自建服务器的情况。此时要单独约定主机数据的所有权和导出方式。

判断时问自己三个问题：续费由谁负责？人员变动后谁能找回账号？合作终止时数据能否完整导出？三个问题都答得出来，归属才算清楚。

处理：把约定写进可执行的条款

口头承诺在协作中很容易失效，建议把以下内容写进合同附件或交付确认单。

• 账号注册主体：写明域名注册人和主机账号的实名信息归属，不用“公司账号”这类模糊表述。
• 权限清单：列出交付时提供的账号类型和权限级别，管理员与普通编辑权限分开标注。
• 移交条件与时限：例如“客户书面提出后 5 个工作日内提供域名转移密码和主机完整备份”。
• 续费责任：域名和主机的到期时间、续费由谁操作、逾期后果由谁承担。
• 数据导出：约定备份格式（如数据库 .sql 文件加网站文件压缩包）和交付方式。

这里给一个假设例子：某客户委托制作手机网站，合同只写了“交付网站后台账号”。一年后更换服务商，发现域名在承接方名下、主机也是对方账号，客户既无法解析域名，也拿不到数据库。若当初写明“域名注册人为客户公司，主机账号在验收后 3 日内移交”，这类返工就可以避免。

复查：交付当天和之后各查一次

处理完成后要实际验证，而不是只看清单。

1. 交付当天：用客户自己的设备登录域名注册商和主机面板，确认能独立进入，不依赖承接方转交验证码。
2. 核对实名与联系方式：确认域名持有者信息和账号绑定邮箱、手机号是客户方可长期控制的。
3. 做一次完整备份：导出数据库和网站文件，尝试在本地或测试环境恢复，验证备份可用。
4. 记录到期时间：把域名和主机的续费日期记入日历，提前设置提醒。
5. 人员变动时复查：对接人离职或更换服务商前，重新确认账号密码和权限是否仍在客户掌握中。

如果复查时发现某项权限拿不到，先判断是技术问题还是归属问题：登录失败可能是密码错误，也可能是账号根本不在客户名下。前者可重置，后者必须回到合同条款处理，不要用“先用着再说”拖延。

下一步建议：拿一份现有的手机网站制作交付清单，对照上面的三层资产逐项打勾，把缺失的账号和权限列成待办，再与承接方确认移交时间。