博客方案选型:Astro 而非 Next.js / Hugo
以内容为中心的纯静态站点,Astro 在内容集合、零默认 JS 与 Markdown 能力之间平衡最好;Hugo 模板语言学习成本高,Next.js 对博客过重。
背景
从零建一个中文个人博客:Markdown 写作、无后端、无密钥依赖、部署简单,同时希望保留后续接入浏览器后台(CMS)的能力。
备选方案
Astro | 内容集合原生、默认零 JS、Markdown 能力完整 | 生态比 Next 小 | 博客 / 文档 / 内容站 | 低
Next.js | 生态最全、SSR/ISR 强 | 运行时依赖重、博客场景杀鸡用牛刀 | 复杂 Web 应用 | 高
Hugo | 构建极快、单二进制 | Go 模板语言学习成本高、定制排版费劲 | 大量页面的站点 | 中
决定
Astro 5。
取舍
- 文章就是
.md文件 + zod schema 校验,新增文章零代码——内容集合完全命中需求; - 默认零客户端 JS,阅读体验和性能天然好,主题切换和搜索用极少原生脚本即可;
- 后续接入 Decap CMS 只需一个
/admin/页面,不需要框架级改动; - 放弃了 Hugo 的构建速度(个人博客页面量级下无感知差异)和 Next 的生态(本项目用不到)。