BigScoots WordPress 迁移清单：迁到 Essential 75 时如何保住回滚路线？

购买前先确认 Essential 75 能不能装下源站

Essential 75 包含 1 个 WordPress 网站、10GB 存储、75K 月访问与 150GB 带宽。 BigScoots 在 WPO 转移资料中也要求先确认目标套餐有足够的流量、存储和网站数量额度。

迁移前记录现有磁盘占用、近期流量，以及是否很快需要第二个 WordPress 站。如果源站已经接近限制，第一步应该是重新选套餐，而不是迁完以后立刻再升级。

托管迁移还是 Migrator 插件，要有意识地选

BigScoots 当前 Console 迁移表单支持原主机账户、备份、SSH 或 WordPress 登录等迁移方式，并可以选择由 BigScoots 协助更新 DNS，或自己更新 DNS。

BigScoots 另外还提供自助 Migrator 插件。这个路线更方便自己控制时间，但官方也提醒有冲突的插件可能需要先停用。

源主机权限或 DNS 协调复杂时，优先人工协助；常规 WordPress、希望自己掌握复制窗口时，可以考虑 Migrator。

新副本通过真实验收前，旧主机不要关

当前 Console 迁移文档明确要求先测试迁移后的站点，确认正常以后再更新 DNS。

改 DNS 前，检查真正产生业务价值的页面和动作：主页、核心落地页、登录、联系表单、站内搜索、结账或会员流程。再比较最新内容和媒体，并确认依赖的跳转或 CDN 行为。

不要因为迁移工单显示完成就立刻取消旧主机。新公网站与最新数据都确认之前，源站仍然是最直接的回滚路线。

WordPress 复制成功，不等于整套业务切换完成

迁移流程会单独询问 DNS/CDN 与源站访问方式。 所以邮箱、DNS、CDN、事务邮件、支付 webhook，以及依赖旧 IP 或回调地址的服务，都应单独列入清单。

这很重要，因为 WordPress 页面可能已经完全正常，但某个外部业务流程仍然指向旧环境。

依赖清单要在切 DNS 前写好，而不是等客户第一次反馈表单或通知异常以后再补。

迁完以后亲自验证备份与恢复

BigScoots 当前备份控制台资料说明：WPO 备份存储在服务器之外，每日自动运行，最多保留 30 天，并支持手动创建、恢复和下载；最多可建立 5 个手动备份。

迁移完成以后，在第一次重大生产改动之前先创建一个手动备份，下载一份，并确认自己知道恢复入口在哪里。

BigScoots 服务条款仍把数据完整性责任保留给客户，也不会保证每一份备份在所有情况下都一定可用。 业务关键数据应在主机之外再保留一份独立副本。

把 45 天退款期当成生产验收窗口

BigScoots 当前宣传 45 天退款保证和免费托管迁移。 可以用这段时间验证真实生产工作：更新、表单、计划任务、备份、真实流量，以及真正会出现的客服问题。

不要把退款期包装成速度证明。Toolnavia 没有对你的真实网站在 Essential 75 上做性能 benchmark。真正要确认的是：网站是否长期落在公开套餐边界内，以及托管流程有没有减少团队真正需要处理的工作。

最终决策：只有回滚路线清楚，才取消旧主机

如果一个重要 WordPress 网站能落在 10GB / 75K / 150GB 范围内，同时重视迁移协助、每日站外备份和托管 WordPress 运维，Essential 75 很值得进入候选名单。

取消旧主机前最后回答四个问题：最新数据是否已经在 BigScoots？关键用户流程是否通过？你是否会恢复或下载备份？如果 DNS 或外部服务异常，是否仍然有明确回滚路线？

四个答案都是“是”，迁移才从“复制完成”变成“生产验收完成”，这时购买决策才真正稳妥。