主题加载时间如何影响用户满意度

Codex 主题加载时间指的是从打开窗口到屏幕上出现你自己的配色、而不是默认蓝的那段间隔。我们在 1,240 台安装上记了六周这个数字，然后拿它对同一批人之后填的满意度评分做对比。结果的形状和我原先猜的不一样。

大致在 800 毫秒以内（背景图加上 CSS 注入一起算）的主题，评分挤在同一档里，200 毫秒也好 700 毫秒也好都差不多。超过 800 毫秒之后分数掉得很快。中间那一段没有藏着的线性关系。

我们量了什么，怎么量的

计时从 Codex 窗口打开起算，到第一帧带着注入主题的画面绘制完成为止。往上那一部分属于应用本身，不算在主题头上。

• 计时：窗口打开到第一帧绘制出主题 CSS
• 样本：1,240 台安装，个人版与团队版，六周
• 满意度：每天第一次会话结束后问的 1 到 5 分
• 排除：系统还在读磁盘缓存的冷启动

800 毫秒：codex 主题加载时间在这里停止影响评分

800 毫秒以下没有信号。我特意去找过，按机器性能和主题体积单独排过一遍，评分还是落在同一档。在这个区间里，没人会盯着数毫秒。

过了这条线他们就有感觉了。平均分从 800 毫秒时的 4.4 掉到 1.5 秒时的 3.6，再往后继续滑。我的理解是这里更像预期问题而不是纯粹的延迟问题，因为 1.5 秒其实比人平时愿意等的大部分东西都快。

• 800 毫秒以内：平均 4.4 分，整档基本平
• 800 毫秒到 1.5 秒：平均 3.6 分
• 2 秒以上：平均 2.9 分，而且这一档里大部分人没有第二次会话
• 掉分从跨过 800 毫秒后大约 50 毫秒内就开始了

这段加载时间花在哪

几乎全花在背景图上。CSS 本身的注入只有几十毫秒，精灵图里的帧也不等网络。真正把人推过那条线的是放在机械硬盘上的一张 2MB 背景图。

• CSS 注入：多数机器上 20 到 60 毫秒
• 背景图解码：占总时长的 60% 到 90%
• 动画帧：可以忽略，那就是本地文件
• 另一块不同 DPI 的副屏：图片要重算的话再加 100 到 200 毫秒

第二次打开时，满意度掉得更狠

第一次会给宽容。装完东西第一次打开慢一点，大家是有预期的。第二、第三次就没有这份宽容了，数据也这么说：同一个 1.2 秒的主题，第二次打开比第一次低了大约 0.4 分。

这件事比原始数字更重要，因为绝大多数主题是做一次、然后长期用下去的。真正被评判的是每天早晨打开的那个版本。

轮到自己的 Codex 主题，改哪三样

背景图按真实屏幕尺寸导出，别把一张更大的图拉过来用；格式用 WebP；质量压到 80 左右。我们自己的测试里，这三步把一个 2.1MB 的主题包压到 380KB，加载时间从 1.4 秒降到 620 毫秒。

完整的优化步骤在 /zh/blog/codex-theme-load-optimization，通常跟着一起做的配色调整在 /zh/guides/customize。

常见问题 FAQ