WP Rocket 默认会干扰 WordPress 原生的尾部斜杠重定向机制，导致 example.com/post-name 无法自动 301 跳转至 example.com/post-name/。本文提供官方兼容方案与安全可靠的替代方法，无需手动修改 .htaccess 或使用不稳定的 wp_redirect()。
wp rocket 默认会干扰 wordpress 原生的尾部斜杠重定向机制，导致 `example.com/post-name` 无法自动 301 跳转至 `example.com/post-name/`。本文提供官方兼容方案与安全可靠的替代方法，无需手动修改 `.htaccess` 或使用不稳定的 `wp_redirect()`。
WordPress 默认启用了「强制尾部斜杠」功能（在「设置 → 永久链接」中勾选 “若永久链接结构以 %postname% 结尾，请在末尾添加斜杠”），其底层通过 redirect_canonical() 函数实现 301 重定向。但当 WP Rocket 启用并启用页面缓存后，该重定向逻辑可能被绕过——因为缓存响应直接返回了未重定向的 HTML，跳过了 WordPress 主循环及重定向钩子。
⚠️ 为什么不推荐 .htaccess 手动添加规则？
虽然可通过 Apache 规则实现（如 RewriteRule ^([^/]+)/$ /$1 [R=301,L]），但 WP Rocket 在插件更新、缓存刷新或配置变更时，会自动重写 .htaccess 文件，并将自身规则（# BEGIN WP Rocket）置于文件最顶端。这会导致你自定义的重定向规则被压到 WP Rocket 区块之后，而 Apache 的 RewriteEngine 仅对位于有效上下文中的规则生效，且顺序敏感——WP Rocket 的 RewriteBase 和 RewriteCond 可能意外终止或覆盖你的规则，造成重定向失效。
✅ 官方推荐方案：启用 WP Rocket 内置的「强制尾部斜杠」选项
WP Rocket 自 v3.0 起已原生支持该功能，无需代码干预，且完全兼容其缓存生命周期：
- 登录 WordPress 后台 → 进入 WP Rocket → 设置 → 高级规则（Advanced Rules）
- 向下滚动至 「重定向」（Redirection） 区域
- ✅ 勾选 「强制在 URL 末尾添加斜杠」（Enforce trailing slash on URLs）
- 点击 「保存更改」，并清空所有缓存（包括 WP Rocket 缓存与浏览器缓存）
该选项会在 WP Rocket 缓存生成阶段，自动将 /post-name 的请求识别为需重定向的路径，并在缓存层提前注入正确的 301 响应头（Location: /post-name/），从而确保重定向在缓存命中时依然生效。
? 进阶补充：如需程序化控制（开发者场景）
若需在特定条件下动态启用/禁用（例如仅对文章类型生效），可结合 rocket_url_no_trailing_slash 过滤器，但不建议覆盖默认行为。以下为安全示例（仅作参考，非必需）：
// 在主题 functions.php 或专用插件中添加 add_filter( 'rocket_url_no_trailing_slash', '__return_false' );
此过滤器可禁用 WP Rocket 对无斜杠 URL 的“忽略重定向”逻辑，使其尊重 WordPress 原生 redirect_canonical()。但前提是：
- 已在 WordPress 后台启用「永久链接末尾加斜杠」；
- WP Rocket 的「强制尾部斜杠」选项保持关闭（二者不可同时启用，否则冲突）；
- 且需确保 redirect_canonical() 未被其他插件禁用。
? 重要注意事项
- ❌ 避免在主题 functions.php 中直接调用 wp_redirect() 处理尾部斜杠——它必须在 headers 发送前执行，而 WP Rocket 缓存会提前输出响应，极易触发 “headers already sent” 错误；
- ✅ 始终优先使用 WP Rocket 官方配置项，因其经过全链路测试（缓存生成、CDN 兼容、预加载适配）；
- ? 修改后务必清除 WP Rocket 缓存（仪表盘一键清除）、浏览器缓存及 CDN 缓存（如 Cloudflare），否则旧响应仍会被返回。
综上，解决该问题的核心不是“绕过 WP Rocket”，而是利用其内置机制达成 WordPress 原生语义的一致性——简洁、可靠、可持续维护。
