对比动态 CMS 与静态生成的成本与适用场景，给出判断标准。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 静态站点、SSG、静态生成 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

优势

纯静态文件访问快、扛流量能力强、攻击面小，博客与文档站是天然适配。

劣势

评论、搜索、后台编辑都需要外部服务补齐，动态能力越强越不适合。

选择

Hugo 构建快，Hexo 生态中文多，Next.js 的静态导出兼顾动态能力，按团队技术栈选。

部署方式

对象存储加 CDN 或 GitHub Pages 都能跑，成本几乎为零。

适用判断

内容更新频率低、以阅读为主、团队有构建能力就值得上；频繁改动的业务站别折腾。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：优势、劣势、选择、部署方式、适用判断。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：产品页配图：截图、演示图与制作流程、网站打开慢的全链路定位、用户协议与隐私政策：写什么才够用。

延伸阅读：移动端适配：响应式与独立站取舍、浏览器开发者工具：网络面板实战、产品页配图：截图、演示图与制作流程。