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

建站推广方案域名主机与账号归属怎样约定

在已有页面或项目上改进时，域名、主机和账号归属必须在开工前书面约定：域名注册商账号归谁、主机控制面板归谁、网站后台最高管理员归谁，以及合作结束后如何移交。判断标准很简单——谁持有账号的登录权限和找回邮箱，谁就拥有实际控制权。若只写“域名归甲方”却不移交注册商账号，甲方仍然无法真正控制域名。

先观察：现有项目里谁握着关键账号

改进原有项目前，先列一张控制权清单，逐项确认当前持有人：

• 域名注册商账号，以及该账号绑定的邮箱和手机号。
• 域名解析服务商，可能是注册商，也可能是独立DNS服务。
• 主机或云服务器控制面板，含续费方式和付款账户。
• 网站后台最高管理员账号，以及数据库、对象存储等配套权限。
• SSL证书、企业邮箱、统计工具和推广投放账号。

检查方法：让持有人当场登录并展示账号设置页，核对注册邮箱是否属于项目方。若只看到网站后台，却看不到域名注册商和主机面板，说明控制权并不完整。这一步只做记录，不急着改密码，避免影响线上访问。

判断归属：区分所有权、使用权与代管权

约定归属时，把三件事分开写清楚：

1. 所有权：域名和主机的付费主体是谁，发票和续费责任归谁。
2. 使用权：谁可以在日常运营中登录、发布内容、修改解析。
3. 代管权：服务方在合作期内代为操作，但不得私自转移或出售。

常见做法是：域名注册在项目方自己名下的注册商账号，服务方仅获得解析管理权限；主机放在项目方账号下，服务方通过子账号操作。这样既方便协作，也避免服务方离开后项目方拿不回控制权。若因历史原因域名在服务方账号下，应在协议中写明无条件移交义务和移交时限。

处理：把约定写进合同并落到账号设置

仅口头约定不够，需要同时完成文档和账号两层动作：

• 合同中写明域名全称、注册商、到期日、账号归属和移交方式。
• 写明主机服务商、套餐或配置、付款方和续费提醒责任。
• 写明网站后台管理员账号归项目方，服务方使用独立子账号。
• 约定合作终止后多少个工作日内完成账号移交和权限回收。
• 约定不得以欠款为由扣留域名、主机或后台权限，除非合同另有明确条款。

账号层面可以执行的步骤：项目方用自己的邮箱注册域名和主机账号；在主机面板为服务方创建子账号并限定权限；网站后台为服务方建立独立管理员账号，不使用项目方主账号；开启双重验证，并把恢复邮箱设为项目方控制的邮箱。假设某项目域名在服务方账号下，可先协商将域名转移到项目方账号，转移前确认域名未处于锁定或争议状态。

复查：移交后逐项验证是否真正可控

移交完成后不要只看对方说“已经给了”，要逐项验证：

• 用项目方账号登录域名注册商，确认域名在账户列表中，且能修改解析。
• 确认域名到期日和自动续费状态，避免移交后因欠费过期。
• 登录主机面板，确认能重启服务、查看账单、管理子账号。
• 登录网站后台，确认最高管理员为项目方账号，旧账号已降权或删除。
• 检查域名解析记录是否完整，避免移交过程中丢失邮箱或验证记录。

若发现无法登录或权限不足，先通过注册商或主机商的账号找回流程处理，同时保留合同和付款凭证作为归属证明。复查通过后，再回收不再需要的子账号，并更新密码和双重验证设置。

下一步：把上面清单整理成一页账号归属表，标注每项当前持有人、目标持有人和移交期限，作为建站推广方案执行前的确认文件。