WordPress搬家-交付时应拿到哪些资料

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

WordPress搬家-交付时应拿到哪些资料

WordPress搬家交付时,你至少应拿到四类资料:新站后台管理员账号、数据库与网站文件的完整备份、域名与主机相关的解析和账户信息、以及迁移前后的配置对照说明。资料是否齐全,不看对方口头承诺,而看你能不能在没有原服务方协助的情况下,独立登录后台、恢复站点、续费和排查故障。

准备阶段:先确认你要接手的是什么

搬家前先弄清楚原站点的构成。一个典型的WordPress站点由三部分组成:网站文件(主题、插件、上传的图片等)、数据库(文章、页面、用户、设置)、以及域名与主机的控制权。交付资料必须覆盖这三部分,缺任何一项,后续维护都会受制于人。

如果对方只给你一个后台管理员账号,那不算完成搬家交付。后台账号只能改内容,不能恢复站点,也不能处理域名和服务器层面的问题。

实施阶段:交付清单里最关键的一项

最关键的一项是可独立恢复的完整备份,即网站文件加数据库的成套备份。判断标准很简单:把这份备份交给任何一个熟悉WordPress的人,他能否在一台空白主机上还原出与原来一致的站点。如果不能,这份备份就不合格。

检查备份时,重点看三件事:

  1. 数据库文件是否包含全部数据表,尤其是wp_posts、wp_options、wp_users等核心表。
  2. 网站文件是否包含wp-content目录下的主题、插件和上传内容。
  3. 是否附带wp-config.php中的数据库连接信息说明,或单独记录数据库名、用户名、密码、主机地址。

假设一个场景:对方发来一个2GB的压缩包,里面只有wp-content文件夹,没有数据库导出文件。这种情况下,你无法还原文章和设置,只能拿到图片和代码。这就是典型的交付不完整,需要向对方补要数据库备份。

验证阶段:拿到资料后怎么核对

资料到手后不要直接归档,先做一轮验证。验证的目标是确认资料可用,而不是确认资料存在。

如果导入后出现白屏或数据库连接错误,先检查wp-config.php中的数据库信息是否与导入环境匹配。这类问题通常出在数据库主机名、用户名或表前缀不一致,而不是备份本身损坏。区分“可能原因”和“已定位原因”:白屏可能有多种解释,只有逐项排查后才能确定是哪一种。

维护阶段:哪些资料决定你以后能不能自己管

搬家完成后,日常维护依赖的是账户控制权,而不是备份文件。你需要确认以下几项掌握在自己手里:

这些信息如果仍在原服务方名下,你只是拿到了站点副本,没有拿到站点的长期控制权。判断方法是:尝试自行重置一次密码或查看一次续费入口,如果能独立完成,说明控制权已经转移。

下一步建议:把上述清单逐项对照,缺哪一项就向交付方补要哪一项;补齐后,立即在测试环境做一次完整还原演练,确认自己能在没有原服务方协助的情况下恢复站点。

图1 图2

nginx