Runtime model
react-bun-ssr
Bun-native server, build, file, markdown, and runtime APIs are the starting point.
Next.js
Node and Vercel ecosystem integration are the center of gravity, with broader runtime targets.
Framework comparison
This comparison is not a claim that one framework is universally better. It explains where `react-bun-ssr` is intentionally smaller and Bun-first, and where Next.js remains the safer, broader platform choice.
Tradeoffs
react-bun-ssr
Bun-native server, build, file, markdown, and runtime APIs are the starting point.
Next.js
Node and Vercel ecosystem integration are the center of gravity, with broader runtime targets.
react-bun-ssr
Small SSR framework focused on file routes, loaders, actions, streaming, and markdown routes.
Next.js
Full-stack React platform with App Router, React Server Components, image/font tooling, and hosted platform integrations.
react-bun-ssr
Docs, content-heavy SSR apps, Bun-first projects, and teams that want a smaller request/runtime surface.
Next.js
Large product apps needing a mature ecosystem, RSC architecture, broad hosting support, and many batteries included.
react-bun-ssr
Less framework surface and fewer abstractions, but a younger ecosystem and more responsibility for app decisions.
Next.js
More ecosystem defaults and integrations, but more framework behavior to learn, configure, and debug.
Decision guide
Evidence
The benchmark is intentionally narrow: markdown content and local-data SSR on the same machine, in production mode, against Next.js 15 and 16 across Node 22, Node 24, and Bun. It is useful evidence, not a universal performance guarantee.