在使用腾讯云 EdgeOne 为 WordPress 站点加速时，很多站长都会遇到一个经典的悖论：开启 CDN 后，网站速度是快了，但发布的新文章总是迟迟刷不出来，甚至要等上一两天。

最近我也被这个问题困扰，经过一番排查和配置调整，终于找到了完美的平衡点。本文将分享如何通过仅有的三条规则配额，彻底解决 WordPress 与 EdgeOne 的缓存冲突问题。

---

一、问题根源：为什么文章会“消失”两天？

问题的本质在于 “动静分离”​ 做得不够精细。

EdgeOne 的边缘节点为了极致的速度，会把网页（HTML）缓存到离用户最近的服务器上。如果你的规则设置是“全站缓存”或者“缓存时间过长”，那么当你在后台发布新文章时，会发生以下情况：

1. 源站已更新：你的 WordPress 数据库里已经有了新文章。
2. 节点未更新：EdgeOne 节点上还存着旧的首页或列表页快照。
3. 用户看到旧的：访客访问时，节点直接吐出旧快照，导致新文章“隐身”。

因此，我们的需求非常明确：后台必须零缓存，前台必须快，但更新要及时。

---

二、解决方案：用两条规则重构缓存逻辑

EdgeOne 的规则引擎是从上到下执行的。我们只需要两条规则，就能构建一个完美的“漏斗模型”。

规则 1：后台绝对“零缓存”（安全第一）

目的：防止后台操作（如发布、修改、更新插件）被 CDN 缓存，导致操作失效或出现奇怪的 403 错误。

• 匹配条件：
  • URL Path| 等于| /wp-admin/
  • （可选增强）URL Path| 等于| /wp-login.php
• 操作：
  • 节点缓存 TTL-> 不缓存

解析：这条规则告诉 EdgeOne，“凡是带 /wp-admin/的请求，都别碰，直接回源站取数据。” 这保证了你在后台做任何操作都是即时生效的。

规则 2：前台“短缓存”加速（速度与时效的平衡）

目的：既利用 CDN 加速静态资源（图片、CSS），又保证新文章能及时被看到。

• 匹配条件：
  • Host| 等于| 你的域名.com
  • Host| 等于| www.你的域名.com
• 操作（这里需要设置两层逻辑）：
  • 操作 1（节点缓存）：节点缓存 TTL-> 自定义时间-> 10 分钟
  • 操作 2（浏览器缓存）：浏览器缓存 TTL-> 自定义时间-> 1 小时

解析：

• 节点缓存 10 分钟：意味着如果你的文章更新了，最多只需要 10 分钟，全世界的读者就能在 CDN 节点上看到最新的内容。相比之前的“两天”，这是一个巨大的进步。
• 浏览器缓存 1 小时：这是为了给回头客加速。用户已经下载过的图片和样式，在他本地存 1 小时，不用反复下载。

---

三、避坑指南：为什么不能用“正则匹配所有”？

在配置过程中，我曾尝试用正则 .*来匹配所有路径，结果发现这会导致逻辑混乱。

核心逻辑：规则引擎是“短路匹配”。如果你在第一条规则里用了“匹配所有”，系统可能就懒得去执行后面的精细化规则了。因此，精准打击后台，泛化加速前台，才是最稳定的架构。

---

四、总结

通过这次调整，我们将原本不可控的缓存变成了可控的“定时刷新”。

场景	调整前	调整后
发布新文章​	需等待 1-2 天	最长等待 10 分钟​
后台操作​	可能卡顿、报错	实时响应​
访客体验​	速度快，但内容旧	速度快，内容新​

如果你也遇到了类似的问题，不妨检查一下你的 EdgeOne 规则引擎，试着把后台剥离出来，给前台一个合理的短缓存时间，问题大概率会迎刃而解。