WordPress首页正常、文章详情统一404，常见原因是固定链接重写规则没有生效，但也可能是文章未发布、URL写错或页面已迁移。先判断是单篇失效还是整类路径失效，处理方式不同。
用两个地址做初步区分
选择一篇确定已发布的文章，从后台“查看”进入，核对当前永久链接。维护人员还可用该文章实际ID测试默认查询形式。查询形式可显示而美化链接失败，通常值得继续检查重写层；两种都失败，则应先核对内容状态和访问权限。
不要把从旧Excel复制的链接当成唯一依据，标题变更、slug变化或多语言目录调整都可能使旧地址失效。
固定链接设置怎样处理
- 记录当前固定链接结构，备份相关服务器规则。
- 在设置中的固定链接页面保存现有结构，先不改成另一套结构。
- Apache环境检查站点是否允许使用对应重写规则及.htaccess；Nginx环境应检查虚拟主机配置，修改.htaccess对Nginx本身无效。
- 子目录安装、反向代理或多站点环境，按实际根目录和路由配置核对，不能套用他站片段。
- 只有自定义文章类型失效时，检查负责注册该类型的插件及其路径，避免与页面slug重名。
保存固定链接是一个排查动作，不是所有404的通用修复。若服务器配置没有加载，反复点击保存不会解决问题。
不要把全部404跳到首页
这会掩盖错误，也不能让用户找到原内容。确实移动的页面应映射到最接近的新页面；从未存在或已删除且无替代内容的地址，应按实际情况保留正确错误状态。
复测清单
检查文章、分类分页、搜索、下载以及商城商品路径；从旧入口访问确实迁移的内容，确认跳转目的地正确。记录哪条规则改变、哪些路径通过，不只记录“首页恢复”。
只坏一篇文章也要重写服务器规则吗？ 通常先查该篇状态、slug和父级路径，避免为局部内容问题修改全站路由。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
