WordPress 网站速度慢，很少是单一原因造成的。

服务器性能、PHP 配置、页面缓存、CDN、图片大小、主题插件、JavaScript、数据库以及第三方代码，都可能影响网页加载速度。

所以，真正有效的 WordPress 网站速度优化，应该从多个层级同时处理，而不是只安装一个所谓的“加速插件”。

本文按照实际网站优化流程，整理一套可以直接操作的 WordPress 网站加速方案，包括：

• OpenLiteSpeed + LiteSpeed Cache
• PHP 参数与 OPcache
• CDN
• WordPress 加速插件
• 图片上传前压缩
• Hostinger 等虚拟主机自带加速
• 插件和主题清理
• 数据库与第三方脚本优化
• 不同优化方式如何组合

需要注意的是：

不同层级的优化可以同时使用，但相同功能不要重复开启。

例如：

Page Cache + OPcache + Object Cache + CDN

可以同时存在。

但：

LiteSpeed Cache + WP Rocket + FlyingPress

同时负责页面缓存，就没有必要。

一、服务器优化：OpenLiteSpeed + LiteSpeed Cache

对于使用 VPS、云服务器，并通过宝塔面板管理 WordPress 的用户，可以考虑：

OpenLiteSpeed + LiteSpeed Cache

这是一套比较适合 WordPress 的服务器缓存组合。

1. 什么是 OpenLiteSpeed？

OpenLiteSpeed，简称 OLS，是一款开源 Web Server。

它和：

• Nginx
• Apache
• LiteSpeed Enterprise

属于同一个层级。

它主要负责接收用户的 HTTP/HTTPS 请求，然后把网站内容返回给浏览器。

OpenLiteSpeed 支持：

• WordPress
• PHP
• HTTP/2
• HTTP/3
• 静态文件处理
• LiteSpeed Server Cache

对于普通用户来说，不需要研究 OpenLiteSpeed 内部所有技术细节。

真正需要理解的是：

OpenLiteSpeed 是服务器端，而 LiteSpeed Cache 是 WordPress 与服务器缓存之间的管理插件。

2. 为什么 OpenLiteSpeed 要和 LiteSpeed Cache 配合？

OpenLiteSpeed 可以单独运行 WordPress。

没有 LiteSpeed Cache 插件，网站一样可以打开。

但如果使用 OpenLiteSpeed 是为了提高 WordPress 的页面缓存性能，那么建议：

OpenLiteSpeed + LiteSpeed Cache 配合使用。

普通 WordPress 页面第一次访问可能需要：

用户 → OpenLiteSpeed → PHP → WordPress → MySQL → HTML

页面生成以后，如果 LiteSpeed Cache 已经正确缓存，那么后续普通访客可以变成：

用户 → OpenLiteSpeed → LSCache → HTML

这样可以减少很多：

• PHP 执行
• WordPress Core 执行
• 插件运行
• MySQL 查询

对于：

• 博客
• 企业站
• 外贸独立站
• 内容网站

效果通常比较明显。

LiteSpeed Cache 插件则负责告诉服务器：

• 哪些页面应该缓存
• 哪些页面不能缓存
• 网站更新以后清哪些缓存
• 登录用户怎么处理
• WooCommerce 页面怎么处理

所以可以简单理解为：

OpenLiteSpeed 提供缓存能力，LiteSpeed Cache 负责在 WordPress 中管理它。

3. 新网站一开始就用 OpenLiteSpeed 怎么操作？

如果是新服务器，还没有正式网站，这是最简单的情况。

第一步：安装 OpenLiteSpeed

进入：

宝塔面板 → 软件商店

安装：

OpenLiteSpeed

新服务器可以直接使用 OpenLiteSpeed，不需要先安装 Nginx 再切换。

第二步：安装 PHP

根据 WordPress、主题和插件兼容情况选择 PHP。

新网站可以优先考虑：

PHP 8.3 / PHP 8.4

如果使用 Elementor、WooCommerce 等插件，安装完成后要完整测试。

第三步：开启 OPcache

进入：

宝塔 → PHP → 安装扩展

确认：

OPcache

已经开启。

第四步：建立 WordPress 网站

进入：

宝塔 → 网站 → 添加站点

配置：

• 域名
• PHP
• SSL
• 网站目录

然后安装 WordPress。

第五步：安装 LiteSpeed Cache

进入：

WordPress 后台 → 插件 → 安装插件

搜索：

LiteSpeed Cache

安装并启用。

然后：

LiteSpeed Cache → Cache

开启：

Enable Cache

这样才算完成基本的：

OpenLiteSpeed + LiteSpeed Cache

组合。

4. 已经使用 Nginx / Apache，后面想换 OpenLiteSpeed 怎么操作？

老网站切换 Web Server 要比新站谨慎。

不要直接删除 Nginx 或 Apache。

第一步：完整备份

至少备份：

• WordPress 文件
• MySQL 数据库
• SSL
• Rewrite Rules
• 301 跳转
• Cron
• PHP 配置

正式网站最好再准备一个 Staging 环境。

第二步：记录现有服务器配置

尤其检查：

• HTTP → HTTPS
• www / non-www
• 301
• WordPress 固定链接
• 防盗链
• 反向代理
• 特殊 Rewrite

这些设置不能默认认为换服务器以后都会自动保持。

第三步：停止原来的 Web Server

标准情况下：

• HTTP 使用 80
• HTTPS 使用 443

Nginx、Apache 和 OpenLiteSpeed 不能同时直接占用相同的 80/443 端口。

所以切换以后需要让 OpenLiteSpeed 接管网站。

第四步：安装 OpenLiteSpeed

在宝塔安装 OpenLiteSpeed，并重新检查：

• 域名
• SSL
• PHP
• 网站目录
• Rewrite

第五步：先测试网站，再开启缓存

检查：

• 首页
• 文章页
• 分类页
• 搜索
• 联系表单
• Elementor
• 登录
• WooCommerce
• Cart
• Checkout

确认没有问题以后，再安装 LiteSpeed Cache。

第六步：停用原来的页面缓存插件

如果以前使用：

• WP Rocket
• WP Super Cache
• FlyingPress
• WP-Optimize Cache

不要再让它们继续负责 Full Page Cache。

安装：

LiteSpeed Cache

作为主要页面缓存即可。

5. LiteSpeed Cache 基础设置建议

第一次不要把所有功能一起打开。

建议逐项测试。

Page Cache

建议：

ON

这是最重要的一项。

Browser Cache

建议：

ON

缓存浏览器中的：

• CSS
• JS
• 图片
• 字体

CSS Minify

可以：

ON 后测试

CSS Combine

建议开始：

OFF

HTTP/2 / HTTP/3 环境下没有必要为了减少几个请求强行合并所有 CSS。

JS Minify

可以测试：

ON

然后检查菜单、表单、Popup、WooCommerce 等。

JS Combine

建议：

OFF

Load JS Deferred

建议先尝试：

Deferred

确认没问题以后再考虑 Delayed。

Lazy Load

普通文章图片可以开启。

但是：

首屏 LCP 图片不要随便 Lazy Load。

比如：

• Hero Banner
• 产品主图
• 首屏 Featured Image

应该优先加载。

二、PHP 配置优化

WordPress 本身是 PHP 程序。

因此 PHP 版本、OPcache、PHP Worker 以及部分 PHP 参数都会影响网站运行。

但首先要区分：

并不是所有 PHP 参数都是“网站加速参数”。

例如：

• memory_limit
• max_execution_time
• upload_max_filesize
• post_max_size
• max_input_vars

很多主要解决的是：

WordPress 稳定性和运行限制。

真正与 PHP 执行效率直接相关的重点是：

PHP Version + OPcache + 合理的 PHP Worker/LSAPI

1. PHP 版本怎么选择？

新 WordPress 网站优先使用目前仍然获得支持的 PHP 版本。

可以从：

PHP 8.3 / 8.4

开始测试。

如果网站使用：

• Elementor
• WooCommerce
• 老主题
• 老插件

升级前一定先备份并检查兼容性。

不要单纯因为：

“PHP 版本越高就一定越快”

而直接修改正式站。

普通 WordPress：

memory_limit = 256M

如果使用：

• Elementor
• WooCommerce
• Divi
• 大型导入插件

可以考虑：

memory_limit = 512M

这个参数的作用是：

允许单个 PHP 请求最多使用多少内存。

需要明确：

Memory Limit 越大并不会直接让网页越快。

它主要防止大型插件运行时出现内存不足。

3. PHP max_execution_time

普通 WordPress：

max_execution_time = 120

Elementor、WooCommerce、大型导入、Backup 等场景可以考虑：

max_execution_time = 300

它主要解决：

• 导入任务超时
• 插件更新超时
• 数据库任务中断

并不是直接降低页面加载时间。

4. PHP upload_max_filesize

可以设置：

upload_max_filesize = 64M

或者：

upload_max_filesize = 128M

主要影响：

• 主题 ZIP
• 插件
• PDF
• 图片
• 其他上传文件

同样不属于直接的速度优化参数。

5. PHP post_max_size

例如：

post_max_size = 128M

一般建议：

post_max_size ≥ upload_max_filesize

否则上传单文件虽然没有超过 upload_max_filesize，整个 POST 请求依然可能超出限制。

6. PHP max_input_vars

普通 WordPress：

max_input_vars = 3000

Elementor、Mega Menu、复杂表单可以考虑：

max_input_vars = 5000

它主要解决：

• Elementor 保存不完整
• 大型菜单无法保存
• 表单参数被截断

OPcache 是 PHP 性能优化中比较重要的一项。

PHP 运行脚本时需要先解析、编译 PHP 文件。

OPcache 会把编译后的 PHP 字节码保存在内存中，从而减少重复解析和编译。

普通 WordPress 可以参考：

opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.validate_timestamps=1
opcache.revalidate_freq=60

插件特别多的网站，可以测试：

opcache.memory_consumption=256

8. PHP Worker / LSAPI 不要盲目调高

如果使用 OpenLiteSpeed，需要考虑：

• Max Connections
• LSAPI
• PHP Worker

但并不是 Worker 越多越快。

Worker 数量增加以后，服务器同时运行的 PHP 进程也可能增加。

服务器只有 2GB / 4GB 内存时，设置过高可能导致：

• 内存不足
• Swap
• MySQL 被挤压
• PHP 进程被系统杀掉

所以应该根据：

• CPU
• RAM
• 网站访问量
• PHP 单请求内存
• Cache Hit Rate

调整。

对于普通内容站：

先把 Page Cache 做好，通常比盲目增加 PHP Worker 更重要。

三、使用 CDN 提升不同地区访问速度

CDN，Content Delivery Network，也就是内容分发网络。

如果服务器位于美国，但用户来自：

• 日本
• 新加坡
• 德国
• 澳大利亚

图片、CSS、JavaScript 每次都从美国源站下载，就会受到物理距离影响。

CDN 会把网站资源缓存到多个节点，让访客尽可能从离自己更近的节点加载。

1. Cloudflare

Cloudflare 比较适合：

• 博客
• 企业站
• 外贸网站
• 内容站
• 中小型 WooCommerce

免费版已经可以提供：

• DNS
• CDN
• SSL
• 静态资源缓存
• 压缩
• DDoS 防护

基础操作

1. Cloudflare 添加域名。
2. 修改域名 Nameserver。
3. 等待 DNS 生效。
4. SSL/TLS 设置为合适模式。
5. 检查 CSS、JS、图片等资源是否通过 Cloudflare。

如果源站已经正确安装 SSL：

通常使用：

Full (strict)

更加合适。

2. OpenLiteSpeed + LiteSpeed Cache + Cloudflare 能一起用吗？

可以。

建议分工：

OpenLiteSpeed

负责 Web Server。

LiteSpeed Cache

负责源站 Page Cache。

Cloudflare

负责 CDN、DNS 和边缘网络。

属于不同层级，可以同时使用。

3. Cloudflare APO 要不要开？

如果已经使用 LiteSpeed Full Page Cache，普通网站没有必要一开始再增加第二套 HTML Full Page Cache。

因此我更推荐：

LiteSpeed Cache + Cloudflare 普通 CDN

先把结构做简单。

除非你非常清楚：

• Cache Purge
• Cookie
• WooCommerce
• Cache Rules

再考虑更复杂的 Edge HTML Cache。

4. QUIC.cloud

如果使用：

OpenLiteSpeed + LiteSpeed Cache

也可以考虑 QUIC.cloud。

它和 LiteSpeed 生态结合比较紧密。

Cloudflare 和 QUIC.cloud：

普通网站选择一个作为主要 CDN 即可。

四、WordPress 加速插件推荐

WordPress 性能插件可以分成：

• 页面缓存
• CSS/JS 优化
• 数据库优化
• 图片优化
• Script Manager

不要认为所有插件都是同一种功能。

1. LiteSpeed Cache

价格：免费

适合：OpenLiteSpeed / LiteSpeed 网站

主要功能：

• Page Cache
• Browser Cache
• CSS/JS 优化
• Lazy Load
• Object Cache 接入
• 图片优化
• 数据库维护

最大的优势是：

能和 LiteSpeed Server Cache 配合。

如果服务器已经使用 OpenLiteSpeed，它通常是第一选择。

2. WP Rocket

价格：付费

适合：

• Nginx
• Apache
• 普通虚拟主机

主要功能：

• Page Cache
• Preload
• Delay JS
• Lazy Load
• CSS 优化
• 数据库优化

优势是：

配置简单，比较适合不想研究复杂参数的用户。

如果已经：

OpenLiteSpeed + LiteSpeed Cache

就没有必要再安装 WP Rocket 做第二套页面缓存。

3. FlyingPress

价格：付费

比较关注：

• Core Web Vitals
• CSS
• JS
• 字体
• Lazy Load
• 页面缓存

适合：

Nginx / Apache + 希望进一步优化 PageSpeed 的网站。

它和 WP Rocket 通常：

二选一。

4. Perfmatters

价格：付费

Perfmatters 更像：

辅助优化插件。

它的优势之一是：

Script Manager

比如 Contact Form 7 只在联系页面使用，就可以限制它的 CSS/JS 只在需要的页面加载。

这样可以减少很多无意义的全站资源。

它可以和：

• LiteSpeed Cache
• WP Rocket

配合。

但需要关闭重复的：

• Lazy Load
• JS Delay
• CSS 优化

5. WP-Optimize

价格：免费 + 付费

比较适合：

• 数据库清理
• Revisions
• Transients
• 数据库表优化

它自己也有 Page Cache。

但如果已经使用 WP Rocket 或其他缓存插件：

建议让 WP-Optimize 主要负责：

Database Optimization

不要再打开第二套 Page Cache。

6. WP Super Cache

价格：免费

比较简单的页面缓存插件。

适合：

• Blog
• 企业站
• 预算有限的网站

如果不使用 LiteSpeed，又不想购买商业缓存插件，可以考虑。

7. Autoptimize

价格：免费 + 付费

更偏向：

• CSS
• JS
• HTML
• 字体优化

可以配合 WP Super Cache。

例如：

WP Super Cache + Autoptimize

属于比较实用的免费组合。

五、图片上传前压缩

很多 WordPress 网站真正最大的资源不是 JS，而是图片。

一张手机照片可能：

4000～6000px，3～10MB

但是文章中实际只显示：

800～1200px

这种图片直接上传没有必要。

1. 上传前先修改图片尺寸

普通文章：

800～1200px

比较宽的文章布局：

1200～1600px

Hero / Banner：

1600～1920px

一般已经足够。

2. 使用图压压缩

推荐流程：

原图 → 裁剪 → Resize → 图压 → WordPress

不要：

手机 5MB 原图 → WordPress → 再装多个插件压缩

3. 图片控制多大？

不要机械规定所有图片必须：

80KB

更合理的参考：

普通文章图：

100～200KB

Banner：

200～400KB

如果画质允许，可以继续减小。

4. WebP / AVIF

上传以后还可以使用：

• LiteSpeed
• CDN
• ShortPixel
• Imagify

生成：

• WebP
• AVIF

所以上传前图压和 WebP 并不冲突。

一个负责：

原始文件尺寸和体积

一个负责：

网站输出格式

六、利用虚拟主机自带的加速功能

如果使用的是 Hostinger、SiteGround 等 Managed Hosting，就不一定需要自己折腾服务器。

以 Hostinger 为例，可以优先使用主机本身提供的性能功能。

1. LiteSpeed Cache

Hostinger 使用 LiteSpeed 环境的套餐，可以在 WordPress 安装：

LiteSpeed Cache

利用服务器缓存。

2. Object Cache

套餐支持时可以开启。

Page Cache 缓存的是：

HTML 页面

Object Cache 缓存的是：

数据库查询和 WordPress Object

所以二者可以同时工作。

Object Cache 对下面这类网站价值更高：

• WooCommerce
• 会员网站
• LMS
• 动态内容站

3. Hostinger CDN

如果套餐已经提供 Hostinger CDN，可以直接使用。

普通网站没有必要再同时叠：

• Hostinger CDN
• Cloudflare CDN
• QUIC.cloud

选择一套主要 CDN 更容易维护。

七、删除不必要的插件、主题与冗余资源

安装缓存插件并不意味着可以忽略 WordPress 本身的臃肿问题。

1. 删除真正不需要的插件

重点检查：

• Slider
• Popup
• Social Share
• Chat
• Related Posts
• Statistics
• Analytics
• Backup
• Security
• WooCommerce Extension

插件数量不是绝对标准。

关键是：

这个插件为了实现一个功能，到底增加了多少 PHP、JS、CSS 和数据库查询。

2. 使用 Query Monitor 排查插件

可以临时安装：

Query Monitor

检查：

• Database Query
• HTTP API
• PHP Error
• Scripts
• Styles

再使用：

Chrome → F12 → Network

检查前端到底加载了多少：

• CSS
• JS
• Font
• 第三方资源

3. 删除不用的主题

建议只保留：

• 当前正在使用的主题
• 一个官方默认主题

其他长期不用的主题可以删除。

主要价值是：

• 安全
• 维护
• 更新
• 减少磁盘文件

而不是删除主题以后 PageSpeed 立刻提高几十分。

4. 清理数据库

可以定期清理：

• Revisions
• Auto Draft
• Spam
• Trash
• Expired Transients

使用：

• LiteSpeed Cache
• WP-Optimize
• Perfmatters

都可以。

数据库操作之前：

先备份。

八、减少第三方脚本和字体

1. 第三方 JavaScript

重点检查：

• Google Tag Manager
• GA4
• Meta Pixel
• TikTok Pixel
• Hotjar
• Clarity
• Chat
• Google Maps
• YouTube
• 广告脚本

有时候：

删除一个没有价值的第三方脚本，比多安装一个优化插件效果更明显。

2. 字体

尽量控制：

1～2 个 Font Family

每种字体：

2～3 个 Weight

例如只使用：

• 400
• 600
• 700

就不要一次加载 9 个字重。

九、WordPress 网站速度优化组合推荐

前面的所有方法不是都要装，而应该根据网站环境组合。

1. 宝塔 VPS + OpenLiteSpeed

推荐：

OpenLiteSpeed

• PHP 8.3 / 8.4
• OPcache
• LiteSpeed Cache
• Object Cache（需要时）
• Cloudflare 或 QUIC.cloud
• 图压

2. OpenLiteSpeed 高级优化

可以：

LiteSpeed Cache + Perfmatters

LiteSpeed Cache：

负责页面缓存。

Perfmatters：

负责 Script Manager。

重复功能关闭。

3. Nginx / Apache

付费方案：

OPcache + WP Rocket + CDN + 图片优化

或者：

OPcache + FlyingPress + CDN + 图片优化

二选一。

4. 免费方案

可以：

OPcache + WP Super Cache + Autoptimize + Cloudflare Free + 图压

5. Hostinger

推荐：

LiteSpeed Cache + OPcache + Object Cache + Hostinger CDN + 图压

十、哪些功能可以同时开启？

十一、哪些功能不要重复？

以下情况通常没有必要：

• LiteSpeed Cache Page Cache + WP Rocket
• WP Rocket + FlyingPress
• WP Super Cache + WP-Optimize Page Cache
• 两套 Lazy Load
• 两套 JS Delay
• 多个图片自动优化插件
• 多套主要 CDN

基本原则：

同一种职责，只选择一个主要工具。

十二、WordPress 网站速度优化操作顺序

如果是一个已经运行的网站，可以按照下面的顺序做。

第一步：备份

文件 + 数据库。

第二步：测速

记录：

• TTFB
• LCP
• INP
• CLS

第三步：检查服务器

确认：

• Web Server
• PHP
• CPU
• RAM

第四步：PHP

设置：

• PHP 版本
• OPcache
• memory_limit
• PHP Worker

第五步：页面缓存

OpenLiteSpeed：

LiteSpeed Cache

Nginx / Apache：

WP Rocket、FlyingPress、WP Super Cache 选择一个。

第六步：Object Cache

动态网站需要时开启。

第七步：CDN

Cloudflare、QUIC.cloud、Hostinger CDN 等选择适合自己的。

第八步：图片

Resize → 图压 → 上传 → WebP/AVIF

第九步：CSS / JS

逐项测试：

• Minify
• Defer
• Delay
• Remove Unused CSS

第十步：清理 WordPress

处理：

• 无用插件
• 不用主题
• Database
• 第三方脚本

最后再使用 PageSpeed Insights 重新测试。

WordPress 网站速度优化总结

WordPress 网站速度优化最重要的不是：

安装多少个加速插件。

而是：

每一个层级都有明确的优化职责。

比较完整的结构可以理解为：

服务器 → PHP → Page Cache → Object Cache → CDN → 图片 → CSS/JS → 插件与数据库

对于宝塔 VPS：

OpenLiteSpeed + LiteSpeed Cache + OPcache + CDN + 图片优化

是一套比较完整的方案。

对于 Nginx / Apache：

WP Rocket / FlyingPress + OPcache + CDN

更加合适。

对于 Hostinger：

LiteSpeed Cache + Hostinger Object Cache + Hostinger CDN

可以优先利用主机本身的性能能力。

最终只需要记住一个原则：

不同层级的优化可以结合，同一种功能不要重复。