WordPress网站迁移到新服务器步骤，既可以借助迁移插件打包搬运，也可以手动传输文件并导入数据库。选择时先看网站大小、服务器权限和可接受的停机时间：结构常规、后台可用且迁移环境兼容，插件通常省事；需要精细控制、网站较大或插件无法运行时，手动迁移更灵活。
先判断哪种方式适合你
插件迁移：减少命令操作
使用 Duplicator 等迁移插件，通常能在原站生成安装包，再放到新服务器恢复。适合常规博客、小型企业站或测试站，尤其是操作者不熟悉数据库管理、但能登录后台并上传文件的情况。优点是流程集中，遗漏配置的概率较低；缺点是打包和恢复会消耗服务器资源，受 PHP 执行时间、可用磁盘空间及上传限制影响。遇到大型媒体库、复杂缓存或主机限制时，可能需要调整设置或改用手动方式。具体限制因插件版本和主机环境而异。
手动迁移：适合需要掌控细节的场景
手动方式分别处理站点文件和数据库导出，适合能使用 SSH、SFTP 或主机控制面板的人，也适用于插件超时、网站文件较多、需要检查数据库配置的情况。优点是可分阶段排查，缺点是步骤多，数据库凭据、路径和网址替换等环节更依赖操作者核对。
手动迁移的可执行流程
- 核对新旧环境。确认新服务器支持网站所需的 PHP 版本和数据库类型，记录域名、数据库名称、用户名及主机地址。版本不一致时，先询问主机服务商或在测试环境检查兼容性。
- 备份并减少写入。备份网站目录与数据库。迁移期间若仍有新评论、订单或表单数据，安排低流量时段操作，并暂停可能产生关键数据的编辑或提交；否则切换后可能出现数据遗漏。
- 传输文件并导入数据库。通过 SFTP、主机文件管理器或 rsync 复制网站文件；使用 phpMyAdmin 等工具导出旧数据库，再在新服务器创建数据库并导入。大型数据库是否能通过网页工具处理，取决于主机限制，必要时使用主机提供的命令行工具。
- 更新连接配置和站点网址。在新站点的 wp-config.php 中填写新数据库连接信息。若域名改变，需替换数据库中的旧网址；可使用 WP-CLI 的 search-replace，并先运行 dry-run 检查结果。不要用普通文本替换直接修改数据库文件，序列化数据中的长度信息可能因此失效。
- 测试后切换域名解析。先用临时地址或 hosts 文件预览新站，检查首页、文章、图片、登录、表单和后台操作。确认无误后再更新 DNS 记录；解析生效时间受 DNS 缓存和记录设置影响，期间保留旧站运行，避免访问者看到空白或过期内容。
- 完成上线检查。为新站配置 SSL 证书，后台重新保存固定链接设置，并清理缓存。若更换了域名，检查旧网址是否需要跳转到对应新页面，同时再次确认表单通知、定时任务和备份计划。
插件迁移的操作要点
- 在旧站安装并运行迁移插件，按插件流程生成备份包；生成前确认目标服务器有足够空间。
- 将备份文件传到新服务器指定目录，按照插件要求启动恢复流程，填入新数据库信息。
- 完成后登录新站，检查媒体文件、页面链接、插件功能和后台权限，再决定是否切换域名解析。
插件并不等于免检查：迁移包可能不包含主机面板里的邮件账户、DNS 设置或服务器级计划任务，这些通常需要单独配置。无论采用哪种方式，都应在旧站备份可用、且新站测试通过后再结束旧环境。
快速选择
如果网站规模适中、插件能顺利打包，且目标主机满足恢复要求，插件迁移往往更省操作；如果网站文件或数据库较大、需排查自定义配置，或插件持续失败，手动迁移更便于分段控制。简言之，WordPress网站迁移到新服务器步骤并非只有一种模板，应根据权限、兼容性和数据更新情况选择，并预留测试与回退时间。
常见问题
迁移时网站必须关闭吗？
不一定。先复制和测试通常可以维持旧站运行；切换前尽量减少写入，尤其是订单、评论等不能轻易丢失的数据。
更换服务器一定要更换域名吗？
不需要。域名不变时通常只需调整服务器指向；若域名也变化，还要检查网址替换、跳转和 SSL 配置。
什么时候可以删除旧服务器上的文件？
新站确认页面、数据库和关键功能正常，域名解析稳定且备份可恢复后，再按原主机服务条款处理旧文件与服务。