技术专栏 · 发布 2026年8月30日
Nuxt SSR 的缓存与首屏速度
服务端渲染不等于快。首屏速度取决于数据请求的组织方式，而不是渲染模式本身。
很多团队选择 SSR 是为了首屏速度和 SEO，上线后发现首屏依然要等一两秒。排查下来，问题通常不在渲染环节，而在数据请求串行、接口过慢或缓存缺失。
三个常见瓶颈
串行请求。页面依次等待分类、列表、推荐三组数据，总耗时等于三者之和。并行之后往往能省掉一半时间。
缺少缓存。首页、列表页这类内容对所有人一致，完全可以在服务端缓存几十秒，瞬间降低接口压力。
数据过度获取。列表页请求了详情字段，详情页又请求了列表数据，白白浪费带宽和查询时间。
我们的默认配置
内容类页面在服务端做短时缓存，后台更新后通过接口触发失效，避免用户看到过期内容。
首屏关键请求放进 useAsyncData 并行执行，非关键模块延后到客户端加载。
图片和字体统一走 CDN，避免抢占首屏带宽。
SSR 只是把渲染搬到服务端，真正的速度来自少请求、并行请求和合理缓存。