2026 年前端生态观察：框架的分工越来越清晰了

前几年每篇技术博客的开头都是同一个问题：SSR 好还是 SSG 好？框架选型。争论往往很激烈，因为大家默认框架只有一个——Next.js。

现在这个前提不成立了。分工正在清晰化。

一个判据就够了

真正的判断标准只有一条：访客访问时，服务器上需不需要有东西在跑？

• 不需要 → 静态生成，Astro / Hugo / Eleventy
• 需要 → 服务端渲染，Next.js / Nuxt / SvelteKit

这条判据之所以有效，是因为它直接对应了成本结构：静态站是 CDN 费用（接近零），服务端站是常驻进程 + 运维。

数字上的差距

内容站首页的 JS 负载对比：

方案	首页 JS（gzip）	100 篇构建耗时
Astro	~8 KB	1.2 s
Next.js（静态导出）	~85 KB	3.8 s
Hugo	~8 KB	0.4 s

一个博客为什么要传 85KB 的运行时，只为了开一个移动端菜单？这是典型的”能力没用上还在收费”。

我的选择路径

判断可以简化成这样：

有登录/多用户/实时数据吗？
├─ 有  → Next.js（生态最深，遇到问题搜得到答案）
└─ 没有
   ├─ 内容为主、交互很少 → Astro（默认推荐）
   ├─ 文章超过 1 万篇     → Hugo（构建快一个数量级）
   └─ 想要最少依赖        → Eleventy

大多数博客会落在第二档。

一个更重要的观察

框架之争在淡化的原因，是它们在互相吸收：Next.js 的静态导出越来越好用，Astro 可以挂 React 组件，SvelteKit 也在简化。选择框架的决策成本正在下降，这可能是这两年生态最健康的变化。

技术选型的判断标准不是”哪个更先进”，而是”它的能力有没有被我用上”。