TOOLNAVIA / 选购指南

WordPress 怎么安全迁移到 Cloudways:不先停旧站、不盲目切 DNS

先看结论

把 WordPress 安全迁到 Cloudways,最稳妥的方法不是“点一下迁移就改 DNS”,而是:旧主机继续在线 → 在 Cloudways 建独立副本 → 验收副本 → 关键流程全部通过后才切 DNS。Cloudways 当前提供免费的 WordPress/WooCommerce 自助 Migrator,并且在现行专门迁移政策中说明 WordPress/WooCommerce 的 managed migration 也免费。

联盟披露:如果之后通过本页链接购买 Cloudways 并形成符合条件的订单,Toolnavia 可能获得佣金;联盟关系不代表迁移一定成功。

选购速览

适合谁
希望旧站继续在线、并行复制且保留回滚路线的 WordPress/WooCommerce 站长。
收费方式
当前 WordPress/WooCommerce 迁移免费;正式主机费用另计
先看限制
迁移不会自动同步切换前的新写入,也不保证插件/邮件在 DNS 后天然兼容。

复制前先建立真正可回滚的起点

先独立备份现有网站文件和数据库,并确认自己能管理域名 DNS。记录当前 PHP 版本、关键插件、主题、Cron、特殊跳转和登录规则。

Cloudways 当前 end-to-end migration 文档也要求核对源站与目标站 PHP 兼容性,并确认目标服务器磁盘空间足够装下网站数据。

对正在产生订单或表单数据的网站,还应记录最终切换前最后一笔订单、提交或会员变化,后面才能判断旧站继续产生的数据有没有遗漏。

普通常规 WordPress,先用自助 Migrator

Cloudways 当前 Migrator 文档说明插件支持 WordPress 与 WooCommerce,而且自助迁移免费。先建目标应用,在旧站安装 Migrator,填入目标连接信息,再让工具复制。

这种路线适合常规单站 WordPress,因为复制过程中旧站仍然在线。完成后先打开 Cloudways 临时地址,逐项核对页面、插件、主题、媒体与后台登录。

插件显示“完成”以后也不要马上取消旧主机。“复制完成”不等于“生产环境已经验收”。

边缘情况更重要时,用 managed migration

Cloudways 当前专门的 managed migration 文档写明:WordPress 与 WooCommerce 专家迁移免费;非 WordPress 应用通常为 $99/次,除非套餐本身包含。Managed migration 在试用期间不可用,需要升级正式账户后申请。

新的 end-to-end 流程支持 SSH、SFTP、FTP、cPanel 或完整备份作为源站入口,并允许把 add-to-cart、checkout、login、registration 等具体检查要求写给迁移工程师。

因此,当旧环境较复杂、网站很大,或者希望让 Cloudways 团队承担更多传输步骤时,managed migration 更适合。

Cloudways WordPress 迁移切换流程
Toolnavia 原创安全切换流程图。

改 DNS 之前先验收新副本

Cloudways 建议在 DNS 更新前审查迁移后的站点。检查布局、图片、菜单、关键页面、联系表单、登录、搜索以及所有交易流程;WooCommerce 至少先测试加入购物车和结账。

当前 onboarding 文档还建议验证迁移副本,并在需要时清理缓存后再做最终切换。

临时地址上有问题,就在那里修。DNS 是流量切换开关,不是调试工具。

Cloudways 迁移验收清单
Toolnavia 原创生产验收清单。

最终切换时要防止“新旧数据分叉”

最大的实际风险不是复制失败,而是测试新站期间旧站继续产生订单、评论、上传或用户资料。Cloudways onboarding 文档明确提醒:DNS 切换前旧服务器上继续产生的变化,不会自动出现在已经复制好的 Cloudways 副本。

内容变化很少的网站,可以安排一个很短的最终同步窗口;WooCommerce、会员或社区网站则应做受控切换:尽量暂停新增写入 → 最终同步 → 核对最新记录 → 再改 DNS。

DNS 传播完成并确认最新数据已经在 Cloudways 之前,不要关闭旧主机。

切换后重新核对 SSL、邮件与跳转

DNS 指向 Cloudways 后,再检查 HTTPS、canonical、重定向、表单和事务邮件。一个网站视觉上“能打开”,仍然可能存在邮件或 mixed-content 问题。

Cloudways 的 post-migration checklist 特别强调 DNS、SSL 与邮件检查。如果邮箱原本依赖旧主机,关闭旧服务前一定要重新确认 MX、SPF 与 DKIM。

SEO 重要的网站还应抽查高价值 URL、状态码与 canonical,避免迁移后悄悄出现 404 或错误跳转。

旧主机只在真正验收后再取消

可靠迁移至少有三个验收点:改 DNS 前新副本正常、最终同步后最新数据齐全、DNS 传播后正式域名正常。

这些都通过以后,再保存最后一份归档与 Cloudways 恢复/访问说明,最后才取消旧主机。

最好的迁移不是“最快搬完”,而是新生产站经过验证,同时仍然有可信的回滚路线。