Nuxt搭建电商站如何选择渲染模式？SPA、SSR还是SSG？

Nuxt 2里的「Universal模式」不是和SSG对立的渲染方案，它是和纯SPA模式对应的通用模式：选Universal之后，你只要加一行配置target: 'static'，执行nuxt generate命令就是标准SSG构建；如果配置target: 'server'才是走SSR。很多老教程创建项目时只选了Universal，没特意提后续的静态生成配置，才会让你觉得方案冲突，本质两者说的是一回事。

别把JAMstack神化，它没有强制要求必须用某一种前端框架或者渲染模式，核心满足三个特征就算JAMstack应用：

• 前端代码提前构建为纯静态资源（HTML、JS、CSS、图片等），不依赖常驻的动态Web服务器实时渲染页面
• 所有动态能力（内容读取、支付、用户评论等）全部通过API对接，前后端完全解耦
• 静态资源直接托管在CDN上，靠边缘节点分发内容
  按照这个标准，纯SPA、纯SSR都不属于标准JAMstack范畴，只有预构建的静态站点是JAMstack的典型实现。

三种模式都能对接Strapi这类Headless CMS，没有技术上的障碍，只是适配场景不同：

• 纯SPA：所有页面渲染都在用户浏览器端完成，首屏加载慢，搜索引擎爬虫很难抓取到完整的商品内容，SEO效果极差，完全不适合做面向公域流量的电商站点，只适合做内部后台类系统。
• SSG（静态站点生成）：构建阶段就拉取Strapi里的所有商品、分类、文章内容，提前生成好全站点的静态页面。访问速度最快，SEO效果好，不需要维护常驻服务，安全性极高，是JAMstack的首选渲染模式。
• SSR（服务端渲染）：用户每次访问页面时，服务端实时拉取Strapi内容渲染成HTML返回，内容更新能实时生效，不需要重新构建。但需要你长期维护Node.js服务，运维成本、服务器成本更高，高并发下的稳定性不如纯静态站点，访问速度也比SSG慢。

优先选JAMstack架构下的SSG模式，是对你来说性价比最高的方案：

1. 你是个人维护站点，SKU量级不会特别大，SSG构建一次通常只需要几十秒到一两分钟，在Strapi里配个webhook，每次新增、编辑、删除商品之后自动触发Nuxt构建，内容更新完全不需要你手动操作，足够满足日常运营需求。
2. 你提到的Snipcart本身就是为JAMstack场景设计的支付工具，全部功能靠前端API对接完成，和SSG模式完全兼容，不需要你额外写后端逻辑。
3. 静态站点的托管成本极低，很多平台都有免费额度，个人站点几乎不需要花托管费，也不用操心服务器安全、运维这些杂事，能把精力全放在商品运营上。

等你后续做到几千上万SKU、全量构建时间超过10分钟的时候，再考虑切换成增量静态再生或者SSR方案就行，初期完全没必要上复杂架构。

内容的提问来源于stack exchange，提问作者Muhammad Mahmoud