WordPress主机迁移怎样确认配置实际生效：先查这6项

📍 WDQWDWQD987AAAAA:216.73.217.19
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0f4c1750b646.html
📄

WordPress主机迁移怎样确认配置实际生效：先查这6项

确认配置实际生效，不能只看迁移插件显示“完成”，也不能只看新站首页能打开。要分别验证域名解析、WordPress地址、数据库连接、固定链接、HTTPS与抓取配置，并且每项都用外部可观察的结果判断。时间有限时，按下面顺序查，前一项不通过就不要急着看后一项。

第一步：确认访问请求真的到了新主机

要查的是：浏览器访问域名时，返回内容是否来自新主机，而不是旧主机缓存或 CDN 缓存。

怎么查：在本地终端执行 curl -I https://你的域名，看响应头中的服务器标识、缓存状态和 IP。再执行 dig 你的域名 +short 或 nslookup 你的域名，核对解析地址是否指向新主机。如果使用了 CDN，还要在 CDN 控制台查看回源地址。

结果说明什么：解析指向新主机、响应头没有旧主机特征，才算请求进入新环境。若解析仍指向旧 IP，说明 DNS 未生效或本地缓存未刷新；若响应头显示 cf-cache-status: HIT 一类缓存命中，页面可能仍是旧内容，需要先清缓存再判断。

第二步：核对WordPress地址与站点地址

要查的是：WordPress 后台“设置—常规”中的 WordPress 地址和站点地址，是否都指向正式域名。

怎么查：登录新站后台查看这两个字段；也可以在数据库的 wp_options 表中查 siteurl 和 home 两项。若无法登录后台，用数据库管理工具直接核对。

结果说明什么：两个地址一致且为正式域名，说明基础地址配置已生效。若仍显示临时域名或旧域名，前台可能能打开，但后台跳转、图片链接和登录都会异常。修改后要重新登录一次，确认没有跳回旧地址。

第三步：确认数据库连接与内容完整

要查的是：新站读取的是迁移后的数据库，而不是旧库或空库。

怎么查：打开一篇文章、一个页面、一个分类归档，分别看标题、正文、特色图片和评论是否完整。再进入后台文章列表，确认文章数量与迁移前一致。若使用 wp-config.php，核对其中的数据库名、用户名、主机和表前缀。

结果说明什么：前台内容与后台数量都对得上，说明数据库连接和导入基本生效。若首页正常但内页 404，可能是固定链接或伪静态问题；若图片缺失，可能是上传目录未同步或域名替换不完整。

第四步：检查固定链接与伪静态规则

要查的是：新主机是否支持 WordPress 所需的重写规则。

怎么查：访问一篇实际存在的文章、一个分类页和一个标签页。然后到后台“设置—固定链接”，不修改任何选项，直接点一次“保存更改”，让规则重新写入。Nginx 环境还要检查站点配置中是否包含 WordPress 伪静态规则。

结果说明什么：文章、分类、标签都能正常打开，说明固定链接生效。若只有首页能开，内页全部 404，通常是伪静态规则未加载或未重启 Web 服务。若部分链接正常、部分异常，可能是迁移前就有别名冲突，需要逐条核对。

第五步：验证 HTTPS、混合内容与重定向

要查的是：正式域名是否全程使用 HTTPS，是否还有资源以 HTTP 加载。

怎么查：访问首页和一篇内页，打开浏览器开发者工具的“控制台”和“网络”面板，筛选 http:// 请求。再执行 curl -I http://你的域名，看是否返回 301 或 302 跳转到 HTTPS。

结果说明什么：没有混合内容报错、HTTP 能跳转到 HTTPS，说明传输层配置基本生效。HTTPS 只说明连接加密，不代表站点没有安全漏洞，也不直接保证排名。若出现混合内容，浏览器地址栏可能显示“不安全”，需要替换数据库和主题中的旧 HTTP 链接。

第六步：核查 robots.txt、站点地图与索引状态

要查的是：新主机的抓取配置是否与迁移前一致，有没有误挡搜索引擎。

怎么查：访问 https://你的域名/robots.txt，确认没有整站 Disallow: /。再访问站点地图地址，确认能正常返回 XML。最后在搜索引擎的站长平台分别提交新站点地图，并查看已收录页面的抓取状态。

结果说明什么：robots.txt 未封禁、站点地图可访问，说明抓取入口正常。需要分清：robots.txt 的限制不等于可靠的索引移除；站点地图也不保证收录。若迁移前有大量页面已收录，迁移后要逐页检查规范链接和重定向，不要只提交站点地图就认为完成。

时间有限时的处理顺序

  1. 先查解析与响应头，确认请求到新主机。
  2. 再查 WordPress 地址和数据库，确认内容完整。
  3. 然后查固定链接与 HTTPS，确认内页可访问。
  4. 最后查 robots.txt、站点地图和索引状态。

下一步：把上面六项做成一张检查表，每完成一项就记录实际返回结果，而不是只写“已检查”。任何一项结果与预期不符，先解决该项，再继续下一项。

图1 图2
nginx