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

wordpress换空间，域名主机与账号归属怎样约定

wordpress换空间时，域名、主机和账号的归属应在迁移前用一份简短清单写清：域名注册商账号归谁、主机控制面板归谁、WordPress后台管理员归谁、谁有权改DNS和续费。约定到具体账号和操作权限，而不是只写“网站归甲方”，才能减少多人协作中的返工与扯皮。

先观察：换空间涉及哪几层账号

一个WordPress站点通常至少有三层账号，混在一起最容易出问题：

• 域名层：域名注册商账号、DNS解析权限、域名到期续费人。
• 主机层：主机商账号、控制面板登录、数据库与文件管理权限。
• WordPress层：后台管理员账号、主题插件安装权限、数据库连接信息。

多人协作时，常见现象是域名在A手里、主机在B手里、后台管理员是C，换空间时谁都不愿先交出权限。判断方法很简单：让每个人列出自己实际能登录的入口，再对照上面三层，看是否存在无人负责或多人共用一个账号的情况。

再判断：归属约定要落到四件事

约定不是写一句“归公司所有”，而是落到可执行的四件事：

1. 所有权：域名注册人信息、主机账户主体、WordPress站点数据归谁。
2. 控制权：谁持有最高权限账号，谁可以新增或删除管理员。
3. 操作权：换空间时谁负责导出数据库、上传文件、修改DNS。
4. 续费与费用：域名和主机到期前由谁提醒、谁付款、发票开给谁。

适用条件是团队或外包协作。如果只有一个人维护，也建议把账号信息记录在密码管理器中，避免人员变动后无法找回。判断结果是否合格：任意一个核心账号，都能指出唯一负责人和备份持有人。

处理：换空间前后的权限交接步骤

假设一个场景：网站原主机由外包方代管，现在要换到公司自己购买的主机。可以按下面步骤处理，例子仅作流程说明，不代表任何具体服务商：

• 迁移前，确认域名注册商账号可登录，DNS解析记录可导出或截图留存。
• 在原主机后台导出WordPress数据库和wp-content目录，记录PHP版本和数据库版本。
• 在新主机创建站点和数据库，导入数据，修改wp-config.php中的数据库连接信息。
• 换空间后先不改DNS，用临时地址或本地hosts测试首页、后台、文章页和表单。
• 测试通过后再修改DNS解析，指向新主机IP，并观察旧主机是否还有访问。
• 交接时重置所有管理员密码，删除不再使用的账号，确认新主机控制面板归公司所有。

如果域名和主机在同一服务商，迁移时仍需确认域名管理权限是否独立于主机账户。不要默认“买了主机就自动拥有域名控制权”。

复查：交付清楚要检查哪些项

换空间完成后，用一份检查项复查，能减少后续返工：

• 域名注册商账号能否由接手方独立登录，续费联系邮箱是否已更新。
• DNS解析记录是否完整，邮件解析、子域名是否遗漏。
• WordPress后台是否只有一个最高管理员，其他账号权限是否按角色分配。
• 新主机控制面板、数据库账号、FTP或SSH信息是否已交付并测试可登录。
• 旧主机是否已确认不再产生费用，旧账号是否已注销或降权。

判断结果：如果接手方能在不联系原维护人的情况下完成一次文章发布、插件更新和DNS查看，说明归属约定基本到位。若任何一项仍需原维护人代操作，就应继续补充授权或转移账号。

下一步

把上面三层账号和四项约定整理成一页交接单，让相关方在换空间前确认签字或邮件确认，再开始迁移。这样即使多人协作，也能明确谁在什么时候对哪个账号负责。