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

网站建设推广，域名主机与账号归属怎样约定

域名、主机和各类账号的归属，应在项目开始前用一份书面清单约定清楚：谁出资购买、注册信息填谁、账号由谁持有、交付时如何移交。判断归属的核心不是“谁在操作”，而是“谁拥有可验证的控制权”。多人协作中，最易出问题的不是技术，而是注册邮箱、续费账户和后台管理员权限分散在不同人手里，导致交付后无法独立管理。

先分清三类资产的归属对象

域名、主机、账号性质不同，约定方式也不同，不能笼统写成“归甲方所有”。

• 域名：看注册商后台的持有人信息和注册邮箱。持有人邮箱是找回控制权的关键，应使用委托方长期可控的邮箱，而不是服务方个人邮箱。
• 主机：看购买账户和账单主体。云主机、虚拟主机、服务器租用的控制台账户决定了能否续费、迁移和导出数据。
• 账号：包括域名注册商、主机控制台、网站后台、统计工具、搜索资源平台、广告投放账户等。每个账号都要单独列出持有者和管理员。

约定时应写明：所有权归谁、日常操作权归谁、最终处置权归谁。三者可以分离，但必须写清。

可执行清单：每项查什么、怎么查、结果说明什么

1. 查域名注册信息。在注册商后台查看持有人、管理联系人、注册邮箱和到期时间。如果注册邮箱是服务方个人邮箱，说明委托方尚未掌握找回入口，交付时需一并变更。
2. 查域名转移条件。确认是否开启转移锁、是否可获取转移码。若无法获取转移码，说明控制权仍不在委托方手中，应约定解锁条件和时间。
3. 查主机购买账户。登录主机控制台，查看账单主体、绑定的支付方式和子账户列表。若只有服务方账户能登录，委托方无法独立续费或迁移。
4. 查网站后台管理员。在网站后台查看管理员列表和角色权限。确认委托方至少有一个超级管理员账号，且该账号绑定委托方邮箱。
5. 查第三方账号绑定。列出统计、搜索资源平台、广告、短信、支付等账号，确认各自注册邮箱和管理员。绑定关系不清，换人后容易失联。
6. 查续费与付款记录。确认域名和主机的续费由谁支付、发票开给谁。付款方与持有人不一致时，应补充书面说明，避免争议。
7. 查交付清单是否签字。把所有账号、密码、恢复方式、二次验证设备整理成清单，双方确认。口头交接在人员变动后基本无效。

协作中常见的归属约定写法

以下为假设示例，仅说明写法，不代表真实项目：委托方A与服务方B约定，域名由A出资并以A的公司邮箱注册，B仅作为技术联系人；主机由A的账户购买，B通过子账户操作；网站后台超级管理员归A，B保留编辑权限至验收后移交。这种写法的特点是：出资、注册、操作、处置分开列明，交付时只需关闭B的子账户即可。

反过来，若写成“域名和主机由B代为购买，项目完成后移交”，则风险在于移交前A无法验证B是否真正持有控制权，也无法阻止B在争议期间转移或停用资产。

交付前的核查与判断结果

验收时逐项核对，而不是只看网站能否打开。能打开只说明当前解析和主机正常，不代表归属清楚。

• 用委托方邮箱能否独立登录域名注册商后台？能，说明找回入口在委托方；不能，说明仍依赖服务方。
• 能否在不联系服务方的情况下续费域名和主机？能，说明账单控制权已移交；不能，说明存在断供风险。
• 网站后台是否至少有一个委托方持有的超级管理员？有，说明内容控制权在手；没有，说明后台仍受制于人。
• 第三方账号是否已更换绑定邮箱或添加委托方管理员？已更换，说明后续可自行管理；未更换，说明换人后可能失联。

以上任一项不通过，就不应视为完成交付，而应列入待办并约定完成时间。

约定条款应覆盖的边界

除归属外，还要写明几类边界：服务方在合作期间能否将域名或主机用于其他用途；合作结束后服务方应在多少天内移除自己的管理员权限；委托方拖欠费用时服务方能否暂停服务，暂停前是否需通知；数据导出格式和迁移协助是否包含在交付范围内。这些内容不涉及具体报价，但直接影响后续能否平稳接手。

下一步，把上面清单中的七项整理成一页交接表，让双方在项目启动时先填一遍，验收时再核对一遍。启动时发现的问题，改起来成本最低。