你以为 Next.js 跑分不如 Astro 是你没优化好？其实是框架的默认架构就差了 15 倍

你项目上线前跑 Lighthouse，评分 92，客户说「还行」。但隔壁用 Astro 的团队同个项目评分 100，关键是他们的 JS 体积是你的十五分之一。

这不是优化功力的差距，是框架默认行为不同带来的先天鸿沟。

三方独立测试摆在这里：2026 年最新基准，移动端 Lighthouse 分数 Astro 100、Next.js 92、Nuxt 94；4G 网络下 LCP 时间 Astro 0.9 秒、Next.js 1.8 秒、Nuxt 1.6 秒；默认发送的 JS 体积 Astro 12KB、Next.js 187KB、Nuxt 143KB——差了整整 15 倍。

这个差距不是哪一方代码写得更好，而是架构选择：Next.js 和 Nuxt 默认走完整 SSR 加水合路线，React/Vue 运行时必须下发；Astro 默认零 JS，HTML 服务端直出，交互按需以 islands 模式懒加载。

真实生产数据也验证了这点。对生产站点 Core Web Vitals 通过率的浏览器遥测统计：Astro 移动端 CWV 综合通过率 48%，Next.js App Router 31%，Nuxt 只有 25%。这意味着同样是真实用户，访问 Astro 站点的体验全程流畅的比例就是高一截。

有意思的是流行度完全相反：Next.js GitHub 14 万星，npm 周下载近两千万次；Astro 6.2 万星，两三百万周下载——性能更好的反而用的人少。这种认知差就来自「优化靠后天」还是「默认靠天生」的路线之争。

不是 Next.js/Nuxt 不好，是场景不同。内容为主、交互少的页面 Astro 天然占优；复杂交互的 App 页面 Next.js/Nuxt 能力更强，硬套 Astro 也费劲。

下一回新项目立项，先用 Network 面板截一张默认 JS 体积的图存好，这是你的基准线。然后选一个页面试一下 Astro，感受一下这个差距是真实存在的。