DEV Community

Cassidy Williams for Netlify

Posted on • Updated on • Originally published at

Next.js: Should I use SSR or SSG?

It's Blogvent, day 2!

If you use Next.js, chances are you're aware that it can do both server-side rendering (SSR) and static site generation (SSG). It's very powerful! But why would you choose one or the other?

It comes down to when a site is built. Static sites are built at deploy time, and server-rendered sites are built at runtime.

A case for SSG

There are a ton of benefits when you have a statically-generated site. Because a site is bundled and generated at build-time, your users don't have to wait for a page to load or generate at runtime. They simply navigate to the page, and no code has to be run for the page to show up!

By using this as a pattern, server-side processes are abstracted to microservices. That means if some service is down, only that part of your site will be down, rather than the entire thing! This also reduces the surface area for security attacks as well.

You can read a lot more about static sites on

A case for SSR

The biggest downside to static sites (and where SSR shines) is the long build times when you have hundreds (if not thousands) of pages that you have to render. If you have a ton of pages and the content is dynamic, it is something that can lead to both many builds, and long builds.

When you server-side render a page, your page is guaranteed to always be up to date, thus you don't need to trigger a rebuild of your sites when the content changes. This can save you, the developer, a ton of time! That being said, for your users, the Time-To-First-Byte (TTFB) is slower, because the content is generated on the server for each request.

But what do I choose??

Get you a framework that can do both! Next.js allows you to both statically generate sites, and server-render pages, all within the same project!

As you are building your site and figuring out what works best for you, you can use the built-in performance monitoring functions in your project. If you'd like to learn more about those, you can check out this video on Jamstack Explorers!

On Netlify, if you'd like to run both static and server-rendered pages, all you have to do is add our build plugin to your netlify.toml:

  command = "npm run build"

  package = "@netlify/plugin-nextjs"
Enter fullscreen mode Exit fullscreen mode

That's it! What this plugin does is turn your server-rendered routes into Netlify Function API calls that serve the pages you need. You can also install the plugin via the Netlify UI (docs here, or go here).

If you'd like to see this plugin in action, check out this demo project using dynamic routes!

Top comments (3)

tomdohnal profile image
Tom Dohnal

Does incremental static regeneration work on Netlify?
I believe it could solve a problem with a long build if you're building a lot of pages like seperate blog posts or product pages.

cassidoo profile image
Cassidy Williams

Using that build plugin listed makes ISR "work" by SSRing those pages currently! The team's still in the process of updating the caching to make it do those runtime builds, but our users have found that the SSRing of those pages works for now. When those caching updates happen on our end, you won't need to make any code changes to have that properly enabled.

tomdohnal profile image
Tom Dohnal

Okay, thanks for the reply, sound like a clever solution :)