LiteSpeed Cache 是最强大的免费 WordPress 性能插件之一。但它的设置非常多，如果你不懂每个选项的作用就盲目开启，很容易搞坏网站。网上最常见的建议是一堆笼统的”开/关”清单，问题在于这些建议没有考虑你的具体主机环境、主题和插件、你的 CDN，以及你实际在 Core Web Vitals 的哪个指标上挣扎。
这篇指南不一样。这里的每个设置都来自一个真实运行的 WordPress 网站，它托管在 Verpex 的 LiteSpeed 服务器上。应用并微调这些设置后，页面加载时间从 1.42 秒降到 0.04 秒，PageSpeed 分数从 79 提升到 98。
你会了解每个重要设置的作用、为什么开或关、要注意什么，配置 LiteSpeed Cache 设置时心里有底，而不是靠瞎猜。
配置 LiteSpeed Cache 之前
动手改任何设置前，先确认几件事：
- 你的服务器是 LiteSpeed 的。这个插件最强大的功能——服务器级缓存、对象缓存、Guest Mode——只在 LiteSpeed 服务器上有效。如果你的主机运行 Nginx 或 Apache，这篇指南的某些设置不适用。
- 已连接 QUIC.cloud。Critical CSS（CCSS）和 Unique CSS（UCSS）生成需要 QUIC.cloud 账号，免费注册即可。没有它，这些设置即使开启也不起作用。
- 用无痕模式测试。更改设置后，务必在隐私浏览窗口测试网站，避免登录状态和本地缓存干扰结果。
- 重大更改后执行 Purge All（全部清除）。更改 CSS、JS 或 HTML 设置后都要 Purge All。旧的缓存文件会掩盖设置是否生效。
第 1 步：从 Advanced 预设开始
手动配置单个设置之前，先进入 LiteSpeed Cache > Presets（预设），应用 Advanced（高级，推荐） 预设。这给你一个扎实的起点：Guest Mode、JS/CSS/HTML 压缩、字体显示优化等都已启用。
五种预设选项：
- Essentials（基础）：仅默认缓存。适合新安装或排查问题。
- Basic（入门）：增加图片优化和移动缓存。新手安全之选。
- Advanced（高级，推荐）：增加 Guest Mode、压缩、JS defer、Gravatar 缓存和 DNS 预取。大多数 WordPress 网站的正确起点。
- Aggressive（激进）：增加 CSS/JS 合并、带 Critical CSS 的异步 CSS 加载和懒加载。需要测试和排除项。
- Extreme（极致）：最大优化。几乎肯定需要 JS 排除项，否则会搞坏网站。
本站应用了 Advanced 预设，后续所有插件设置都叠加其上。预设页面还有导入/导出标签页，方便备份配置或复制到其他网站。
常规设置（General）
进入 LiteSpeed Cache > General（常规）。有两个标签页：在线服务（Online Services）和常规设置（General Settings）。
在线服务标签页
这里是你的 QUIC.cloud 连接所在。连接后，你会看到活跃的云端节点：img_optm（图片优化）、ccss（Critical CSS）和 ucss（Unique CSS）。状态面板会显示绿色对勾，确认页面优化、图片优化和 CDN 都已启用。如果没有绿色对勾（首次连接插件时），点击”请求域名密钥（Request Domain Key）”并按屏幕提示关联网站。
注意：如果你使用其他 CDN 服务，或者不在 LiteSpeed 驱动的主机、Open LiteSpeed 或商业 LiteSpeed 产品上，部分 LiteSpeed 专属功能将无法使用。
常规设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| 自动升级（Automatically Upgrade） | 开 | 新版本发布时自动更新插件，对大多数用户方便。 |
| 访客模式（Guest Mode） | 开 | 在 AJAX 运行前为首次访客提供完全缓存的页面。对新用户是巨大的速度提升，需要测试。 |
| 访客优化（Guest Optimization） | 开 | 为访客模式访问者应用最大化的 CSS/JS 优化。与 Guest Mode 配合获得最佳 PageSpeed 分数。 |
| 服务器 IP | 设置 | 输入服务器 IP 让 QUIC.cloud 直接通信。可在主机控制面板找到。 |
| 通知（Notifications） | 开 | 在仪表盘接收插件更新和热修复通知。 |
重要提示：Guest Mode 和 Guest Optimization 合在一起，是你在 PageSpeed Insights 上看到巨大速度提升的主要原因。但它们可能与某些主题或插件冲突。启用后一定要用无痕模式测试。
缓存设置（Cache）
进入 LiteSpeed Cache > Cache（缓存）。这个标签页有 8 个子标签页，最重要的是第一个：Cache。
Cache 标签页
| 设置 | 值 | 说明 |
|---|---|---|
| 启用缓存（Enable Cache） | 开 | 总开关，其他一切依赖它。 |
| 缓存已登录用户（Cache Logged-in Users） | 开 | 为已登录用户私有缓存页面。大多数博客没问题；只有用户看到陈旧数据时才关闭。 |
| 缓存评论者（Cache Commenters） | 开 | 为留过评论的访客缓存页面。高评论网站会消耗更多服务器资源。 |
| 缓存 REST API | 开 | 缓存 REST API 请求。许多主题和块编辑器需要。 |
| 缓存登录页（Cache Login Page） | 开 | 缓存 wp-login.php 页面，减少机器人造成的服务器负载。 |
| 缓存移动端（Cache Mobile） | 关 | 当前关闭，但如果你启用了访客优化，LiteSpeed 建议开启以获得最大效果。Astra 等响应式主题开启是安全的。开启后请在移动端无痕模式测试。 |
| 丢弃查询字符串（Drop Query String） | 设置 | 添加 fbclid、gclid、utm*、_ga，去除跟踪参数，带 UTM 标签的 URL 仍能命中缓存页面。 |
重要提示：本站 Cache Mobile 处于关闭状态，但有一个重要细节：如果你启用了访客优化，LiteSpeed 插件内会明确警告需要开启 Cache Mobile 才能让访客优化发挥最大效果。如果你使用完全响应式主题（如 Astra 或 Kadence，没有单独的移动主题），开启 Cache Mobile 是安全的。它只是为移动访客创建单独的缓存副本，让他们也获得完全优化的访客模式体验。响应式主题出现布局问题的风险很低。开启后在移动端无痕模式测试，确认一切正常。
TTL 标签页
TTL（存活时间）控制 LiteSpeed Cache 在重新生成前保留缓存文件多久。大多数网站的默认值就够了：
- 默认公共缓存 TTL：604800（1 周）
- 默认首页 TTL：1800（30 分钟），更短，因为首页变化更频繁
- 默认私有缓存 TTL：1800（30 分钟）
只有内容变化非常频繁、需要访客始终看到最新版本时才缩短。更短的 TTL = 更多服务器请求 = 更多资源消耗。LiteSpeed Cache 还让你为 404 页面、500、403 等 HTTP 状态码页面设置 TTL。不懂就别动这些设置。
Purge（清除）标签页
控制自动清除缓存的内容。默认设置就很好，内容更新时页面会被清除。除非有特定工作流需求，否则无需更改。唯一的例外是”Serve Stale（提供过期页面）“设置。如果你的网站很繁忙，可能需要启用它。它有利于高流量网站，但对小网站几乎没有影响。该功能让 LiteSpeed Cache 在构建更新缓存副本时，向访客提供刚被清除的缓存页面。是否值得由你决定。
Excludes（排除）标签页
这里告诉 LiteSpeed Cache 哪些 URL 永远不缓存。本站排除以下内容：
- 第三方资源：动态弹窗/网页表单、个性化脚本
- /sitemap_index.xml：站点地图应始终保持最新
“不缓存角色（Do Not Cache Roles）”只勾选管理员。这意味着管理员会话期间页面不会被缓存，防止管理栏和草稿预览被公开提供。
ESI 标签页
ESI（Edge Side Includes，边缘侧包含）让你向已登录用户提供缓存页面，同时保持管理栏、评论表单等动态元素不缓存。
| 设置 | 值 | 说明 |
|---|---|---|
| 启用 ESI | 关 | 保持关闭，大多数博客不需要按用户缓存。会员网站或 WooCommerce 才需要开启。 |
| 缓存管理栏（Cache Admin Bar） | 关 | 预缓存管理栏 ESI 块以提高效率。 |
| 缓存评论表单（Cache Comment Form） | 关 | 预缓存评论表单 ESI 块。 |
| ESI Nonces | 设置 | 添加了 stats_nonce 和 subscribe_nonce 以保证表单功能。 |
不过，如果你运行 WooCommerce 网站、会员网站或用户专属内容网站，可能需要启用 ESI 来提高缓存效率。观看此视频了解启用 ESI 的好处。
对象缓存（Object Cache）标签页
对象缓存把数据库查询结果存储在内存中（Redis 或 Memcached），这样 WordPress 不必重复运行相同查询。这能大幅加速 WP 后台和动态页面。
| 设置 | 值 | 说明 |
|---|---|---|
| 对象缓存 | 开 | 已启用（如果你的主机支持 Redis 或 Memcached）。 |
| 方法 | Redis | Redis 比 Memcached 更快、功能更丰富。用你主机提供的。 |
| 默认对象生命周期 | 360 秒 | 6 分钟，平衡新鲜度和性能。 |
| 持久连接 | 开 | 保持与 Redis 的连接，减少开销。 |
| 缓存 WP 后台 | 开 | 显著加速 WordPress 后台仪表盘。 |
进阶提示：对象缓存需要服务器上有 Redis 或 Memcached。Verpex 是支持 Redis 的主机商之一。不确定就问你的主机商，通常在控制面板一键开启即可。
如果你的主机支持，获取连接设置填入 LiteSpeed Cache。对大多数主机，端口、密码和主机名等设置都在控制面板里。比如，这是 Verpex 的 Redis Server 设置页面：
你需要从 cPanel 获取这些设置，填入 LiteSpeed 对象缓存设置标签页。
如果启用 Redis 连接到同一服务器上的多个网站，请为每个数据库分配 ID。ID 范围 0-100 或主机特定的最大数量。
浏览器缓存（Browser Cache）标签页
写这篇文章时，我发现本站的浏览器缓存设置是 86400（1 天）。这并不总是正确的。我本想发布前更新为 31557600（1 年），但决定保留它来说明一个重要观点。
| 设置 | 值 | 说明 |
|---|---|---|
| 浏览器缓存 | 开 | 告诉浏览器本地存储静态文件，回访访客加载更快。 |
| 浏览器缓存 TTL | 86400 | 当前 1 天（86,400 秒），低于插件默认的 31,557,600（1 年）。考虑提高到 2,592,000（30 天）或更高，以提升资源不常变化的网站的回头客性能。 |
重要观点：浏览器缓存 TTL 设为 86,400 秒（1 天）远低于插件默认的 31,557,600（1 年）。对 CSS、JS 和图片不常变化的博客来说，这意味着回头客每 24 小时重新请求静态文件，而不是从本地浏览器缓存加载。更好的值是 2,592,000（30 天）或 31,557,600。只有当你频繁更新主题或资源、需要用户始终获取最新文件时，才保持低 TTL。
Advanced（高级）标签页
| 设置 | 值 | 说明 |
|---|---|---|
| 改进 HTTP/HTTPS 兼容性 | 关 | 只有同时运行两种协议才需要。纯 HTTPS 网站保持关闭。 |
| 即时点击（Instant Click） | 关 | 悬停时预加载页面。本站关闭，但在托管 LiteSpeed 或 VPS 上，页面从缓存提供时服务器负载担忧很小。内容丰富的博客上，内部导航会明显变快。 |
进阶提示：Instant Click 在本站保持关闭，但如果你在托管 LiteSpeed 服务器或 VPS 上，值得重新考虑。Instant Click 的担忧是用户悬停链接时产生的额外服务器请求。然而，在 LiteSpeed 服务器上，页面直接从缓存提供（非动态生成），这些额外请求非常轻量。对读者每次会话会点击多篇文章的内容型博客，Instant Click 能让内部导航感觉明显更快。启用它，测试有无问题，并监控服务器负载。回滚很容易。
CDN 设置
进入 LiteSpeed Cache > CDN。有三个标签页：QUIC.cloud、Cloudflare 和其他静态 CDN。
QUIC.cloud CDN 标签页
QUIC.cloud 是 LiteSpeed 自家的 CDN 服务，与插件直接集成。连接后，它通过同一服务处理 CDN 分发、Critical CSS 生成和图片优化。本站使用 QUIC.cloud CDN，状态确认如下：
- CDN 使用中 是
- DNS 已验证 是
- SSL 证书有效 是
设置 QUIC.cloud CDN：先在 General > Online Services 连接域名密钥，然后在 QUIC.cloud 仪表盘（不在插件内）配置 CDN 设置。插件只显示连接状态。有几个步骤要完成。第一步，你必须在域名注册商账号中更改 nameserver，使用 QUIC.cloud CDN。
完成 QUIC.cloud 注册并连接域名后：DNS 记录和 nameserver 会自动配置并分配给你。
复制 nameserver 并在域名注册商仪表盘更新。我用的是 Namecheap，截图如下。
之后，你需要完成 QUIC.cloud CDN 安全设置。查看图片红框中的设置，根据网站需求做出选择。
一个重要说明：LiteSpeed 提供免费的 QUIC.cloud CDN 套餐，包含 6 个 PoP（接入点）和基础 DDoS 防护，每月有有限的免费积分用于图片和页面优化及 CDN 带宽。切换到 Standard 方案可以启用全部 78 个 PoP 和高级 DDoS 防护。这是按需付费方案。你充值账户并把积分分配给 LiteSpeed 在线服务使用，包括 CDN、图片和页面优化功能。
你仍然获得每月免费积分。免费额度用完后再使用付费积分。除非你的博客每月访客少于 500，否则几天内就会用完免费额度。
Cloudflare 标签页
由于使用 QUIC.cloud CDN，本站禁用了 Cloudflare API。如果你用 Cloudflare 而非 QUIC.cloud，就在这里输入 API 凭据。两者不需要同时用。
其他静态 CDN 标签页
CDN Mapping 关闭。只有使用传统 pull CDN（如 BunnyCDN 或 KeyCDN）且为静态文件设置独立 CDN 子域名时才需要。使用 QUIC.cloud 或 Cloudflare 时不需要。
图片优化（Image Optimization）
进入 LiteSpeed Cache > Image Optimization（图片优化）。有两个标签页：摘要（Summary）和设置（Settings）。
图片优化摘要
这个标签页显示优化状态。本站：100% 图片已优化，拉取了 18,274 张图片，总文件大小减少 1,156 个单位。自动请求 Cron 已开启，新图片上传后自动优化。优化通过 QUIC.cloud 服务器运行：你发送请求，QUIC.cloud 处理和压缩图片，再推送回来。每次最多可请求 200 张图片。
图片优化设置
| 设置 | 值 | 说明 |
|---|---|---|
| 自动请求 Cron | 开 | 自动提交新图片优化，设置后无需操心。 |
| 优化原始图片 | 开 | 用优化版本替换原图并保留备份。文件大小节省最大。 |
| 删除原始备份 | 关 | 保持关闭。备份一旦删除就无法还原优化。不可逆。 |
| 无损优化 | 关 | 无损压缩文件更大。有损（默认）文件更小，视觉质量几乎相同。 |
| 下一代图片格式 | WebP | 转换图片为 WebP，文件更小、无明显画质损失，所有现代浏览器支持。 |
| WebP/AVIF 用于额外 srcset | 开 | 确保标准 WordPress 逻辑之外生成的 srcset 图片集使用 WebP。 |
| 保留 EXIF/XMP 数据 | 关 | 去除 EXIF 数据减小文件。只有需要图片中的 GPS 或版权数据才保持开启。 |
| 优化图片尺寸 | 全部 是 | 所有标准尺寸（缩略图到 2048×2048）都优化。 |
重要提示：“删除原始备份”即使节省磁盘空间也故意保持关闭。LiteSpeed 明确警告删除备份是不可逆的，你会失去在需要时切回原图的能力。
页面优化（Page Optimization）
进入 LiteSpeed Cache > Page Optimization（页面优化）。这是最复杂的部分，不小心最可能搞坏东西。有九个子标签页。按顺序处理，每次重大更改后测试。
重要提示：LiteSpeed Cache 在此区域顶部显示提示：启用任何选项后彻底测试。更改 Minify/Combine 设置后，始终执行 Purge All。
现在逐一介绍标签页。
CSS 设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| CSS Minify | 开 | 去除 CSS 文件的空白和注释。几乎所有网站安全。 |
| CSS Combine | 关 | 合并所有 CSS 到一个文件。本站关闭，在 PageSpeed Insights 中导致 FOUC（无样式内容闪烁）。 |
| 生成 UCSS | 关 | 通过 QUIC.cloud 按页面移除未使用的 CSS。关闭，因为 CCSS 处理异步加载。 |
| UCSS Inline | 关 | 因为 UCSS 生成关闭。 |
| CSS Combine 外部和内联 | 关 | 因为 CSS Combine 本身关闭。 |
| 异步加载 CSS | 关 | 关闭，网站改用 CCSS Per URL 方式。 |
| CCSS Per URL | 开 | 为每个 URL 生成独立的 Critical CSS 文件，对页面构建器更准确。 |
| 内联异步 CSS 库 | 开 | 内联异步 CSS 库，避免额外的渲染阻塞请求。 |
| 字体显示优化 | Swap | 为 @font-face 规则添加 font-display: swap，防止字体加载时文字不可见。 |
重要提示：本站关闭 CSS Combine，因为启用 LiteSpeed Cache 的 CSS Combine 后，Google PageSpeed Insights 中出现可见的 FOUC（无样式内容闪烁）。如果你在网站上启用它，一定要在无痕模式和 PageSpeed Insights 中测试，不能只在自己浏览器里看。
CSS 调优标签页（第 9 个标签页）
CSS Tuning 标签页用于处理例外和高级 CCSS 配置。本站大多数字段留空，只有一个例外：
- CSS Excludes（CSS 排除项）：告诉 LiteSpeed 从 CSS 优化中排除特定主题文件。这修复了在关闭 UCSS 优化引擎之前，LiteSpeed UCSS 对 Astra 主题造成的布局损坏。
UCSS Inline 排除文件、UCSS 选择器白名单和 UCSS URI 排除字段都为空，因为本站未启用 UCSS。
JS 设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| JS Minify | 开 | 去除 JavaScript 文件的空白和注释。安全有效。 |
| JS Combine | 关 | 合并所有 JS 到一个文件。关闭，可能破坏许多主题和插件的交互元素。 |
| JS Combine 外部和内联 | 关 | 因为 JS Combine 本身关闭。 |
| 延迟加载 JS（Load JS Deferred） | Deferred | HTML 解析完成后延迟加载 JS，改善 FID/TBT 分数。对大多数网站，Deferred 比 Delayed 更安全。 |
进阶提示：Deferred 与 Delayed 的区别：Deferred 在 HTML 完全解析后加载 JS。Delayed 等待用户交互（如鼠标移动或滚动）才加载 JS。Delayed 的 PageSpeed 分数更好，但 Deferred 对大多数网站更安全。
HTML 设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| HTML Minify | 开 | 去除 HTML 输出的空白，文件大小小幅节省、无可见影响。 |
| DNS 预取控制 | 开 | 自动为所有外部 URL 添加 DNS 预取提示，减少第三方资源延迟。 |
| 移除查询字符串 | 开 | 从静态文件移除版本查询字符串（?ver=x.x），改善缓存和 PageSpeed 分数。 |
| 异步加载 Google 字体 | 关 | 关闭，字体直接通过 Astra（你的主题）主题设置管理。 |
| 移除 Google 字体 | 关 | 不移除 Google 字体，网站排版需要。 |
| 移除 WordPress Emoji | 开 | 停止 WordPress 加载 emoji 脚本，改用浏览器 emoji。小而容易的胜利。 |
| 移除 Noscript 标签 | 开 | 从 HTML 输出移除 noscript 标签，略微减少页面体积。 |
媒体设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| 图片懒加载 | 开 | 图片进入视口才加载，显著减少初始页面体积。 |
| 响应式占位符 | 自动 | 仅对符合访客优化条件的请求自动激活。 |
| LQIP 云端生成器 | 自动 | 通过 QUIC.cloud 生成低质量图片占位符，同样对访客优化自动激活。 |
| LQIP 质量 | 4 | 低到足够小，高到真实图片加载时提供形状上下文。 |
| 后台生成 LQIP | 开 | 通过 cron 队列处理 LQIP，不阻塞页面加载。 |
| Iframe 懒加载 | 开 | 延迟加载内嵌 iframe（YouTube 等）直到滚动到视口。 |
| 添加缺失尺寸 | 开 | 为缺失尺寸的图片添加显式宽高，减少 CLS（布局偏移）。 |
| WordPress 图片质量 | 82 | 默认值。82/100 在良好视觉质量和明显文件减小之间取得平衡。 |
| 自动缩放原始图片 | 关 | 不可逆，除非你确定要永久缩小原图，否则避免开启。 |
VPI 标签页（视口图片）
| 设置 | 值 | 说明 |
|---|---|---|
| 视口图片（Viewport Images） | 开 | 检测每个 URL 折叠线上方的图片，立即加载、不延迟。直接改善 LCP（最大内容绘制）。与 LQIP 配合使用，而非替代。 |
| 视口图片 Cron | 开 | 通过 cron 在后台自动处理 VPI 队列。与视口图片一起启用，新 URL 无需手动干预即可检测和处理。 |
进阶提示：LQIP 和 VPI 互补而非互换。LQIP 为所有图片生成模糊预览作为加载占位符。VPI（视口图片）不同，它检测每个 URL 折叠线上方出现的特定图片，完全排除这些图片的懒加载，立即加载、无延迟或占位符。这直接改善 LCP（最大内容绘制）分数。如果 LCP 需要改善，启用 VPI + 视口图片 Cron 是低风险测试。确保 QUIC.cloud 服务已连接，队列已填充。
媒体排除标签页
特定图片从懒加载和 LQIP 处理中排除，防止 Core Web Vitals 问题：
- 懒加载图片排除项：网站 Logo PNG 被排除，永不懒加载。防止 Logo 加载过晚导致 LCP（最大内容绘制）延迟。
- 懒加载图片类名排除项：wmu-preview-img（默认值，保持 wp-admin 中媒体上传器预览正常工作）。
- LQIP 排除项：多张大型英雄图从 LQIP 处理中排除，防止占位符尺寸过大。
本地化标签页
| 设置 | 值 | 说明 |
|---|---|---|
| Gravatar 缓存 | 开 | 本地存储 Gravatar 头像图片，消除评论头像的第三方请求。 |
| Gravatar 缓存 Cron | 开 | 自动刷新缓存的头像。TTL 设为 604800（1 周）。 |
| 本地化资源 | 关 | 关闭，但如果消除第三方 DNS 查找是优先事项，值得测试。Twitter 的 widgets.js 一般可安全本地化。Facebook 的 fbevents.js（Pixel），用 Facebook 的 Pixel Helper 扩展测试确认追踪仍正常。 |
| 本地化文件 | 默认 | 预填 platform.twitter.com/widgets.js 和 connect.facebook.net/en_US/fbevents.js，启用本地化资源后将从本地提供的脚本。 |
进阶提示：本地化资源把外部 JS 文件复制到服务器并从本地提供，消除第三方 DNS 查找延迟。”本地化文件”字段预填了两个脚本：platform.twitter.com/widgets.js（Twitter 内嵌小组件）和 connect.facebook.net/en_US/fbevents.js（Facebook Pixel）。如果你没有全站使用 Twitter 嵌入，本地化 Twitter 脚本，文件只是从本地加载而非 Twitter 的 CDN。本地化 Facebook Pixel 脚本，如果 Facebook 服务器期望从特定来源 URL 接收事件，可能破坏转化追踪。如果测试此功能，发布前务必在 Facebook 的 Pixel Helper 浏览器扩展中验证 Pixel 正常触发。
Tuning（调优）标签页
Tuning 标签页用于添加排除项，防止 JS Defer/Delay 破坏需要立即加载的脚本。
| 设置 | 值 | 说明 |
|---|---|---|
| JS 排除项 | 设置 | 防止 jQuery 被压缩或合并。 |
| JS Deferred/Delayed 排除项 | 设置 | jquery.js、jquery.min.js、gtm.js，这些必须正常加载，不能延迟。 |
| 仅优化访客 | 开 | 仅对未登录访客应用 CSS/JS/CCSS 优化，防止 QUIC.cloud 配额使用翻倍。 |
重要提示：JS Deferred/Delayed 排除列表很重要。如果延迟 GTM 或分析脚本而不排除它们，可能乱序触发、破坏追踪。始终排除分析、标签管理器和对 UI 关键的脚本。
数据库优化（Database）
进入 LiteSpeed Cache > Database（数据库）。有两个标签页：管理（Manage）和数据库优化设置（DB Optimization Settings）。
数据库优化设置标签页
| 设置 | 值 | 说明 |
|---|---|---|
| 修订版本最大数量 | 3 | 每篇文章只保留最近 3 个修订版本，防止数据库随时间膨胀。 |
| 修订版本最大年龄 | 14 天 | 删除超过 14 天的修订版本（最近 3 个除外）。适合频繁发布者。如果写作流程跨数周，考虑提高到 30 天，避免文章发布前丢失修订。 |
进阶提示：对频繁发布、一两轮就写完文章的博主，14 天是合理默认。但如果写作流程跨数周，起草、编辑、修订 2-4 周才发布，14 天会在文章上线前删除早期修订。更长工作流的更安全值是 30 天（在字段中输入 30）。给你整整一个月的修订历史，同时保持数据库精简。修订版本最大数量 3 作为上限，即使在年龄窗口内，每篇文章也只保留 3 个修订。
Manage（管理）标签页
Manage 标签页显示数据库中所有可清理的内容。在真实网站上，你常会看到这些数字：
- 文章修订（Post Revisions）
- 孤立文章元数据（Orphaned Post Meta）
- 垃圾评论（Spam Comments）
- 过期瞬态（Expired Transients）
- 所有瞬态（All Transients）
点击”全部清理（Clean All）”移除符合条件的项目（遵循你的最大修订设置）。定期运行，活跃博客每月一次是好节奏。”数据库表引擎转换器”部分会告诉你是否有表使用，本站显示”一切正常。没有表使用 MyISAM 引擎。”
进阶提示：运行 Clean All 前，确保设置了修订版本最大数量。如果保持默认（0 = 无限），Clean All 不会移除任何修订。
爬虫（Crawler，可选）
进入 LiteSpeed Cache > Crawler（爬虫）。爬虫预先访问你的页面，让真实访客到达时页面已被缓存。这消除了缓存清除后第一个访问页面的访客会得到缓慢的未缓存响应的问题。不过，爬虫服务必须在服务器上启用才能工作。阅读此文档了解适合你控制面板的指南。
爬虫设置
| 设置 | 值 | 说明 |
|---|---|---|
| 爬虫 | 关 | 本站关闭。共享主机建议关闭（可能触发资源限制）。托管 LiteSpeed 或 VPS 上，清除后保持缓存温暖，第一个真实访客不会得到缓慢的未缓存响应。 |
| 爬取间隔 | 302400 | 默认值（3.5 天）。启用后爬虫多久重新爬取整个网站。 |
| 服务器负载限制 | 1 | 平均服务器负载超过 1 时停止爬取，防止影响在线访客。 |
进阶提示：是否启用爬虫取决于主机环境。传统共享主机（如 Namecheap cPanel、Hostinger 入门方案），爬虫作为后台进程运行、产生真实 HTTP 请求，可能触发资源使用限制。托管 LiteSpeed 主机（如 Verpex）或 VPS 上，爬虫值得启用。设置服务器负载限制为 1，服务器繁忙时自动暂停，对在线访客的风险可控。好处：每次 Purge All 后，真实访客到达前，没人会得到缓慢的未缓存响应。
工具箱（Toolbox）
进入 LiteSpeed Cache > Toolbox（工具箱）。这部分更多是维护工具而非设置。主要标签页：
- 清除（Purge）：按类型手动清除缓存（首页、页面、CSS/JS、对象缓存、LQIP 等）。重大设置更改后使用 Purge All。只有缓存错误时才用，这是核选项。
- 导入/导出（Import / Export）：把整个 LiteSpeed Cache 配置导出为文件。适合备份或把设置克隆到其他网站。
- 查看 .htaccess：检查 LiteSpeed Cache 写入的 .htaccess 规则。不懂就别直接编辑。
- 心跳（Heartbeat）：控制 WordPress 后台心跳运行的频率。降低仪表盘和文章编辑器的心跳频率可减少服务器请求和管理负载。
- 报告（Report）：生成诊断报告。排查问题或联系支持时有用。
- 调试设置（Debug Settings）：启用详细调试头和日志。仅在积极排查时使用。
常见问题与修复方法
PageSpeed Insights 中的无样式内容闪烁（FOUC）
症状：浏览器里网站正常，但 PageSpeed Insights 截图显示布局损坏或无样式。
原因：CSS Combine 合并文件的方式改变了加载顺序，导致样式应用过晚。
修复：进入页面优化 > CSS 设置，关闭 CSS Combine。然后 Purge All。如果仍有 FOUC，检查 CSS Combine External and Inline 是否启用并禁用。
目录（TOC）对未登录用户失效
症状：登录时 TOC 插件正常，但普通访客看到目录消失或损坏。
原因：JS Defer 或 JS Delay 在 HTML 之后加载 TOC 插件的 JavaScript，导致 TOC 在其脚本就绪前初始化。
修复：进入页面优化 > 调优，把 TOC 插件的 JS 文件加入 JS Deferred/Delayed 排除列表。打开浏览器开发者工具，进入 Network > JS 查找文件名。部分文件名匹配有效（例如 “table-of-contents” 匹配路径包含该字符串的任何文件）。
缓存页面显示管理栏
症状：未登录访客看到 WordPress 管理栏或仅管理员可见的界面元素。
修复：进入 Cache > Excludes，确保”不缓存角色”下勾选了 Administrator。这防止管理员会话填充公共缓存。
适合 LiteSpeed Cache 的主机推荐
LiteSpeed Cache 在 LiteSpeed 服务器上才能发挥全部潜力。以下是三款运行 LiteSpeed 并支持上面这些高级功能的可靠选择：
Verpex
Verpex 所有方案（包括共享主机）都运行 LiteSpeed Enterprise，并支持 Redis 对象缓存。WPrBlogger 的真实 TTFB 测试显示服务器响应时间稳定低于 73ms。非常适合想要高级基础设施又不想付 VPS 价格的小企业和联盟网站。
Namecheap EasyWP
Namecheap 的共享主机平台使用基于 LiteSpeed 的架构。它是市面上最实惠的 LiteSpeed 兼容选项之一，是想要 LiteSpeed 速度优势又不想花大预算的新博主的好起点。
Hostinger
Hostinger 的共享和云主机方案运行 LiteSpeed。凭借有竞争力的价格、新手友好的 hPanel 和预装的 LiteSpeed Cache，它是希望优化性能的 WordPress 和 WooCommerce 用户最热门的入门选择之一。
上线前的最终检查
应用这些设置后，按这个快速清单检查：
- 每次重大更改后用无痕模式测试；
- 检查首页、单篇文章和分类页是否都正常；
- 运行 PageSpeed Insights 测试（pagespeed.web.dev）验证分数；
- 检查浏览器控制台（F12 > Console）有无 JS 错误；
- 运行 LiteSpeed Cache > Toolbox > Purge > Purge All；
- 如果使用 QUIC.cloud CDN，也从 QUIC.cloud 仪表盘清除 CDN 缓存；
- 如果从零开始，使用 LiteSpeed Cache 设置顾问，基于你的具体配置获得个性化推荐。
常见问题解答（FAQ）
使用 LiteSpeed Cache 需要 QUIC.cloud 吗？
基础功能不需要，但最具影响力的功能需要它。Critical CSS 生成、Unique CSS、图片优化和 QUIC.cloud CDN 都通过 QUIC.cloud 服务器运行。基础缓存、压缩和浏览器缓存功能不需要它。如果你认真对待 PageSpeed 分数，连接 QUIC.cloud（免费开始）是值得的。
这些设置在 Nginx 或 Apache 主机上有效吗？
不完整。服务器级缓存、Guest Mode 和基于 Redis 的对象缓存只在 LiteSpeed 服务器上有效。如果你的主机运行 Nginx 或 Apache，你可以受益于插件的前端优化功能（压缩、懒加载、图片优化），但无法获得服务器级缓存性能。配置前先询问主机商。
CSS Combine 和 CSS Minify 有什么区别？为什么 Combine 关闭？
CSS Minify 去除单个 CSS 文件的空白和注释，几乎所有网站安全有效。CSS Combine 把所有 CSS 文件合并成一个文件，改变了样式加载顺序。在本站，CSS Combine 触发了 Google PageSpeed Insights 中可见的无样式内容闪烁（FOUC），页面加载期间短暂显示损坏。Minify 保持开启；Combine 保持关闭。
Deferred 和 Delayed JS 加载有什么区别？
Deferred 在 HTML 文档解析完成后加载 JS，页面结构先就绪，然后脚本运行。Delayed 更进一步：在用户与页面交互（鼠标移动、滚动或点击）之前保持所有 JS 不加载。Delayed 的实验室分数更好，但可能破坏需要在页面加载时运行的功能。Deferred 对大多数网站更安全。
访客优化建议开启 Cache Mobile，为什么它是关的？
这是权衡。访客优化在插件内明确警告 Cache Mobile 应为 ON 以获得最大效果。本站保持关闭是因为网站使用 Astra Pro，完全响应式主题，而且启用访客优化后该设置尚未重新测试。如果你使用响应式主题，启用 Cache Mobile 风险低、值得推荐。启用后在移动端无痕模式测试。
多久清除一次 LiteSpeed Cache？
不需要频繁手动清除。LiteSpeed Cache 在内容更新时自动清除缓存页面。需要手动运行 Purge All 的情况：更改页面优化的任何 CSS、JS 或 HTML 优化设置后；更新主题后；安装或更新影响前端输出的插件后。进入 Toolbox > Purge > Purge All。
共享主机上启用爬虫安全吗？
共享主机保持关闭。爬虫预先访问页面保持缓存温暖，但会在后台产生真实 HTTP 请求，可能触发共享方案的 CPU 或资源使用限制。托管 LiteSpeed 主机或 VPS 上，设置服务器负载限制为 1，服务器繁忙时自动暂停。
LiteSpeed Cache 能替代我的图片优化插件吗？
对大多数 WordPress 博客，可以。LiteSpeed Cache 的图片优化标签页（由 QUIC.cloud 驱动）处理有损压缩、WebP 转换和通过 cron 自动处理新上传。如果你目前使用 Smush、Imagify 或 ShortPixel 等独立插件，LiteSpeed Cache 处理完整个图片库后就可以停用它们。先查看图片优化摘要标签页确认 100% 完成。
