WordPress 从共享主机迁移到 VPS：避免邮件与 DNS 中断
如何将 WordPress 网站从共享主机迁移到 VPS，同时避免邮件或 DNS 出问题
将 WordPress 从共享主机迁移到虚拟专用服务器（VPS），可以让你更灵活地管理 PHP、服务器资源和配置。不过，如果把迁移当成简单的文件复制，邮件服务可能会中断，访客也可能被导向错误的网站。关键在于将网站与目前依赖该域名的其他服务分开处理。
如果你正在研究如何将 WordPress 从共享主机迁移到 VPS，首先要列出当前主机实际提供的服务。域名注册、DNS、邮件和 WordPress 托管可以分别由不同的公司提供，这些服务不必一起迁移。
1. 明确迁移范围：区分网站和继续保留的服务
记下 WordPress 文件和数据库所在的位置，然后确认各项相关服务分别由哪家服务商提供。检查域名注册商、DNS 托管商、邮件服务商，以及 CDN 或图片存储等独立服务。主机控制面板可能会显示其中部分信息，但域名的名称服务器和 DNS 记录才能反映流量实际被导向何处。
例如，网站可能托管在共享主机上，DNS 由 Cloudflare 管理，而员工邮件则使用 Google Workspace。在这种情况下，将 WordPress 迁移到 VPS 并不需要迁移域名或邮件账户。通常只需更改负责转发网站流量的记录，同时保留邮件记录不变。
更改任何设置前，先列一份简单清单，记录当前的网站目标地址、名称服务器以及已知的邮件相关记录。如果不确定某条记录是否用于邮件，请咨询邮件服务商或查看其设置说明，不要贸然删除。即使网站看起来一切正常，缺少邮件记录也可能导致邮件无法送达。
2. 梳理基本网站复制可能遗漏的依赖项
WordPress 备份可能包含网站文件和数据库，却不一定涵盖网站依赖的所有服务。请检查计划任务、外发邮件设置、外部存储、重定向、SSL 配置，以及任何特定于服务器的设置。例如，会员网站可能依赖计划任务来让账户过期，而网店可能通过外部 SMTP 服务发送订单通知。
检查主机控制面板和 WordPress 插件中的计划任务。WordPress 内置的任务系统可能会在访客加载页面时运行；服务器 cron 任务则可能按固定时间间隔调用特定脚本。记录每项任务的命令、运行频率和时区。如果 VPS 上没有配置对应的 cron 任务，原主机上每小时运行一次的任务在迁移后就可能停止。
检查网站的邮件发送方式。确认网站使用的是主机服务商的邮件服务器、SMTP 插件，还是事务性邮件服务，并核实网站使用的发件人地址。如果邮件服务器由原主机提供，相同的设置在 VPS 上可能无法使用。请向邮件服务商确认是否限制连接，或是否要求使用特定的身份验证方式。
此外，还要列出外部存储和服务器设置。媒体插件可能会将上传文件存储在对象存储中，而不是 WordPress 的 uploads 目录。网站也可能依赖特定版本的 PHP、PHP 扩展、重写规则，或 .htaccess 中的设置。请保存这些信息；上线后再靠猜测排查，可能会让一个小小的兼容性问题演变成长时间的服务中断。
3. 根据网站的实际需求配置 VPS
根据网站的实际需求选择 VPS 配置，并确定服务器如何处理网页请求。常见选项包括 Apache 和 Nginx，但合适的方案取决于现有网站以及管理员维护服务器的能力。安装正式环境前，请根据网站代码、插件和主题，确认所需的 PHP 版本及扩展。
配置数据库、Web 服务器和 PHP 处理程序，然后设置文件所有者和权限，确保 WordPress 可以读取文件，并且只在需要的位置写入文件。不要为了消除错误提示就把所有文件都设为可写。限制管理访问权限、启用防火墙，并安排同时包含数据库和网站文件的备份。
迁移正式网站前，先测试 VPS。确认 Web 服务器能够正常提供一个简单页面、PHP 运行正常，并且数据库可以接受测试连接。记录已安装的软件版本和配置文件。如果某个插件在新服务器上的表现有所不同，这些记录可以作为排查对照。
4. 迁移文件和数据库，同时保持正式网站不变
完整复制 WordPress 文件和数据库，并在迁移期间让原网站继续向访客提供服务。迁移插件可以打包网站；命令行工具或主机提供的备份则可能让你拥有更多控制权。无论选择哪种方式，都要确认备份包含数据库、上传文件、主题、插件和自定义配置文件。
如果网站经常更新，请规划好如何处理首次复制后产生的新订单、评论或文章。一种做法是先进行初次复制并私下测试，然后在短暂的维护时段内再次迁移数据库。对于网店，不要让两个副本同时接收订单：重复或丢失的订单数据，比短暂且提前通知的暂停服务更难处理。
将文件和数据库迁移到 VPS，然后按需更新 WordPress 配置中的新数据库名称、用户名、密码和主机地址。妥善保存新旧配置。如果域名或文件路径发生变化，请谨慎更新网站设置；如果没有正确处理序列化数据，粗略地对数据库进行全局搜索替换可能会破坏数据。
此时先不要将公开 DNS 指向 VPS。检查私有副本期间，原主机应继续作为访客访问网站的目标；在准备好切换之前，新服务器也不应接收真实的客户活动。
5. 更改公开 DNS 前先进行私下测试
在电脑上使用 hosts 文件覆盖，或设置临时测试主机名，就可以让浏览器访问 VPS，而不必更改公开 DNS。hosts 文件覆盖只会影响你添加该设置的设备，因此适合在其他访客还看不到新网站时进行检查。测试完成后请删除该条目，以免误把私有访问路径当成公开路径。
同时测试网站前台和 WordPress 管理后台。检查登录页面、一组具有代表性的关键页面、搜索、表单、文件上传、重定向，以及网站使用的结账或会员功能。提交测试表单并确认邮件发送到了哪里。如果网站会发送邮件，请检查邮件是否送达以及是否被放入垃圾邮件文件夹；页面上显示表单提交成功，并不能证明邮件确实已经发出。
检查计划任务以及从外部访问网站的集成服务。例如，支付服务可能会向特定 URL 发送通知，监控服务则可能要求网站返回特定响应。还要确认 VPS 上的 HTTPS 是否正常。测试主机名可能与正式证书不匹配，因此在访客开始访问新服务器前，请先验证正式证书的部署方案。
检查正式域名对应的重定向和规范网址。如果网站跳出率较高，着陆页损坏或重定向异常会让情况更糟；本指南介绍了 什么样的网站跳出率算正常 ，以及如何解读这项指标。迁移测试应重点关注具体故障，例如表单报错或上传的文件没有显示。
6. 有计划地切换 DNS，并准备好邮件检查和回滚方案
如果你正在考虑 WordPress 迁移 VPS 如何保留邮件和 DNS，核心做法是更改前保存当前记录，并明确记下准备修改哪些网站记录。如果网站通过 A 记录指向服务器，就将该记录的目标地址改为 VPS 的地址。如果网站主机名使用 CNAME，则按需调整该记录。保留邮件记录，包括 MX 记录和用于邮件身份验证的 TXT 记录，除非你确实要更换邮件服务商。
提前降低 DNS 生存时间（TTL），有时能帮助部分解析器更快获取新的目标地址，但无法保证全球范围内立即完成切换。编辑记录前，请检查当前 DNS 配置并参考服务商的说明。如果使用了代理或 CDN，请确认源站地址是否应直接指向 VPS，以及代理的 SSL 模式是否与服务器上安装的证书相匹配。
选择一个便于监控网站并及时处理问题的切换时段。按计划修改网站记录后，通过多个网络或 DNS 查询服务检查域名解析结果。写好回滚步骤：恢复先前的网站目标地址，明确由谁负责修改，并保留原主机账户的访问权限。DNS 缓存仍可能把访客导向旧主机，因此不要急着删除旧网站。
迁移网站时如何避免 DNS 和邮件中断？切换期间要单独检查邮件：使用外部账户向该域名下的邮箱发送邮件，然后尽可能从该邮箱回复。如果邮件服务中断，请先将当前 DNS 记录与已保存的副本进行比较，再做进一步更改。迁移 Web 服务器不需要删除邮件记录。
7. 上线后确认新环境运行正常
公开流量开始访问 VPS 后，检查 HTTPS、关键页面、表单、登录功能以及所有与收入相关的流程。查看 WordPress 和服务器日志，排查 PHP 错误、文件访问被拒、数据库连接失败，或反复请求不存在的网址等问题。网站首页看起来正常，并不代表插件错误没有悄悄导致联系表单失效。
确认 VPS 上的备份任务正在运行，并确保你知道如何恢复备份。检查备份存放位置，并确认最近一次备份同时包含数据库和文件。设置网站可用性和证书到期监控，然后确认邮件收发正常。取消旧主机套餐前，应先完成这些检查。
在新网站通过预先设定的检查，且相关 DNS 更改已生效后，再继续保留旧主机一段时间。按照自己的数据保留政策，留存旧文件和数据库的最终副本。确认 VPS 已正常托管网站、邮件收发正常且恢复步骤已记录后，再决定何时关闭旧账户，这样就不必猜测旧账户是否还在提供某些服务。
