WordPress 测试站改好了，怎么上线才不覆盖正式站的新询盘？

测试站的新版做好了，一键推到正式站，页面是好看了，可这几天收到的询盘却不见了。

问题出在用一份旧副本覆盖了仍在变化的数据。上线前先分清哪些改动在文件里、哪些在数据库里，再决定迁移范围。

测试通过不代表这个副本能整站覆盖

代表性情境是：周一复制正式站，周三在测试站完成新版产品页，期间销售收到新询盘，编辑又修改了产品交期。周三的测试站拥有新设计，却未必拥有新询盘和新交期。这是两个分别发生变化的版本，不是简单的“新的覆盖旧的”。

先记录测试副本生成时间，列出之后正式站新增的内容、表单记录、用户及订单等数据。询盘如果保存在外部 CRM，也要说明保存位置和同步方式；不是所有表单都在 WordPress 数据库中存档，更不能假定通知邮件就是完整备份。

WordPress.com 的测试站同步说明明确提醒，数据库同步会覆盖正式站对应内容，包括复制后产生的新数据。这个说明针对其托管同步工具；自建 WordPress、其他主机或迁移插件的选项可能不同，需要查看实际工具的覆盖语义，不能套用同一按钮流程。

“只改了外观”也可能改到数据库

让实施人员逐项写出这次改了什么、保存在哪里、要不要同步到正式站。不要用“前端改版”四个字代替清单。

- 这次改动：子主题样式或模板代码；可能所在的位置：主题文件；发布前必须确认：文件差异、依赖与当前版本是否一致

- 这次改动：Site Editor 模板和全局样式；可能所在的位置：数据库中的自定义内容，也可能有主题文件；发布前必须确认：仅复制文件能否带上真实修改

- 这次改动：页面构建器布局、表单配置；可能所在的位置：页面内容、配置项或插件专用表；发布前必须确认：哪些内容需要迁移，哪些记录必须保留

- 这次改动：图片和附件；可能所在的位置：上传文件及媒体记录；发布前必须确认：文件、记录和引用能否一起对应

- 这次改动：新询盘、订单与编辑内容；可能所在的位置：站内数据库或外部业务系统；发布前必须确认：复制后新增的数据在哪里，谁负责核对

WordPress 模板手册说明，Site Editor 对模板的自定义会保存在数据库中。因此“只动界面就只推主题目录”并不可靠；反过来，也不能因为有一项布局存在数据库里，就默认需要覆盖整库。

选择迁移范围时，优先问工具能否精确处理这类对象、是否保留关联关系。某个插件允许选表，不等于选中一张表就能独立完成迁移；页面、媒体和配置之间可能互相引用，应由熟悉该插件存储方式的人确认。

按实际变更选择发布方式

只有主题代码和静态资源变化，可以在确认依赖后发布对应文件，并核对正式站的内容仍由原数据库提供。涉及少量页面或后台配置，考虑使用支持该对象的导入方式，或在正式站按记录重做并逐项验收。

如果工具只能整体覆盖数据库，而正式站仍在接收业务数据，就应停下来重新安排方案：建立明确的变更窗口，先同步最新正式数据，再应用并验证待发布修改，同时处理窗口内新增写入。仅仅让编辑“先别改文章”不够，表单、自动同步和后台任务仍可能写入；即使前台显示维护页面，也要单独确认这些写入是否停止或已被可靠留存。

不要为了赶上线直接关闭所有询盘入口。若确实需要暂停某项写入，应提前约定短暂窗口和独立的临时留存渠道，并确认销售能接到记录。无法控制写入、也无法可靠合并时，本轮不做整库覆盖。

备份和回滚要覆盖同一个业务时间点

发布前保存正式站当前文件和数据库，核对备份可读、恢复位置清楚，并记录时间。WordPress 备份指南将文件与数据库作为不同的备份对象；只有服务器目录压缩包，不足以证明询盘记录可恢复。

恢复也不能只写“失败就还原”。如果上线后已经产生新询盘，直接还原上线前数据库会丢掉这些新增记录。应先保存故障现场和上线后新增数据，再根据故障范围选择回退代码、恢复特定内容或制定数据合并方案。涉及多表关联时，不直接用未经验证的 SQL 拼接记录。

最后验收要看业务数据，不只看新首页

上线时留下发布前后的可比证据：最近的询盘标识与时间、刚更新的产品交期、代表性页面和资料链接。不要只比较总条数，记录被替换后数量仍可能相同。至少核对一条测试站复制之后、发布之前的记录，以及一条发布窗口内通过临时渠道留存或正常进入系统的记录；按标识、时间和内容确认它们仍可跟进，而不是只看列表第一行。

- 核对新版布局与所需内容已生效，再检查正式站最新业务记录仍存在、字段未被旧值覆盖。

- 从公开页面提交一条明确标记的测试询盘，检查页面提示、实际保存位置、邮件或 CRM 接收，以及销售能否跟进。

- 检查图片、附件、站内链接是否仍指向正式域名，正式站访问与索引设置是否符合预期。

- 确认测试站继续隔离，并检查它是否会触发真实发信、Webhook 或同步；相关开关以实际插件和服务为准。

当变更同时涉及主题、页面构建器和表单系统，可以把测试站复制时间、改动清单及询盘保存方式交给维护人员。李李出海的长期维护服务可以先协助厘清上线与恢复范围；交接时应写明覆盖对象、保留的数据、恢复位置与负责核对的人。