网站设计规范：域名主机与账号归属怎样约定-交付不扯皮
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1f4d4ac45a6e.html
📄
网站设计规范：域名主机与账号归属怎样约定-交付不扯皮
域名、主机和各类账号的归属，要在项目开始前就用一份交接清单写清楚：谁出资购买、用谁的身份注册、管理员权限给谁、项目结束后如何移交。判断标准很简单——如果原服务商或原负责人失联，你能否凭现有资料独立续费、解析和登录。做不到，就说明归属约定还有漏洞。
先用一个假设例子看清问题
假设甲找乙做企业站，乙用自己的邮箱注册了域名，主机也开在乙的账号下，后台管理员只留了乙一个人。一年后甲想换服务商，发现域名在乙手里，续费提醒发到乙的邮箱，主机控制台也进不去。甲虽然付了钱，却拿不到控制权。
这个假设里，错误不在技术，而在约定顺序。正确做法是：谁长期使用，就用谁的主体注册。公司站用公司邮箱和公司资料注册域名，主机账号同样归公司；乙只作为操作者被授权，而不是所有者。这样即使合作结束，甲也能自己续费和迁移。
域名归属要写进协议的几项内容
- 域名持有者（注册人）写谁，必须与出资方一致，不用个人临时邮箱代替。
- 注册商账号的登录邮箱、手机号归谁控制，是否开启双重验证。
- 域名管理密码、转移码（Auth Code）在什么条件下交给对方。
- 续费由谁负责、提前多久提醒，避免到期被抢注或进入赎回期。
检查时可以直接登录注册商后台，看“域名持有人”一栏显示的是谁。如果显示的是外包方个人信息，就要尽快办理过户，而不是只改解析记录。
主机与账号权限的约定方式
主机分两种情况：独立服务器或云主机，以及虚拟主机或托管套餐。无论哪种，都要确认主账号归需求方，协作方使用子账号或单独账号。常见错误是多人共用一个管理员账号，导致无法追溯谁改了什么，也无法在人员离开时单独停用其权限。
可执行的步骤是：
- 由需求方主体注册主机服务商账号，绑定公司邮箱和付款方式。
- 为每位协作者创建独立子账号，按需要分配权限，例如只给网站目录权限，不给账单和账号设置权限。
- 记录服务器IP、面板地址、数据库账号、FTP或SSH信息，存放在双方都能取用的密码管理工具中。
- 交付时逐项登录验证，确认每个账号都能独立使用，不依赖对方私人邮箱接收验证码。
如果服务商不支持子账号，至少要保证主账号邮箱是需求方的，协作方通过临时授权进入，任务结束后立即改密。
一份可核对的交接清单
把下面几项列成表格，逐项填写“注册人”“账号邮箱”“当前持有人”“交接状态”：
- 域名注册商与域名列表
- 主机或云服务商控制台
- 网站后台管理员账号
- 数据库账号与备份存放位置
- DNS解析服务商（有时与域名注册商不是同一家）
- SSL证书申请账号
- 统计、搜索资源平台等第三方账号
判断结果的标准是：需求方能够在不联系协作方的情况下，完成续费、修改解析、重置后台密码和下载备份。任意一项做不到，就在清单上标为未完成。
容易踩的坑与适用条件
第一种坑是“先做后补”，项目上线后才谈归属，此时对方可能已经掌握全部权限，谈判被动。第二种坑是只移交密码不移交邮箱，而邮箱才是找回密码的关键。第三种坑是把域名和主机放在同一个私人账号下，一旦该账号被封，网站和域名同时受影响。
这套约定适用于任何多人协作的建站项目，包括外包、兼职合作和公司内部多部门共建。如果只是个人临时测试、不涉及长期运营，可以简化，但一旦网站承载业务，就应按上面的清单执行。需要说明的是，不同注册商和主机商的账号体系、过户流程并不相同，具体操作以你实际使用的服务商页面说明为准，不能照搬别家的步骤。
下一步：把本文的清单复制成一张表，先填“域名注册人”和“主机主账号邮箱”这两栏，发现不是需求方本人的，优先办理过户或重新注册，再继续其他设计工作。
