WordPress 404 与伪静态失效处理
先判断这个 404 是谁发的

首页正常，所有内页 404

最典型。首页走的是 index.php，不需要重写规则；内页依赖「把 /product/abc/ 转给 index.php」这一步。规则缺失或未生效，就只有首页能开。九成出在 .htaccess 或 Nginx 的 try_files。

改完固定链接立刻全站 404

在「设置 → 固定链接」里从「朴素」改成「文章名」之后，如果没有触发规则重写，旧链接全部失效。正常情况下保存时 WordPress 会自动 flush，但文件不可写时就静默失败。

• 表现：后台正常，前台全 404
• 先看 .htaccess 是否可写

只有分页和搜索 404

/page/2/、/?s=关键词 打不开，文章页正常。多半是规则里少了 $args，或者缓存插件把带参数的请求拦掉了。Nginx 上 try_files $uri $uri/ /index.php?$args; 少了最后那段就会这样。

迁移或换服务器后出现

老服务器是 Apache，新服务器是 Nginx，.htaccess 搬过去了但 Nginx 根本不读它。或者新机器 AllowOverride 设为 None，Apache 也忽略这个文件。这类情况必须先确认新环境的类型。

接了 CDN 之后开始 404

源站正常，通过 CDN 域名访问就 404。常见原因是 CDN 回源路径没带完整 URI，或者开启了「HTML 缓存」但缓存了 404 响应。清理缓存后仍复现，就要看回源配置里的路径改写规则。

中文或特殊字符 slug 404

英文链接正常，中文标题的文章打不开。这类是编码问题：服务器没把 UTF-8 的路径正确解码，或者 Nginx 上开了 merge_slashes 之类影响匹配的选项。把固定链接改成拼音或 ID 是最省事的规避方式。

标准规则内容

核心是三行判断：请求的不是真实文件、不是真实目录，就统一交给 index.php。RewriteBase / 在子目录部署时必须改成子目录路径，比如 /blog/，写错会导致所有内页跳到根目录的 404。

• BEGIN / END WordPress 注释之间的内容不要手改
• 缓存与安全插件会在这段之外追加规则

文件权限与属主

.htaccess 权限设为 644、属主与 Web 运行用户一致，否则 WordPress 保存固定链接时写不进去，会提示「无法写入 .htaccess 文件」。用 SFTP 改权限比用面板改更可靠，改完记得重新保存一次固定链接。

子目录部署的坑

站点装在 /wp/ 或 /blog/ 下时，RewriteBase 与站点地址都要带子目录。只改其中一个，会出现「首页正常、内页跳到根目录」的现象。迁移时这一项最容易漏。

强制刷新重写规则

改完规则后执行 wp rewrite flush --hard，它会重建重写规则并尝试写回 .htaccess。没有 WP-CLI 时，去「设置 → 固定链接」点一次「保存更改」效果相同。