WordPress主机迁移：入口页面正常但深层链路失效时怎样定位断点
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /88e631e61f3e.html
📄
WordPress主机迁移：入口页面正常但深层链路失效时怎样定位断点
先判断断点发生在“请求到达前”还是“页面生成后”。入口页正常，只能说明首页这条路径可用，不能证明分类页、文章页、分页和资源文件走的是同一条链路。假设一个情境：迁移后首页返回200，但某篇文章页返回404，文章内的图片返回403，分页返回500。此时不要先改固定链接，而应按“URL解析→重写规则→模板与查询→资源与权限”的顺序逐层验证，每层只改一个变量，并记录改动前后的响应状态。
先分清两类失效：路由层断点与资源层断点
入口页正常而深层链路失效，常见原因分两类。路由层断点表现为文章页、分类页、分页返回404或500，说明请求没有正确映射到查询或模板。资源层断点表现为页面本身200，但图片、样式、脚本返回403或404，说明HTML已生成，附属请求被拦截或指向了旧路径。
区分方法很直接：直接请求一个深层URL，看返回的是WordPress生成的页面、服务器错误页，还是主机默认页。如果返回主机默认404页，问题更可能在服务器重写或目录配置；如果返回主题的404模板，说明请求已进入WordPress，但查询没有匹配到内容。这个区别决定下一步是查服务器配置还是查固定链接与内容状态。
取舍一：先重建固定链接，还是先核对重写规则
两种做法都常见，但适用条件不同。
- 先重建固定链接：适用于迁移后文章页404，但后台文章列表仍能看到内容，且站点地址与WordPress地址设置正确。动作是进入固定链接设置页重新保存一次，让重写规则重新写入。代价是如果服务器层没有允许重写，这一步不会生效，还会掩盖真正的断点。
- 先核对重写规则：适用于首页正常、所有深层页面都异常，或返回的是服务器默认404。动作是检查服务器配置是否允许目录级重写，以及请求是否被转发到WordPress入口文件。代价是需要服务器权限，且改错规则可能让整站不可访问。
选择依据不是哪个更流行，而是看404页面的来源。若404由WordPress输出，优先重建固定链接；若404由服务器输出，优先核对重写规则。这个判断能避免在错误的层反复操作。
取舍二：整站回滚，还是保留新主机逐层修复
当深层链路失效范围不明时，回滚和继续修复是两种合理选择。
如果失效集中在少数页面，且首页、后台、数据库连接都正常，保留新主机逐层修复的代价更低。动作是固定一个可复现的深层URL，逐项检查：内容是否存在、状态是否为已发布、固定链接是否匹配、模板是否被正确调用。每确认一项，就排除一个原因，下一步范围随之缩小。
如果深层页面大面积失效，或伴随数据库连接错误、后台无法登录，回滚到迁移前状态更稳妥。代价是迁移工作暂停，但能先恢复可用性，再在可控环境中复现问题。判断标准是：修复动作是否可能影响首页和后台。如果会，先回滚；如果不会，可以继续定位。
用一条假设链路把断点走一遍
假设迁移后出现以下现象：首页200，文章页404，文章内图片403，分页500。按顺序处理：
- 直接请求文章页，确认404来自WordPress还是服务器。若来自服务器，检查重写规则与目录配置；若来自WordPress，进入下一步。
- 在后台确认该文章存在且已发布。若不存在，问题在数据迁移；若存在，检查固定链接结构是否与迁移前一致。
- 重新保存固定链接后再次请求。若恢复200，说明断点在重写规则缓存；若仍404，检查查询参数与分类法是否完整迁移。
- 文章页恢复后，再请求图片。403通常指向文件权限或防盗链规则，而不是固定链接。调整权限或规则后，确认图片返回200。
- 最后请求分页。500通常指向查询或模板错误，需要查看服务器错误日志定位具体文件与行号。
每一步的结果都决定下一步方向：404来源决定查服务器还是查WordPress；固定链接重建是否生效决定是否继续查查询层；图片状态决定是否进入权限层。这样定位不依赖猜测，也不需要在多个层同时改动。
需要同时核查的边界条件
robots.txt 的抓取限制不等于可靠的索引移除，站点地图不保证收录，HTTPS 不保证安全无漏洞或排名。这些条件在迁移后同样适用：深层页面返回200，不代表它会被收录；返回404，也不代表必须立刻删除。若迁移涉及域名变化，应分别核查不同搜索引擎的支持情况，而不是假设处理方式一致。
定位断点的核心不是一次改对所有配置，而是让每一次改动都能被下一次请求验证。先确定断点层级，再选择修复顺序，最后用同一URL复测。这样即使问题没有立即解决，也能知道下一步该查哪里。
