网站建设包括什么：域名主机与账号归属怎样约定

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

网站建设包括什么：域名主机与账号归属怎样约定

域名主机与账号归属的约定，核心是把“谁付款、谁实名、谁持有管理权限、谁能在什么条件下移交”写进合同或交付清单。判断标准不是口头承诺，而是看域名注册商后台的账号邮箱、主机服务商后台的账号主体、付款记录和续费责任是否一致，以及项目结束时这些入口能否完整移交。

从交付结果倒推必须写清的六类资料

已有页面或项目需要改进时，最容易出问题的不是页面本身，而是支撑页面运行的底层账号。可以从最终要拿到什么倒推：

这些资料不是越多越好，而是要与实际交付范围对应。如果只做页面改版，不涉及换主机，就不必强行要求移交服务器 root 权限，但必须确认改版不会因账号不在自己手里而无法操作。

账号归属的三种常见约定方式

第一种是客户自有账号，服务方仅获得操作权限。域名和主机都注册在客户名下，服务方通过子账号或临时授权登录。这种方式归属最清晰，适合客户有专人管理、希望长期掌握资产的情况。验收时要检查：服务方是否能绕过客户直接改持有者信息，子账号权限是否可随时收回。

第二种是服务方代管，客户保留所有权证明。账号由服务方注册和维护，但合同写明域名和主机的实际所有权归客户，并附上注册信息、付款凭证。这种方式适合客户没有技术人员、愿意委托续费的场景。风险在于服务方失联或转手时，客户需要凭合同和付款记录向注册商申请找回，过程可能较长。

第三种是混合模式，域名客户持有，主机服务方代管。常见于客户自己注册了域名，但不会配置解析和服务器。此时要单独约定：主机后台的续费由谁负责，服务方能否修改 DNS，项目结束后解析记录如何交接。

三种方式没有绝对优劣，判断依据是客户自身的管理能力和对停机风险的承受程度。如果网站承载业务咨询或交易，账号完全脱离自己控制的风险明显更高。

用验收清单确认责任已经落地

约定写进合同后，还需要在交付时逐项核对。以下清单可直接用于已有项目的整改验收：

  1. 登录域名注册商后台，确认域名持有者邮箱是客户方可控邮箱，而不是服务方个人邮箱。
  2. 登录主机控制面板，确认账号主体、套餐到期时间和自动续费状态。
  3. 检查 DNS 解析记录，确认 A 记录、CNAME 记录与当前网站实际指向一致。
  4. 确认网站后台至少有一个客户方持有的超级管理员账号，密码可自行修改。
  5. 导出或截图保存当前解析记录和主机配置，作为后续对比依据。
  6. 书面确认续费责任方和提前提醒时间，例如到期前多少天由谁通知。

如果检查中发现域名持有者信息是服务方，而合同约定归客户，应要求限期变更过户；如果主机账号无法提供客户独立入口，至少要把服务商的账号恢复流程和紧急联系人写入交付文档。判断结果只有两种：资料齐全且客户可独立控制，或者存在依赖服务方的单点，需要补充约定。

改进项目中的常见争议点

已有页面改版时，争议往往集中在“原来是谁买的”和“现在谁来续费”。假设一个场景：网站三年前由前服务商注册域名并购买主机，现在换人改版，前服务商只给了一个网站后台账号，没有给域名和主机后台。此时不能默认改版可以顺利进行，因为改版可能涉及解析切换、数据库迁移或证书更新，缺少底层权限会导致操作中断。

处理方法是先确认域名 WHOIS 信息中的注册商和持有者邮箱，再通过注册商提供的账号找回流程尝试恢复控制权。如果持有者邮箱已不可用，需要按注册商要求提交所有权证明材料。这个过程不属于页面改版的技术工作，但会直接决定改版能否上线，因此应在项目排期时单独留出时间。

另一个争议点是续费价格。域名和主机的续费成本由注册商或服务商的定价决定，不同时期可能有差异。约定归属时，应同时写明续费由谁比价、由谁决定是否更换服务商，避免出现“账号归客户，但续费必须通过原服务方且价格不透明”的情况。

下一步：把约定变成一份可执行的移交单

无论项目大小，建议在改版开始前填写一份账号移交单，列出域名、主机、DNS、网站后台、证书五项，每项写明当前持有者、目标持有者、移交方式和完成时间。移交完成后，由客户方实际登录验证一次，而不是只看截图。这样后续无论换服务方还是自己维护，都不会因为找不到入口而停滞。

图1 图2
nginx