静态站点生成（SSG）通过构建时预渲染HTML提升性能与SEO，用户访问时直接获取内容，首屏时间更快，搜索引擎更易抓取。结合getStaticProps等API在构建时获取数据，支持动态路由预生成与增量静态再生（ISR），兼顾内容更新与加载速度。配合代码分割、懒加载与资源压缩优化JS体积，提升可交互时间，实现高效加载体验。
在现代前端开发中，静态站点生成（SSG）已成为提升性能与 SEO 的主流方案之一。构建时预渲染是 SSG 的核心机制，它在项目打包阶段将页面预先渲染为 HTML 文件，用户访问时可直接获取完整内容，无需等待 JavaScript 加载执行。这种模式特别适合内容相对固定、对首屏加载速度要求高的网站，如博客、文档站和营销页。
预渲染如何优化加载体验
预渲染的核心优势在于“内容即送达”。传统单页应用（SPA）需要先下载 JS 文件、解析并执行后才能显示内容，而预渲染的页面在请求时已包含结构化的 HTML，浏览器可立即开始渲染。
- 首屏时间（FCP）显著缩短，用户更快看到实际内容
- 搜索引擎爬虫能直接抓取页面文本，利于 SEO 排名
- 弱网环境下仍能展示基础内容，提升可用性
数据获取与页面生成时机
静态生成的关键是在构建时准确获取所需数据，并将其注入页面组件。主流框架如 Next.js 提供了 getStaticProps 和 getStaticPaths 等 API，允许开发者在构建阶段从 CMS、本地文件或远程接口拉取数据。
- 对于博客列表页，可在构建时请求所有文章元信息并生成 HTML
- 动态路由如 /posts/[id] 可通过 getStaticPaths 预生成所有可能路径的页面
- 结合增量静态再生（ISR），部分页面可在构建后定时更新，兼顾静态性能与内容新鲜度
资源体积与代码分割策略
尽管 HTML 被预渲染，仍需合理控制客户端 JavaScript 的加载量。即使页面已可见，交互逻辑仍依赖 JS 注水（Hydration）。过度打包会拖慢页面可交互时间（TTI）。
- 启用自动代码分割，按路由或组件懒加载 JS 模块
- 对非关键功能（如评论区、分享按钮）延迟加载
- 压缩静态资源，使用 modern build 输出更小的包
基本上就这些。构建时预渲染通过提前输出 HTML 极大提升了初始体验，但真正发挥其潜力还需配合数据策略与资源优化。不复杂，但容易忽略细节。
