- JS framework: React
- Core Maintainer: Vercel, Inc.
- Website: nextjs.org
- Founded: 2015
- Github Stars:
- npm downloads:
Next.js 1.0 - the beginning
It was fall of 2016 when I discovered the first version of Next.js. I created a simple file that looked like this:
I executed in the terminal and the magic happened. Two lines of code, one command later, and my new hello world website went live. It was hard to compare that experience to developing custom WordPress themes. Next.js and Now (currently Vercel) felt incredibly easy. Almost like cheating.
A few months later, I shipped my first project using Next.js and the WordPress API. The project had some serious performance issues. Fetching data on every request from many API endpoints wasn't the best idea. I probably should export those pages to static ones, right? But it wasn't trivial in the first versions of Next.js.
Fast-forward to Next.js 9.3
Next.js evolved to support static site generation. Vercel evolved to support serverless.
Version 9.3 introduced three new data fetching methods:
- to fetch data at build time, this can be content for a single post
- to specify a collection of dynamic routes, for example, a list of blog posts
- to fetch data on every request.
Below is a simple example of static generation:
The code above fetches from the API all blog posts at build time and creates array with for each of them. Data for each single blog post is fetched in based on the param.
If you are familiar with Gatsby, you can notice that is a bit like in . But I think Next approach is easier to understand. The difference is that you don't need to specify a path to a template and passing in . In Next, everything is in the same file. In this case, value is accessible through a query parameter. To learn more check the Migrating from Gatsby article.
If you add a new post you need to re-build the project unless you change to . If there is no existing HTML file on the CDN, Next.js will try to fetch content on the client and cache it. Fallback is very useful if you have a large collection of posts that updates frequently.
Next.js 10, among other things, has introduced a new, built-in image component and optimization. From now on you don't have to worry about shipping large images for mobile devices. Next handles resizing and generates a modern WebP image format that is approximately 30% smaller than JPG. If your website has a lot of images this can greatly reduce bandwidth and client-side performance.
To use component import it from :
Next.js' approach doesn't affect build time at all. All optimizations are done at request time. Currently, Next supports 4 cloud providers: Vercel, Imgix, Cloudinary, and Akamai.
Next.js is zero-config from the very beginning.
Every file in directory is a lambda function.
Next.js has a great, growing community. You can read some interesting conversations and discuss RFC on Github. Vercel's team is very clear about the framework direction and open to community suggestions.
There is a lot of examples showing integration with different tools like Headless CMS, CSS-in-JS, or auth.
How to get started?
The easiest and recommended way to start a new Next.js project is to use :
That one command sets up the project for you. Your development environment will be available at .
If you want to learn more, I highly recommend the official Learn Next tutorial.
It helps to understand how to navigate between pages, add static assets, and fetch data. Once completed you will be ready to build your first Next.js application!
The recommended platform is, of course, Vercel. Its CDN is designed at the edge to support features like incremental static generation, where pages first are populated into the durable store (S3), then the pathname is purged to ensure users are able to see the most recent content.
Preview mode works seamlessly on the Vercel platform, as well as the fallback feature. You can connect your repository and everything works out of the box with no additional config needed.
If for some reason you don't want to use Vercel, it is possible to deploy Next.js on every modern hosting platform like Netlify, Render, AWS, DigitalOcean, and so on. Netlify maintains a special next-on-netlify package that enables the server-side rendering of pages. Incremental static regeneration, fallback, and preview don't work exactly like on Vercel, so it's not a 1-to-1 replacement.
With Next.js you can build a full spectrum of websites and apps. From simple marketing pages and blogs to eCommerce and PWA with cookie-based authentication.
It's great for projects that require flexibility in how you build specific parts of the website. First-world static site generator with capabilities of dynamic enhancement. Hybrid mode is what really shines. Does it mean it's perfect for everything? Not at all. If you don't need React and don't plan to update the project frequently it might be overkill.
- Great perceived performance thanks to instant route changes and prefetching.
- TypeScript support.
- Automatic code splitting.
- Dynamic API routes.
- Vercel team constantly works on reducing JS bundle size and optimizes performance.
- Built-in integration with the new Web Vitals metrics. Next.js analytics.
- Hybrid mode: both static generation and SSR.
- Built-in image component and image optimization on demand.
- First-class support for internationalization.
- Hybrid apps. If you need both static and server-side rendered pages on each request.
- eCommerce. Especially, with big traffic and frequent content updates.
- Landing pages and marketing websites. Especially, if you already use React and have a design system.
- Websites with a lot of interactive React components.
- Websites with a lot of advanced route transitions.