我的博客性能优化已经是一部连续剧了！
先说结论
这次真正有效的改动其实不多。
我先让 AI 把 Lighthouse 报告、HTTP Header、CDN 缓存命中、资源体积和未使用 JavaScript 串起来看，确认缓存不是当前最大瓶颈，然后把首页最重的 n8n chat 改成点击后加载。
结果是，移动端 Lighthouse Performance 大约从 35 提高到 62，TBT 从 1440ms 降到 300ms 左右，LCP 和 Speed Index 也都有改善。
Site Kit 还是会拖慢分数，但我最后还是选择保留。对我这种个人博客来说，后台管理的便利性比测试分数多几十更重要。
| 项目 | 优化前 | 优化后 |
|---|---|---|
| 移动端 Performance | 35 左右 | 62 左右 |
| TBT | 1440ms 左右 | 300ms 左右 |
| 缓存状态 | 部分静态资源规则不完整 | EO-Cache-Status: HIT |
| 浏览器缓存 | 不稳定 | Cache-Control: max-age=2592000 |
| n8n chat | 打开页面立即加载 | 点击后再加载 |
| Site Kit | 启用 | 仍然启用 |
前情提要：这已经是第 4 次折腾了
如果你看过我前几年的折腾记录，这一篇可以算是续集。区别不在于“又做了很多优化”，而在于这次终于不只是凭感觉瞎试，而是先判断瓶颈，再决定该动哪一块。
- 2019 年，那次起因很简单：我在 Google PageSpeed 上一测，100 分满分的网站居然只有 42 分。于是登录各种性能测试网站，安装 W3 Total Cache、AMP、WP-Optimize，调整 Gzip，关闭几个拖后腿的插件，最后跑到了 98 分，美滋滋。
- 2023 年，那时候 PageSpeed 已经改名叫 PageSpeed Insights，Mobile 分数又掉到 45 分。我照例打开 Google PageSpeed、GTmetrix、WebPageTest 这些工具，跟着提示折腾了十几个小时，还顺手整理了GTmetrix的WordPress优化指南 和 WordPress 插件的优化与整理。
- 2025 年，那次因为把网站迁移回国内，顺便搭了新的 LEMP 环境，用了 Redis，又开始纠结 Redis、Memcached、CDN、图片、字体、第三方脚本这些老问题。
- 2026 年，这次又折腾了一轮。不同的是，这次不是我一个人对着免费工具瞎猜，而是让 AI 一起参与分析。
以前：看工具提示，然后凭经验试
以前优化网站，大概是这个流程：
- 打开 PageSpeed / GTmetrix / WebPageTest
- 看红色提示
- 猜问题在哪里
- 改插件或缓存设置
- 再跑一遍
- 继续猜
这个方法不能说没用。毕竟我前几次也确实靠它把分数拉上去过。
但问题是，这些工具给出的建议通常比较粗。比如：
- 优化图片；
- 启用浏览器缓存；
- 减少 JavaScript；
- 清理无用 CSS；
- 延迟第三方脚本；
- 精简插件。
每一条都对，但具体到我这个 WordPress 博客，到底应该先改哪一个？哪个是真瓶颈？哪个只是“理论上可以优化”？这就很难判断。
所以以前经常会出现一种情况：忙活半天，分数确实可能变好，但我其实并不十分确定到底是哪一步起了最大作用。
这次：先判断瓶颈，再动手
这次我让 AI 一起看 Lighthouse 报告、HTTP Header、CDN 命中情况、资源体积和未使用 JavaScript。
第一步还是检查缓存。
我现在用的是腾讯云 EdgeOne。之前也写过《网站提速-腾讯云COS和CDN》和《我的网站到底需不需要CDN》，所以 CDN 这块一直是我比较关心的。
这次发现有些静态资源类型还可以补齐，比如：
webpavifsvgjpg
于是把这些后缀加入 EdgeOne 缓存规则，并把浏览器缓存时间调整到 30 天。复查时，静态资源已经能看到类似：
EO-Cache-Status: HIT
Cache-Control: max-age=2592000也就是说，CDN 和浏览器缓存基本正常了。
但有意思的是，缓存修好以后，移动端 Lighthouse 分数并没有明显变好。
这反而说明：当前最大瓶颈不是缓存。
如果是以前，我可能还会继续怀疑 CDN 哪里没配好，继续调整来调整去。这次 AI 帮我把结果串起来看，很快就能判断：缓存这条线可以先放一放，下一步应该看 JavaScript。
真正的大头是首屏 JavaScript
继续看 Lighthouse 报告，首页首屏里比较重的资源主要来自几个地方：
- n8n chat 聊天组件；
- Google Site Kit / AdSense；
- Google Tag；
- Funding Choices；
- 一些主题和插件资源。
其中最不划算的是我自己加的 n8n AI 聊天组件。
我之前写过《零成本搭建 WordPress 专属 AI 客服》，这个功能本身挺好玩，也确实想保留。但原来的加载方式有问题：页面一打开，就加载完整聊天组件。
可是大多数访客并不会一进首页就点聊天。
所以它不应该占用首屏性能预算。
这次最有效的改动，就是把 n8n chat 从“页面打开立刻加载”改成“点击按钮后再加载”。
原来是：
打开页面 -> 加载完整聊天组件现在是：
打开页面 -> 只显示聊天按钮
点击按钮 -> 再加载聊天组件功能没删，只是改变加载时机。
改完以后，移动端 Lighthouse 改善很明显：Performance 大概从 35 到 62，TBT 从 1440ms 降到 300ms 左右，LCP 和 Speed Index 也都有改善。
这一步让我很有感触。以前工具只会告诉我“减少未使用 JavaScript”，但 AI 能帮我进一步判断：在这些 JavaScript 里，最值得先动的是哪一个。
Site Kit 还是老问题，但我选择保留
其实早在 2023 年那篇《WordPress网站性能再优化》里，我就提到过一个问题：要想把网站访问速度提上去，停用 Google Analytics 和 Google AdSense 往往是最有效的。
这次还是一样。我临时停用 Site Kit 做过测试。结果非常明显：关掉以后，移动端 Lighthouse 分数可以大幅提高，TBT 甚至接近 0。
但最后我还是把 Site Kit 打开了。原因也很简单：它方便好用，Search Console、Analytics、AdSense、PageSpeed Insights 都能在 WordPress 后台里看。对我这种个人博客来说，日常管理省事，比测试分数多几十分别更重要。
所以最后的取舍还是：
该延迟的延迟，该保留的保留。n8n chat 不需要首屏加载，那就点击后加载。
Site Kit 虽然影响性能，但我需要它，那就接受这个成本。
Gallery Lightbox、TablePress 这类小资源也不是不能继续抠，但收益不大，就先不折腾。
和以前最大的不同
以前优化网站，更多是手工试错。
2019 年靠 PageSpeed 提示装插件、调 Gzip、清数据库。
2023 年跟着 GTmetrix 指南备份、清插件、压图片、开 WP Super Cache。
2025 年让 AI 看 WebPageTest JSON 和 PageSpeed API，给一大堆优化建议，我再从里面挑能落地的做。
这次更进一步。
AI 不只是给通用建议，而是结合我自己网站的真实报告，帮我判断：
- 缓存是否真的生效；
- CDN 是否已经命中；
- 哪些资源才是真正大头；
- 哪些优化收益最大；
- 哪些问题可以先放一放；
- 哪些功能虽然拖慢分数，但值得保留。
这就从以前的：
跑分 -> 看提示 -> 猜问题 -> 改设置变成了：
收集数据 -> 分析瓶颈 -> 排优先级 -> 精准调整小结
这次真正改动不算多：
- 修正 EdgeOne 静态资源和浏览器缓存规则。
- 确认缓存不是当前最大瓶颈。
- 定位首屏最重的 JavaScript。
- 把 n8n chat 改成点击后加载。
- 测试 Site Kit 的性能影响，但最终保留。
- 暂停继续折腾收益不大的小问题。
但这次体验和以前很不一样。
以前我只能靠免费工具给出的粗略建议，再凭经验一点点试。现在有 AI 辅助，可以更快地把问题拆开，知道哪里是真问题，哪里只是工具提示里的“可优化项”。
当然，对于我这个自娱自乐的个人博客来说，性能优化依然有很大一部分是折腾和心理满足。真要追求极致性能，那早就该换 Hugo、Hexo 之类的静态网站了。
但我还是喜欢 WordPress。插件生态、后台管理、评论、统计、图片、随手写文章，这些便利性对我更重要。
所以这次优化的结论也很简单：
不为了分数阉割功能，但也不让没必要首屏加载的东西拖后腿。AI 没有替我一键优化网站，但它让我终于不用完全靠感觉瞎调了。
常见问题
WordPress 性能优化应该先看什么？
先看真正的瓶颈，而不是把 PageSpeed 里的每一条建议都机械执行。缓存、首屏 JavaScript、第三方脚本和图片优先级，通常比零碎的小优化更值得先排查。
AI 在这次性能优化里具体帮了什么？
AI 没有直接替我改网站，而是帮我把 Lighthouse、缓存命中、资源体积和未使用 JavaScript 这些信息串起来，判断哪一项才是真正该先动的。
为什么 n8n chat 改成点击后加载最值？
因为它原来会在首页首屏直接加载完整聊天组件，明显拖慢主线程。改成点击后再加载后，移动端 TBT 和总分改善最明显。
Site Kit 明明影响性能，为什么还是保留？
因为它把 Search Console、Analytics、AdSense 和 PageSpeed Insights 都集中到了 WordPress 后台。对个人博客来说，这种管理便利性值得接受一部分性能成本。
