wordpress换空间：交付时应拿到哪些资料

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

wordpress换空间：交付时应拿到哪些资料

换空间交付时，你至少应拿到新主机的登录信息、WordPress后台管理员账号、数据库连接信息、完整网站备份文件、域名解析权限说明，以及一份写明迁移范围和完成状态的交付清单。资料不全，后续出问题就只能依赖原服务商，所以验收的核心不是“网站能打开”，而是“你能独立接管并恢复它”。

先明确换空间交付的边界

“换空间”通常指把WordPress站点从旧主机迁移到新主机，可能只换服务器，也可能同时换域名、换建站服务商。交付范围不同，资料清单会有差异。你需要先和对方确认三件事：迁移是否包含数据库、是否包含邮件服务、是否保留原域名的DNS管理权。只有范围写清楚，后面的资料核对才有依据。

如果对方只负责把文件搬过去，不负责域名解析，那么DNS相关权限就不在交付范围内，但仍应拿到新主机的IP或别名地址，方便你自己核对解析是否生效。

必须拿到的账号与连接资料

这部分资料决定你以后能不能自己登录、改配置和排错。建议逐项核对，不要只拿到一个“总账号”。

拿到账号后，立即测试登录，不要等到旧主机到期才验证。测试时注意：能登录控制面板，不等于WordPress后台能登录；能登录WordPress后台，也不等于数据库权限完整。

备份文件与恢复资料

换空间交付时，备份是最容易被忽略、却最关键的资料。你需要拿到两类备份：网站文件备份和数据库备份。文件备份应包含wp-content、wp-includes、wp-admin以及根目录下的配置文件；数据库备份应是完整的.sql文件或可导入的压缩包。

判断备份是否可用，不要只看文件大小。可以做一个假设场景：把数据库备份导入一个测试数据库，把文件解压到本地或测试目录，修改wp-config.php中的数据库信息，看网站是否能正常打开。如果导入报错、表缺失或图片不显示，说明备份不完整。这个测试不需要在正式环境做，但能提前暴露问题。

另外，确认备份的时间点。如果交付的备份是迁移前的旧版本，而迁移后你又更新过文章，那么这份备份不能作为最终恢复依据。交付时应以迁移完成后的最新备份为准，或者明确旧备份的用途。

域名、SSL与邮件相关交付项

域名解析是换空间后最常见的故障点。交付时应拿到：当前DNS记录清单、新主机的解析目标地址、TTL设置值，以及谁负责修改解析。修改后可以用ping或在线DNS查询工具核对，但不同地区生效时间不同，不能因为本地没生效就断定失败。

SSL证书也要确认。如果新主机提供免费证书，应拿到证书签发状态和自动续期说明；如果是付费证书，应拿到证书文件和私钥的保管方式。不要只看到浏览器地址栏有小锁就认为证书归你管理，有些证书绑定在主机面板里，换主机后需要重新签发。

如果网站使用域名邮箱，换空间时还要确认邮件服务是否迁移。WordPress主机和邮件服务可以是分开的，换空间不一定影响邮箱。交付时应问清楚：MX记录是否变动、邮箱账号是否保留、旧邮件是否可导出。这部分资料不在WordPress后台，而在域名DNS和邮件服务商处。

交付清单与验收步骤

把上面内容整理成一份可核对的清单，比口头承诺可靠。可以按下面顺序验收：

  1. 登录新主机控制面板，确认站点文件存在，数据库可访问。
  2. 登录WordPress后台，检查文章、页面、媒体库、插件和主题是否完整。
  3. 打开网站前台，检查首页、内页、图片、表单和固定链接是否正常。
  4. 用测试账号提交一次表单或评论，确认写入数据库正常。
  5. 核对域名解析，确认访问的是新主机而不是旧主机缓存。
  6. 下载一份最新文件和数据库备份，保存在你自己控制的存储位置。
  7. 记录所有账号、密码、数据库信息和解析记录，交给实际负责人保管。

验收时如果发现某项缺失，不要只让对方“回头补”。应把缺失项写成待办，明确责任人和完成时间。特别是数据库密码和域名解析权限，这两项缺失会直接影响你后续独立运维。

下一步，你可以把上述清单复制到一份表格里，逐项标记“已拿到、已测试、待补充”。对于待补充项，先确认它是否影响网站正常访问；如果不影响，可以约定补交时间；如果影响登录或恢复，就应暂停验收，直到资料补齐。

图1 图2
nginx