WordPress 换主机但保留域名和页面路径，应先在新主机复制文件与数据库，用原域名受控预览同一批页面和表单；确认切换期的新询盘归属后，再修改网站解析记录。DNS 生效后同时看旧、新主机的请求和数据，直到访客、爬虫与业务写入都稳定转入新站，才关闭旧主机。整批 URL 未变时，通常无需给文章逐个做 301，也不使用 Search Console 的“地址变更”工具。
本文假设新主机已经开通，且域名和路径保持不变。若仍在挑主机，先看WordPress 主机选择；如果不能从备份恢复，先按备份与恢复补这一关。下面的 IP、URL 和询盘 ID 都是教学示例，不是本站迁移记录。
切换前做两份清单：资产与当前状态
第一份是要搬的资产：WordPress 程序文件、wp-content 下的主题/插件/上传文件、完整数据库、wp-config.php 的连接参数、服务器重写规则、证书、缓存/CDN 源站设置及定时任务。WordPress 官方迁移手册明确了文件与数据库这两部分；只导出文章 XML，通常无法带走插件配置、表单记录和完整媒体关系。把备份文件放在旧主机之外，至少确认能读出文件与数据库，并记录恢复负责人。
第二份是切换前基线：原域名的首页、/services/、/products/ 和一篇含图片的文章分别返回什么状态；产品列表有多少项，表单一次受控提交在后台生成哪个 ID，通知进入哪个邮箱。对 SEO 页面，记同一 URL 的 canonical、robots 指令和地图入口。切换后仍测这组 URL，避免只看首页漏掉半残数据。
同时导出当前 DNS 区域或至少截取网站相关解析。下面只是要核的字段，具体域名/CDN 可能不同：
| 记录 | 切换前值（教学） | 作用与处理 |
|---|---|---|
根域 A @ | 192.0.2.10 旧主机 | 如由此直连源站，切换时改到新 IPv4 |
根域 AAAA @ | 2001:db8::10 旧主机 | 若存在，不能只改 A 让 IPv6 留在旧站 |
www CNAME | 指向根域 | 先核实际链路；不机械改成新 IP |
| MX / SPF / DKIM | 邮件服务原记录 | 网站搬家未必改邮箱；避免误删 |
若站点使用 CDN 代理，公开 A 记录可能指向 CDN 而非主机；真正要换的是 CDN 的源站。若计划换 nameserver，应先完整搬运 DNS 区域，包括邮件和第三方验证记录，不能只复制网站 A 记录。提前降低相关 TTL 可以缩短部分缓存等待，但不保证所有解析器立即更新。Google 同 URL 换主机指南也建议在切换前安排 TTL 与验证文件检查。
用原域名预览新主机，不急着改公开 DNS
把文件和数据库导入新主机，按新数据库名、账号和密码更新新环境的 wp-config.php。配置 PHP 版本、扩展、重写规则和 SSL，并在新环境检查后台是否能打开。若域名与 URL 不变，正常迁移无需先把生产数据库中的所有 URL 改成临时域名，再改回来；这会让绝对链接、序列化配置和邮件模板更难核。使用主机自带的受控预览，或者让测试设备把原域名解析到新主机 IP，保留原 Host 与 HTTPS 主机名。
有命令行权限时，一个教学检查是 curl.exe --resolve example.com:443:203.0.113.20 -I https://example.com/services/。203.0.113.20 是文档示例 IP，必须换成新主机实际入口；它让这次请求保持原域名但连向指定 IP。若前面有 CDN/负载均衡、主机只允许特定入口或证书不匹配，应改用主机提供的预览机制，不能用跳过证书校验冒充通过。除了看响应，还要在新主机日志找到这次请求，排除其实仍由旧主机或 CDN 旧源站提供页面。
接着用同一组 URL 走业务路径。教学情境里，旧主机 /products/ 有 24 项、新主机只有 12 项；/services/ 在新主机能打开，表单前台也显示成功，但后台没生成对应询盘，测试邮箱也没收到。此时暂停 DNS 切换：核数据库导入范围、分页设置、表单存储、邮件发送与回写目标。页面可见并不等于可接管流量。
| 相同对象 | 旧主机基线 | 新主机预览初测 | 放行要求 |
|---|---|---|---|
/products/ | 24 项，分页可进详情 | 12 项 | 找回 24 项及详情链接 |
/services/ 表单 | OLD-01 进入旧库且邮件到达 | 前台成功、无新库记录 | 新库和测试收件均能读回 NEW-01 |
| 图片与 PDF | 原域名资源 200 | 部分链接跳临时域名 | 同一资源以正式 URL 可打开 |
| 页面索引信号 | 正式页可抓取、canonical 为自身 | 副本带 noindex | 切换前确认新主机正式响应移除限制 |
修复后重测全部失败项，保留新主机日志、后台记录和测试收件。Google 的指南也要求在新设施公开接管前移除测试期阻断，并确认 Googlebot 能访问；暂存预览不能直接作为公开服务状态。
DNS 切换当天先管“写入数据”
保存旧主机最后一份备份，并记录最后同步点：例如 14:00 完成数据库增量，14:05 开始业务冻结，14:10 切解析。在 14:00 到解析全面转向新站之间，旧解析仍可能接收询盘、订单或评论。低写入站可安排短窗口并逐条补入新库；高写入站需要能合并双侧数据或有统一写入端。没有明确的数据接收方，就不要切 DNS。
切换时只改已经核实的网站指向。若公开 DNS 直连主机，按区域内真实值更新相应的 A 和存在的 AAAA；www 要核它实际走 CNAME 还是独立地址。若 CDN 代理，按 CDN 的源站切换步骤操作。保留切换前的记录、TTL 和操作时间，不顺手更改 MX、SPF、DKIM 或其他业务验证记录。测试站用过的 noindex、密码墙或临时域名引用要在新主机的正式服务配置中移除，并重新取一次公开响应。
切换后从不同网络解析域名，同时看新、旧主机访问日志。请求开始转到新主机，新库中的受控询盘 NEW-02 和邮箱通知都可读回；旧主机若仍有请求或新增记录，先记录 ID 并合并，不能立即停机。即使页面看起来一样，日志、实际连接 IP 和新库记录才能说明请求落点。缓存/CDN 刷新只解决显示版本，不解决旧库仍在接收真实写入。
上线后按同一组 URL 复查，再关闭旧主机
用切换前的 /services/、/products/、文章和媒体样本复查状态码、产品数、图片、表单、后台记录与通知。抽一页源代码核 canonical 和 robots 指令；站点地图应继续提供正式 URL。Search Console 的抓取与索引数据用于后续观察，不要把 DNS 当天的短期波动直接归因于迁移。Google 指南要求持续看旧新服务日志，确认包括 Googlebot 在内的访问已在新设施正常取得内容后再关闭旧设施。
教学放行记录应类似：/products/ 恢复 24 项；/services/ 的 NEW-02 在新库与邮箱同号可查；四个正式 URL 状态正确；两种网络解析指向预期入口；旧主机在观察窗口内没有未处理的新询盘。若某项不成立，保留旧主机。尤其当新站已收到 NEW-02，回退 DNS 前先导出并保护它；把流量切回旧站不等于新数据自动出现在旧库。
若同时改了域名、HTTP/HTTPS 或文章路径，这已经是 URL 变化，需另列旧新映射并验收跳转。纯同域同路径搬迁的验收目标则是：相同的正式 URL 在新设施持续提供相同内容，真实业务数据只进入已接管的系统，旧设施退出时没有遗漏记录。
常见问题
同域换主机需要给全站做 301 吗？
域名和路径保持不变时通常不需要。若顺便变更了协议、主机名或路径，只为实际变化的 URL 设计重定向。
要在 Search Console 使用“地址变更”工具吗？
同 URL 换主机不使用该工具。继续核正式 URL 在新主机的可访问性、抓取和索引；域名变更是另一类迁移。
新站正常，为什么还要留旧主机？
解析缓存可能仍把访客带到旧站，旧库也可能收到新记录。先观察双侧日志和数据，确认能处理剩余写入后再退出旧设施。