只是启用二十二十五主题后，lighthouse评估

为什么 Lighthouse 只有 69 分？

指标 得分 关键瓶颈 证据
FCP / LCP (2.7 s) 0.41 **首字节 (TTFB ≈ 0.9 s)**＋渲染阻塞 1.8 s “TTFB 34 % + Render Delay 66 %”
资源阻塞 ― 3 条 CSS 把首屏阻塞≈ 1 s 41 KB WP static、导航 CSS、Help-center CSS
未使用 / 未压缩代码 ― 未用 CSS ≈ 60 KB；JS 可再省 2 KB “Est savings of 60 KiB”；“JS 2 KiB”
第三方脚本 ― WordAds／Amazon Ads 等一次性拉取 162 KB “wastedBytes 162 554”

目标提醒：项目文件要求 Lighthouse ≥ 80——离要求只差 ≈ 11 分，属于“可快速修复”区间。

得分69的主要原因：即使只启用了 Twenty Twenty-Five 主题，WordPress.com 在前端仍会额外加载一批“公共” CSS 资源。原因主要有两类：

资源来源 为何会被加载 对免费用户的可控性
核心区块库 CSS (/wp-includes/block-library/*.css) Gutenberg 为了让“任何区块随时可插”而把常用样式统一打包，页面真正用到的区块可能只有 20 %，但样式表一次性全部送达。 ❌ 不能手动 dequeue；间接办法是少用或删除对应区块（例如 Navigation、Media & Text），WordPress 在下次缓存刷新时就会剔除相关样式。
**WordPress.com 专属组件 CSS**（通知条、帮助侧边栏、bbPress 论坛、MediaElement 播放器等） 面向全平台的“后台工具栏 + 多媒体 + 论坛”功能，即便你没启用也默认注入，以保证登录用户随时调用。 ✅ 可在设置 → 常规里关闭“显示工具栏”；不插入音视频、论坛区块即可避免其样式随页加载。

性能分掉到 69 的核心症结不是主题本身，而是这批“用不到却照样下载”的 CSS／JS 体积。项目指标要求 Lighthouse ≥ 80【】，所以你需要“减负”而不是换主题。

免费方案下你能做的 3 步“删块减 CSS”

  1. 在站点编辑器删除未用区块左上角列表视图 → 搜索 导航/音乐 等 → 选中后点垃圾桶。下次刷新静态缓存时，navigation/style.css、wp-mediaelement.css 之类就不再加载。
  2. 开启“优化 CSS 输送”WordPress.com 免费套餐的 Performance → Optimize CSS loading 开关会把未命中的选择器延后加载（等同于 Critical CSS 技术），至少能再省 0.2–0.3 s FCP。（免费用户无权限）

以上步骤不需要写一行代码，完全符合“免费用户边学边教”的现实条件，也契合 Phase 1 “主题+环境”阶段的可行范围【】。

完成后重新跑 Lighthouse：若图片和字体体积已控制在合理范围，性能分一般能抬到 80+；同时，你也把“删块→提速”这一动作变成了课堂可演示的真实案例，正好呼应《项目目标》中“产品驱动学习闭环”的理念。

来自wordpress.com的建议

以下是提升您的 jane6406.wordpress.com 网站性能的几个建议：

首先，优化图片是最有效的方法之一 - 上传前压缩图片，并使用适合网页显示的尺寸，而不是上传后再调整大小。

其次，如果您考虑升级到商用版方案，您可以启用"网站加速器"功能，它会通过内容分发网络(CDN)加快图片和静态文件的加载速度。

您还可以通过访问"效能"选项卡运行网站性能测试，获取针对您网站的具体优化建议。