上一篇讲了为什么决定把这个博客的缓存换到 Cloudflare，以及最后定下的分工：Cloudflare 接管外网 CDN 和安全防护，LiteSpeed Cache 退回本地工具的角色。这一篇是真正动手的部分，分两段：先把域名解析指向 Cloudflare（这样它才能接管流量做缓存代理），再回到 WordPress 后台完成 LiteSpeed 这边的配置切换。这里要说明一下：改的是域名解析和缓存层，源站服务器、WordPress 程序和数据库都原地不动。
动手前先理清楚顺序
这一步顺序不能反。如果在域名解析还没指向 Cloudflare、Cloudflare 那边域名状态还不是”已激活”之前，就跑去 LiteSpeed 插件里开启 Cloudflare API 并填入令牌，插件会尝试连接一个还没生效的域名，大概率连接失败，甚至可能干扰当前正常运作的后台。
正确的顺序是：先在 Cloudflare 那边把域名彻底接管过来，确认状态变绿，再回 WordPress 后台动手脚。
第一步：在 Cloudflare 接管域名
这一步在 Cloudflare 官网完成，跟 WordPress 后台没有关系。
1. 添加站点：登录 Cloudflare 控制台，点击”添加站点”，输入域名，选择免费计划。
2. 确认 DNS 记录：Cloudflare 会自动扫描现有的解析记录，通常保持默认即可，检查无误后继续。
3. 修改 Nameservers：Cloudflare 会给出两个新的名称服务器地址。登录域名注册商（如阿里云、腾讯云、Godaddy 等）的后台，把原来的名称服务器替换成 Cloudflare 提供的这两个。
4. 等待生效：全球范围内生效通常需要十几分钟到几个小时，期间网站不会停机，可以正常访问。
判断是否生效的标准很简单：回到 Cloudflare 控制台主页，看域名状态有没有从”待定（Pending）”变成绿色的”已激活（Active）”。变绿之后才进入下一步。
第二步：解绑 QUIC.cloud 的云端连接
在切换 CDN 之前，先把过期的 QUIC.cloud 云端绑定清理掉，避免新旧设置打架。
进入 WordPress 后台 LiteSpeed Cache 的仪表盘页面，点击”断开连接”，解除网站和 QUIC.cloud 云端的绑定。这一步只是解绑云端服务连接，不会影响本地缓存功能。
第三步：关闭 QUIC.cloud CDN，打开 Cloudflare API
这是整次切换里最核心的一步，在 LiteSpeed Cache 的 CDN 设置页面完成。这个页面通常分成几个标签页，第一个是 QUIC.cloud，第二个是 Cloudflare。
| 标签页 | 选项 | 设置为 |
|---|---|---|
| [1] QUIC.cloud | QUIC.cloud CDN | 关闭 |
| [2] Cloudflare | Cloudflare API | 开启 |
| [2] Cloudflare | 填入 Cloudflare 账号邮箱 | |
| [2] Cloudflare | API 令牌 | 填入生成的 Token |
| [2] Cloudflare | Clear Cloudflare cache | 开启 |
这里有一点容易弄混，需要单独说明。
关于 API 令牌：在 Cloudflare 控制台右上角的个人资料里找到”API 令牌”，点击创建，选择”编辑区域 DNS”模板（或者自定义令牌，给予区域→缓存清除→编辑的权限），选定目标域名后生成。这个令牌就是用来填进 LiteSpeed 的那个。
这一步做完后，QUIC.cloud 的 CDN 开关和 Cloudflare 的 CDN 角色不会同时生效——前者关、后者开，避免了上一篇提到的 DNS 和证书冲突问题。
设置保存成功后，LiteSpeed 后台上方通常会出现一个 Cloudflare 的图标，说明两边已经连通。以后在 WordPress 里点”全部清除缓存”，本地缓存和 Cloudflare 边缘节点的缓存会一起被清空。
这一步做完，缓存已经交给 Cloudflare
完成以上配置后，访问博客的流量路径已经变成：访客 → Cloudflare 节点 → （如果没命中缓存）回源到真实服务器。不过这时候 Cloudflare 默认还只缓存静态资源，HTML 页面本身并没有被缓存，这部分的优化要靠额外的插件来补，也就是下一篇要讲的内容。
同时，LiteSpeed Cache 插件里原本依赖 QUIC.cloud 云端额度的功能（比如关键 CSS 生成）现在因为额度不足，可能会导致页面样式短暂缺失或者排版错乱。这部分的具体调整——哪些开关要关、哪些可以留着——下一篇会逐项过一遍。
系列文章：把博客缓存迁移到 Cloudflare
