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

WordPress主机迁移怎样识别配置互相冲突：先看迁移后哪一层配置在打架

识别WordPress主机迁移后的配置冲突，核心方法是把冲突拆到三层分别验证：Web服务器与PHP层、WordPress站点地址与固定链接层、缓存与CDN层。先确定故障出现在哪一层，再判断是新旧主机配置不一致，还是迁移过程中某一层被覆盖。不要一上来就改数据库，否则容易把可回滚的问题变成不可回滚的问题。

先建立判断起点：迁移后冲突通常表现为哪三类现象

配置冲突不是单一故障，常见表现可以分为三类，识别方式不同：

• 跳转类：访问新主机域名时被重定向回旧域名，或后台登录后跳回旧地址。这类问题多出在站点地址、Web服务器重写规则或缓存层。
• 资源类：页面能打开，但样式、图片、脚本加载失败，控制台报404或混合内容错误。这类问题多出在固定链接、HTTPS配置或CDN回源设置。
• 访问类：首页正常，内页或后台返回404、500。这类问题可能出在Web服务器重写规则与WordPress固定链接不匹配，也可能出在PHP版本或数据库权限。

先记录现象出现的具体URL、HTTP状态码、是否登录后出现、是否清缓存后仍存在。这些信息决定了下一步该查哪一层。

用一组可执行检查定位冲突发生在哪一层

按顺序执行以下检查，每一步都记录结果，不要跳步：

1. 用浏览器开发者工具查看网络请求，确认失败资源请求的是旧域名还是新域名，以及返回状态码。
2. 临时停用缓存插件和CDN加速，再访问同一页面，看现象是否消失。如果消失，冲突在缓存或CDN层。
3. 检查WordPress后台“设置-常规”中的WordPress地址和站点地址是否都指向新域名。如果其中一个仍是旧域名，属于站点地址配置冲突。
4. 查看Web服务器配置文件中的重写规则，确认是否与WordPress固定链接规则一致。Nginx与Apache的判断方式不同，不要混用规则。
5. 检查wp-config.php中是否硬编码了旧域名或旧路径。迁移后这类硬编码会与数据库中的新地址冲突。
6. 检查数据库wp_options表中siteurl和home两个值是否一致，以及是否指向新域名。

如果第2步后现象消失，优先处理缓存与CDN；如果第3步发现地址不一致，优先修正站点地址；如果第4步规则不匹配，优先修正重写规则。判断依据是：哪一步修改后现象消失，冲突就定位在该层。

迁移场景下最容易互相冲突的几组配置

以下组合在迁移后经常同时出现，需要逐组核对：

• 站点地址与Web服务器重定向：数据库里已改成新域名，但Web服务器仍保留旧域名跳转规则，两者方向相反时会出现重定向循环。
• 固定链接与重写规则：WordPress固定链接设置为“文章名”，但新主机的重写规则没有正确转发到index.php，内页会404。
• HTTPS与混合内容：新主机启用了HTTPS，但数据库或主题文件中仍有大量http://旧地址，浏览器会拦截部分资源。HTTPS本身不保证内容全部安全加载，需要单独检查混合内容。
• CDN回源与源站地址：CDN仍指向旧主机IP，或缓存了旧域名的页面，导致新主机配置正确但用户看到旧内容。
• 缓存插件与对象缓存：页面缓存、对象缓存、浏览器缓存三层同时存在时，修改配置后可能只有一层刷新，其余层继续返回旧结果。

注意：robots.txt的抓取限制不等于可靠的索引移除，站点地图也不保证收录。迁移后如果涉及搜索引擎表现，应分别核查各搜索引擎的抓取与索引状态，不要用单一工具的结果推断全部。

验收信号：怎么确认冲突已经解决而不是被暂时掩盖

修改后不要只看首页。用以下信号验收：

• 首页、内页、后台登录页、文章页分别访问，状态码均为200或正常跳转。
• 浏览器控制台无混合内容错误，无指向旧域名的资源请求。
• 清空浏览器缓存、插件缓存、CDN缓存后，现象仍不复发。
• 数据库siteurl与home值一致，且与Web服务器配置中的域名一致。
• 固定链接规则在Web服务器配置中能找到对应转发，内页不再404。

如果以上信号全部通过，说明冲突已在配置层解决；如果只有部分通过，说明还有一层未处理，应回到对应检查步骤继续定位。

下一步建议

先按上面的六步检查表逐项记录当前状态，把“现象—所在层—已修改项—修改后结果”写在一张表里。下一步只处理第一个导致现象复现的配置层，改完后立即用验收信号复查，再进入下一层。这样能把迁移后的配置冲突从“到处改”变成“逐层定位”。