这是”把博客缓存迁移到 Cloudflare”系列的第一篇。这个博客做了三年，最近借助 AI 的建议调整了不少前端设置，结果把 QUIC.cloud 缓存服务的免费额度提前用完了。这篇先不讲怎么操作，只讲清楚一件事：为什么最后选择把 CDN 缓存换到 Cloudflare，而不是续费或者干等额度重置。这里要换的只是缓存和加速这一层，网站本身仍然跑在原来的服务器上。
额度用完的，只是其中一部分
容易让人误判形势的一点是：以为额度用完，就是 LiteSpeed Cache 插件整体失效了。其实不是。QUIC.cloud 提供的是好几项独立计费的云端服务，包括 Page Optimization（页面优化，涵盖关键 CSS 生成、CCSS、UCSS 等）、图片优化（压缩、生成 WebP），以及 CDN 节点加速。这几项额度是分开算的，用完一项不代表全部失效。
实际情况是：Page Optimization 的额度跑完了，但图片优化那部分还剩不少。这一点很重要，因为它决定了缓存换到 Cloudflare 之后哪些云端功能要关掉、哪些可以继续留着用——后面的文章会具体说。
QUIC.cloud 和 Cloudflare，不能两个都开
第一个要想清楚的问题是：能不能两边都用，互相补位？答案是不能，至少不能同时把两者都当作外网 CDN 来用。
原因在于 CDN 的工作方式本质上是反向代理。域名的 DNS 解析在同一时间只能指向一个地方：如果交给 Cloudflare，流量就全部走 Cloudflare 的节点，QUIC.cloud 的 CDN 节点会完全收不到请求，等于摆设。如果硬要让两者叠在一起跑，还会牵出证书和握手层面的冲突——请求先到 Cloudflare，再被转发给 QUIC.cloud 节点时，会因为证书不匹配或者识别不出真实客户端 IP 而被直接拒绝，网站表现为各种访问错误。
所以这不是”选哪个更好”的问题，而是机制上就不允许同时启用。但两者可以分工：把外网 CDN、DNS、安全防护这部分完全交给 Cloudflare，把 QUIC.cloud 降级为一个纯粹的云端辅助工具，专门处理图片优化之类还有余量的项目。这也是这次缓存迁移最后采用的方案。
换了之后，性能会怎么变
这是换缓存前最需要想明白的一点：换 Cloudflare 不是简单的”变快”或”变慢”，而是几个维度各有升降，合起来看才完整。
| 维度 | 变化方向 | 原因 |
|---|---|---|
| 静态资源加载（图片、CSS、JS） | 变快或持平 | Cloudflare 全球节点数量远多于 QUIC.cloud 免费版，路由和分发能力更强 |
| 动态内容响应（HTML 首字节） | 默认变慢，可配置挽回 | Cloudflare 免费版默认不缓存 HTML，请求要回源到真实服务器 |
| 前端精细优化（CCSS、LQIP 等） | 依赖本地服务器 | 这些功能本身依赖 QUIC.cloud 云端额度，跟 CDN 选择无关 |
| 抗压与安全防护 | 明显提升 | Cloudflare 提供免费的 DDoS 防护和 WAF 规则，恶意流量在边缘就被拦下 |
动态内容这一项是关键。QUIC.cloud 和 LiteSpeed 是同一家公司的产品，配合起来可以把 WordPress 动态生成的 HTML 页面也缓存到全球节点。Cloudflare 免费版默认只缓存静态文件，用户访问首页时请求要回源到真实服务器处理，如果服务器配置一般，首字节响应时间会被拉长。
这个问题不是无解，而是需要额外配置：可以在 Cloudflare 后台用 Cache Rules 强制开启”缓存所有内容”，也可以配合插件实现智能的全站 HTML 缓存（这是第三篇要讲的内容）。换句话说，Cloudflare 免费版的动态内容缓存能力不是天生具备的，是要自己动手补上的。
什么样的网站适合这么换
这一点决定了这个方案是不是适合所有人。普通的个人博客、企业官网，内容更新频率低，非常适合用 Cloudflare 配合全站缓存插件，换完之后性能几乎无感，安全性反而大幅提升。
但如果网站是高频更新的商城（比如 WooCommerce）或者强交互的应用，且不想折腾复杂的缓存规则配置，那么 QUIC.cloud 原生的兼容性可能仍是更省心的选择，毕竟它和 LiteSpeed 是同一套体系，不需要额外插件去补全 HTML 缓存能力。
这个博客属于前一种：内容更新不算频繁，访问量也不需要应对秒杀级别的并发，所以最终决定权重交给 Cloudflare，把 LiteSpeed 降级为本地工具，专心处理服务器端的代码压缩和图片优化。
最后选定的方案
整理下来，这次缓存迁移定的分工是这样的：
- Cloudflare：全权负责外网 CDN、DNS 解析、安全防护，并通过额外插件实现全站 HTML 静态缓存
- LiteSpeed Cache：退回本地工具的角色，处理服务器端的 CSS/JS 压缩、数据库优化
- QUIC.cloud：关闭 CDN 功能，但保留还有余量的图片优化额度，继续白嫖这部分云端服务
这套分工兼顾了免费和性能，下一篇会具体讲怎么操作：从域名解析迁移到 Cloudflare，到 LiteSpeed 后台的联动配置，一步步落实这个方案。
系列文章：把博客缓存迁移到 Cloudflare
