WordPress 网站提速：缓存插件、图片压缩与 CDN（先测再改）
摘要：WordPress 变慢，常见不是「再买一台更大的服务器」，而是缺页面缓存、图片过大、静态资源每次都打回源站。本文按可执行顺序：先测量 → 开页面缓存 → 压缩/WebP → 接 CDN，并列出后台、登录页被缓存等常见坑。不编造跑分数字。
WordPress 站点变慢，读者最先感知到的是首屏白屏和图片加载。提速有标准顺序：先测清瓶颈，再改缓存、图片和 CDN；不要一上来换主题、堆十几个「一键加速」插件。若你还在搭站阶段，可先看 轻量应用服务器搭建 WordPress；HTTPS 与证书续期见 免费 HTTPS 证书申请与自动续期。
1. 先测量：弄清慢在哪
动手前用公开工具看现状（同一时段测 2～3 次，取大致区间，不要拿单次结果当真理）：
- PageSpeed Insights：输入网址，分别看手机与桌面的 LCP、CLS、以及「减少未使用的 JavaScript / 适当调整图片大小」等建议。
- 浏览器开发者工具 Network：看首文档（文档类型）的等待时间，以及最大的几张图片体积。
- 若服务器在境外、读者在内地：还要区分「源站慢」和「跨国链路慢」——后者更适合后面接 CDN，而不是只加 PHP 缓存。
记下：首页、一篇典型文章、带多图的页面各测一次。改完配置后用同一组 URL 复测，才能判断有没有真的变快。
2. 页面缓存：让匿名读者少打 PHP
对多数内容站，页面缓存收益最大：把渲染好的 HTML 存起来，未登录访客直接拿静态结果。
常见免费插件（任选其一深入用熟即可，不必叠三个）：
- WP Super Cache（WordPress.org 插件目录）
- LiteSpeed Cache（若主机是 LiteSpeed / OpenLiteSpeed，优先考虑）
- 其他主机若提供官方对象缓存或 Nginx FastCGI Cache，按主机文档接入，效果往往比「只装插件」更稳
落地时注意：
- 排除
/wp-admin、/wp-login.php，以及已登录用户的请求，避免编辑后台看到旧页面或把个性化内容缓存给别人。 - 发布/更新文章后清一次缓存；若首页仍显示旧文，先清插件缓存，再查是否还有上层 CDN / Nginx 缓存。
- 不要同时开两套「整页 HTML 缓存」还都开着自动预加载，容易互相踩。
3. 图片：体积往往比主题代码更拖后腿
打开一篇多图文章的 Network，若单张封面或截图仍是 1～3MB 的 PNG/JPEG，优先处理图片：
- 上传前：用本机工具把长边压到实际展示宽度附近（例如内容区 720～1280px），再导出合理质量的 JPEG/WebP。
- 站内：选用可靠的压缩 / WebP 转换插件，或在 CDN 侧开「按需格式转换」（以你所用 CDN 的官方说明为准）。
- 封面与特色图：列表页裁切比例固定时，不要上传超大原图再靠浏览器硬缩。
- 本站规范也适用：正文配图用真实截图即可，避免无意义的大拼贴图。
图片优化后，再看 PageSpeed 里「适当调整图片大小 / 使用新一代格式」是否还大段标红。
4. CDN：静态资源就近命中
CDN 把 CSS、JS、图片缓存在边缘节点，减少每次回源。个人站常用 Cloudflare 免费套餐即可起步；改 NS、橙色云代理、SSL 选 Full (strict) 的步骤见本站 Cloudflare 免费 CDN 与 SSL 接入。
接 CDN 时与 WordPress 缓存配合的要点：
- 静态资源（图片、CSS、JS）适合长缓存；HTML 是否缓存要谨慎，规则里排除后台与带登录 Cookie 的请求。
- 改完主题或插件样式后，到 CDN 控制台清一次相关缓存，避免「本地已更新、访客仍看旧 CSS」。
- 源站已开 HTTPS 时，不要用 Flexible 模式，避免重定向环与明文回源。
- 读者主要在中国大陆时，Cloudflare 免费节点不在内地，体验因运营商而异；若必须内地加速，需备案后的国内 CDN 方案，并先完成 ICP 备案。
5. 常见坑（改完反而更慢或更怪）
| 现象 | 可能原因 | 处理方向 |
|---|---|---|
| 登录后页面错乱 / 看到别人的提示条 | 把已登录 HTML 缓存给匿名用户 | 排除登录 Cookie；禁用整页缓存登录态 |
| 更新文章首页仍旧 | 插件缓存 + CDN + 主机 Nginx 多层未清 | 从内到外依次清：WP 插件 → CDN → 主机/Nginx |
| TTFB 仍很高 | 缺对象缓存、数据库慢查询、跨国回源 | 查慢查询；考虑 Redis 对象缓存；静态走 CDN |
| 插件越装越多越慢 | 多个「全家桶」加速插件互相改写 HTML | 只保留一套页面缓存 + 必要的图片处理 |
| 移动端分数差、桌面还行 | 未压缩大图、阻塞脚本过多 | 先压图与延迟非关键 JS，再谈换主机 |
服务器本身的安全与端口收敛，仍建议按 新服务器安全基线 做完，再谈极致性能——被扫爆的 xmlrpc.php 会把再好的缓存也打穿。
6. 建议落地顺序（可打勾）
- PageSpeed + Network 各测一遍，记下 2～3 个最重的资源。
- 安装并正确配置一个页面缓存插件；排除后台与登录态。
- 压缩存量大图，新图按展示宽度导出；能上 WebP 就上。
- 接入 CDN（如 Cloudflare），SSL 用 Full (strict)；静态资源缓存，HTML 谨慎。
- 用同一组 URL 复测；若仍慢，再查数据库、PHP 版本与主机地域，而不是继续堆插件。
相关阅读
资料来源：PageSpeed Insights、WP Super Cache 插件目录、LiteSpeed Cache 插件目录、Cloudflare（查询日期：2026-09-30）。本文不提供具体跑分承诺；优化效果因主机、主题与访问地域而异。
风险提示：错误的全站 HTML 缓存可能造成后台异常或把登录态页面暴露给他人；改生产站点前先备份（主机快照 + 数据库）。涉及云厂商或 CDN 的注册链接若日后接入联盟计划，将在正文中单独披露。
