Alternatives to Next.js logo

Alternatives to Next.js

Create React App, Gatsby, Hexo, LoopBack, and React are the most popular alternatives and competitors to Next.js.
6.9K
4.6K
+ 1
322

What is Next.js and what are its top alternatives?

Next.js is a minimalistic framework for server-rendered React applications.
Next.js is a tool in the Frameworks (Full Stack) category of a tech stack.
Next.js is an open source tool with 119.3K GitHub stars and 25.5K GitHub forks. Here’s a link to Next.js's open source repository on GitHub

Top Alternatives to Next.js

  • Create React App
    Create React App

    Create React apps with no build configuration.

  • Gatsby
    Gatsby

    Gatsby lets you build blazing fast sites with your data, whatever the source. Liberate your sites from legacy CMSs and fly into the future. ...

  • Hexo
    Hexo

    Hexo is a fast, simple and powerful blog framework. It parses your posts with Markdown or other render engine and generates static files with the beautiful theme. All of these just take seconds. ...

  • LoopBack
    LoopBack

    A highly-extensible, open-source Node.js framework that enables you to create dynamic end-to-end REST APIs with little or no coding. Connect to multiple data sources, write business logic in Node.js, glue on top of your existing services and data, connect using JS, iOS & Android SDKs. ...

  • React
    React

    Lots of people use React as the V in MVC. Since React makes no assumptions about the rest of your technology stack, it's easy to try it out on a small feature in an existing project. ...

  • Angular Universal
    Angular Universal

    It executes on the server, generating static application pages that later get bootstrapped on the client. This means that the application generally renders more quickly, giving users a chance to view the application layout before it becomes fully interactive. ...

  • React Router
    React Router

    React Router is a complete routing solution designed specifically for React.js. It painlessly synchronizes the components of your application with the URL, with first-class support for nesting, transitions, and server side rendering. ...

  • Hugo
    Hugo

    Hugo is a static site generator written in Go. It is optimized for speed, easy use and configurability. Hugo takes a directory with content and templates and renders them into a full html website. Hugo makes use of markdown files with front matter for meta data. ...

Next.js alternatives & related posts

Create React App logo

Create React App

1K
994
4
Create React apps with no build configuration
1K
994
+ 1
4
PROS OF CREATE REACT APP
  • 2
    No config, easy to use
  • 2
    Maintained by React core team
CONS OF CREATE REACT APP
  • 1
    No SSR

related Create React App posts

Adebayo Akinlaja
Engineering Manager at Andela · | 30 upvotes · 3.2M views

I picked up an idea to develop and it was no brainer I had to go with React for the frontend. I was faced with challenges when it came to what component framework to use. I had worked extensively with Material-UI but I needed something different that would offer me wider range of well customized components (I became pretty slow at styling). I brought in Evergreen after several sampling and reads online but again, after several prototype development against Evergreen—since I was using TypeScript and I had to import custom Type, it felt exhaustive. After I validated Evergreen with the designs of the idea I was developing, I also noticed I might have to do a lot of styling. I later stumbled on Material Kit, the one specifically made for React . It was promising with beautifully crafted components, most of which fits into the designs pages I had on ground.

A major problem of Material Kit for me is it isn't written in TypeScript and there isn't any plans to support its TypeScript version. I rolled up my sleeve and started converting their components to TypeScript and if you'll ask me, I am still on it.

In summary, I used the Create React App with TypeScript support and I am spending some time converting Material Kit to TypeScript before I start developing against it. All of these components are going to be hosted on Bit.

If you feel I am crazy or I have gotten something wrong, I'll be willing to listen to your opinion. Also, if you want to have a share of whatever TypeScript version of Material Kit I end up coming up with, let me know.

See more

I'm working as one of the engineering leads in RunaHR. As our platform is a Saas, we thought It'd be good to have an API (We chose Ruby and Rails for this) and a SPA (built with React and Redux ) connected. We started the SPA with Create React App since It's pretty easy to start.

We use Jest as the testing framework and react-testing-library to test React components. In Rails we make tests using RSpec.

Our main database is PostgreSQL, but we also use MongoDB to store some type of data. We started to use Redis  for cache and other time sensitive operations.

We have a couple of extra projects: One is an Employee app built with React Native and the other is an internal back office dashboard built with Next.js for the client and Python in the backend side.

Since we have different frontend apps we have found useful to have Bit to document visual components and utils in JavaScript.

See more
Gatsby logo

Gatsby

3.3K
2.4K
121
Free, open source framework for building blazing fast websites and apps with React
3.3K
2.4K
+ 1
121
PROS OF GATSBY
  • 28
    Generated websites are super fast
  • 16
    Fast
  • 15
    GraphQL
  • 10
    Progressive Web Apps generation
  • 9
    Easy to connect with lots of CMS via official plugins
  • 9
    Reusable components (React)
  • 7
    Allows to use markdown files as articles
  • 5
    Static-sites
  • 5
    All the benefits of a static website + React+GraphQL
  • 5
    Images
  • 4
    List of starters as base for new project
  • 3
    Easy to connect with Drupal via official plugin
  • 3
    Open source
  • 1
    Gitlab pages integration
  • 1
    Incremental Build
CONS OF GATSBY
  • 6
    No ssr
  • 3
    Very slow builds
  • 3
    Documentation isn't complete.
  • 2
    For-profit
  • 2
    Slow builds
  • 2
    Flash of unstyled content issues
  • 1
    Problematic between develop and build commands
  • 1
    Difficult debugging
  • 1
    Too many dependencies
  • 1
    Plugin driven development
  • 1
    Difficult maintenance

related Gatsby posts

Johnny Bell

I was building a personal project that I needed to store items in a real time database. I am more comfortable with my Frontend skills than my backend so I didn't want to spend time building out anything in Ruby or Go.

I stumbled on Firebase by #Google, and it was really all I needed. It had realtime data, an area for storing file uploads and best of all for the amount of data I needed it was free!

I built out my application using tools I was familiar with, React for the framework, Redux.js to manage my state across components, and styled-components for the styling.

Now as this was a project I was just working on in my free time for fun I didn't really want to pay for hosting. I did some research and I found Netlify. I had actually seen them at #ReactRally the year before and deployed a Gatsby site to Netlify already.

Netlify was very easy to setup and link to my GitHub account you select a repo and pretty much with very little configuration you have a live site that will deploy every time you push to master.

With the selection of these tools I was able to build out my application, connect it to a realtime database, and deploy to a live environment all with $0 spent.

If you're looking to build out a small app I suggest giving these tools a go as you can get your idea out into the real world for absolutely no cost.

See more
Ronan Levesque
Software engineer at Algolia · | 18 upvotes · 339.4K views

A few months ago we decided to move our whole static website (www.algolia.com) to a new stack. At the time we were using a website generator called Middleman, written in Ruby. As a team of only front-end developers we didn't feel very comfortable with the language itself, and the time it took to build was not satisfying. We decided to move to Gatsby to take advantage of its use of React , as well as its incredibly high performances in terms of build and page rendering.

See more
Hexo logo

Hexo

355
383
70
A fast, simple & powerful blog framework, powered by Node.js
355
383
+ 1
70
PROS OF HEXO
  • 18
    Ease of deployment
  • 13
    Uses NodeJS and npm
  • 12
    Easy GitHub Pages publishing
  • 10
    Powerful templating
  • 7
    Useful tools and plugins
  • 4
    Easy intergrating with js
  • 3
    Open source
  • 3
    Blazing Fast
CONS OF HEXO
    Be the first to leave a con

    related Hexo posts

    LoopBack logo

    LoopBack

    289
    556
    33
    Build modern API applications that require complex integrations
    289
    556
    + 1
    33
    PROS OF LOOPBACK
    • 11
      Need a nodejs ReST-API, DB, AAA, Swagger? Then loopback
    • 9
      Easy Database Migration
    • 6
      Code generator
    • 4
      The future of API's
    • 2
      GraphQL
    • 1
      Typescript
    CONS OF LOOPBACK
    • 7
      Community is slow
    • 1
      Backward compatibility

    related LoopBack posts

    We have an existing (Apis only) Rails backend, that by default follows the MVC pattern, (at peaks of 700 requests a second). I am tasked with making the same (read-heavy) application in any JavaScript framework. I was advised to follow the MVC structure. So I am considering these 3 ( Sails.js, LoopBack, NestJS). I get that sails is closest to rails, but that's not particularly a priority.

    See more
    Shared insights
    on
    NestJSNestJSJestJestLoopBackLoopBack

    We inherited this project and the backend is using LoopBack v3. I haven't taken a look at Loopback.io v4, but I'm planning to replace it. The reason being is that Loopback v3 documentation is a bit confusing and we are having trouble packaging the build using Webpack. Not to mention, integrating unit tests (latest Jest).

    I still think Loopback is a great tool, but their documentation is really "messy" and hard to navigate through. There's also a constraint of time from our side. So what's the best option out there?

    Should I try upgrading to Loopback v4, or trying other stuff? (i.e. NestJS)

    Thanks!

    See more
    React logo

    React

    172.3K
    138.3K
    4.1K
    A JavaScript library for building user interfaces
    172.3K
    138.3K
    + 1
    4.1K
    PROS OF REACT
    • 829
      Components
    • 672
      Virtual dom
    • 578
      Performance
    • 507
      Simplicity
    • 442
      Composable
    • 186
      Data flow
    • 166
      Declarative
    • 128
      Isn't an mvc framework
    • 120
      Reactive updates
    • 115
      Explicit app state
    • 50
      JSX
    • 29
      Learn once, write everywhere
    • 22
      Easy to Use
    • 21
      Uni-directional data flow
    • 17
      Works great with Flux Architecture
    • 11
      Great perfomance
    • 10
      Javascript
    • 9
      Built by Facebook
    • 8
      TypeScript support
    • 6
      Speed
    • 6
      Server Side Rendering
    • 5
      Feels like the 90s
    • 5
      Excellent Documentation
    • 5
      Props
    • 5
      Functional
    • 5
      Easy as Lego
    • 5
      Closer to standard JavaScript and HTML than others
    • 5
      Cross-platform
    • 5
      Easy to start
    • 5
      Hooks
    • 5
      Awesome
    • 5
      Scalable
    • 4
      Super easy
    • 4
      Allows creating single page applications
    • 4
      Server side views
    • 4
      Sdfsdfsdf
    • 4
      Start simple
    • 4
      Strong Community
    • 4
      Fancy third party tools
    • 4
      Scales super well
    • 3
      Has arrow functions
    • 3
      Beautiful and Neat Component Management
    • 3
      Just the View of MVC
    • 3
      Simple, easy to reason about and makes you productive
    • 3
      Fast evolving
    • 3
      SSR
    • 3
      Great migration pathway for older systems
    • 3
      Rich ecosystem
    • 3
      Simple
    • 3
      Has functional components
    • 3
      Every decision architecture wise makes sense
    • 3
      Very gentle learning curve
    • 2
      Split your UI into components with one true state
    • 2
      Recharts
    • 2
      Permissively-licensed
    • 2
      Fragments
    • 2
      Sharable
    • 2
      Image upload
    • 2
      HTML-like
    • 1
      React hooks
    • 1
      Datatables
    CONS OF REACT
    • 40
      Requires discipline to keep architecture organized
    • 29
      No predefined way to structure your app
    • 28
      Need to be familiar with lots of third party packages
    • 13
      JSX
    • 10
      Not enterprise friendly
    • 6
      One-way binding only
    • 3
      State consistency with backend neglected
    • 3
      Bad Documentation
    • 2
      Error boundary is needed
    • 2
      Paradigms change too fast

    related React posts

    Vaibhav Taunk
    Team Lead at Technovert · | 31 upvotes · 3.6M views

    I am starting to become a full-stack developer, by choosing and learning .NET Core for API Development, Angular CLI / React for UI Development, MongoDB for database, as it a NoSQL DB and Flutter / React Native for Mobile App Development. Using Postman, Markdown and Visual Studio Code for development.

    See more
    Adebayo Akinlaja
    Engineering Manager at Andela · | 30 upvotes · 3.2M views

    I picked up an idea to develop and it was no brainer I had to go with React for the frontend. I was faced with challenges when it came to what component framework to use. I had worked extensively with Material-UI but I needed something different that would offer me wider range of well customized components (I became pretty slow at styling). I brought in Evergreen after several sampling and reads online but again, after several prototype development against Evergreen—since I was using TypeScript and I had to import custom Type, it felt exhaustive. After I validated Evergreen with the designs of the idea I was developing, I also noticed I might have to do a lot of styling. I later stumbled on Material Kit, the one specifically made for React . It was promising with beautifully crafted components, most of which fits into the designs pages I had on ground.

    A major problem of Material Kit for me is it isn't written in TypeScript and there isn't any plans to support its TypeScript version. I rolled up my sleeve and started converting their components to TypeScript and if you'll ask me, I am still on it.

    In summary, I used the Create React App with TypeScript support and I am spending some time converting Material Kit to TypeScript before I start developing against it. All of these components are going to be hosted on Bit.

    If you feel I am crazy or I have gotten something wrong, I'll be willing to listen to your opinion. Also, if you want to have a share of whatever TypeScript version of Material Kit I end up coming up with, let me know.

    See more
    Angular Universal logo

    Angular Universal

    334
    413
    36
    A technology that renders Angular applications on the server
    334
    413
    + 1
    36
    PROS OF ANGULAR UNIVERSAL
    • 7
      Typescript
    • 5
      Complete Framework
    • 5
      Server rendering and code splitting
    • 4
      Static site generator
    • 4
      Dynamic rendering
    • 4
      Same existing code base for both SPA and SSR
    • 3
      Easy setup
    • 3
      SEO
    • 1
      Well documented
    CONS OF ANGULAR UNIVERSAL
      Be the first to leave a con

      related Angular Universal posts

      React Router logo

      React Router

      4.8K
      1.1K
      14
      A complete routing solution for React.js
      4.8K
      1.1K
      + 1
      14
      PROS OF REACT ROUTER
      • 14
        Because there's not alternative
      CONS OF REACT ROUTER
        Be the first to leave a con

        related React Router posts

        ReactQL is a React + GraphQL front-end starter kit. #JSX is a natural way to think about building UI, and it renders to pure #HTML in the browser and on the server, making it trivial to build server-rendered Single Page Apps. GraphQL via Apollo was chosen for the data layer; #GraphQL makes it simple to request just the data your app needs, and #Apollo takes care of communicating with your API (written in any language; doesn't have to be JavaScript!), caching, and rendering to #React.

        ReactQL is written in TypeScript to provide full types/Intellisense, and pick up hard-to-diagnose goofs that might later show up at runtime. React makes heavy use of Webpack 4 to handle transforming your code to an optimised client-side bundle, and in throws back just enough code needed for the initial render, while seamlessly handling import statements asynchronously as needed, making the payload your user downloads ultimately much smaller than trying to do it by hand.

        React Helmet was chosen to handle <head> content, because it works universally, making it easy to throw back the correct <title> and other tags on the initial render, as well as inject new tags for subsequent client-side views.

        styled-components, Sass, Less and PostCSS were added to give developers a choice of whether to build styles purely in React / JavaScript, or whether to defer to a #css #preprocessor. This is especially useful for interop with UI frameworks like Bootstrap, Semantic UI, Foundation, etc - ReactQL lets you mix and match #css and renders to both a static .css file during bundling as well as generates per-page <style> tags when using #StyledComponents.

        React Router handles routing, because it works both on the server and in the client. ReactQL customises it further by capturing non-200 responses on the server, redirecting or throwing back custom 404 pages as needed.

        Koa is the web server that handles all incoming HTTP requests, because it's fast (TTFB < 5ms, even after fully rendering React), and its natively #async, making it easy to async/await inside routes and middleware.

        See more

        I'm creating a website with React in my free time, and this is my first time doing this. So far, I've worked with React and React Router, but migrating to Next.js or Gatsby would cover Routing and SEO, which I currently cannot work with. Most things I read say that Next.js is the best solution, but I am trying to decide whether it is worth the time and effort to recreate the site for SEO and speed purposes. Does anyone have suggestions?

        See more
        Hugo logo

        Hugo

        1.3K
        1.2K
        206
        A Fast and Flexible Static Site Generator written in Go
        1.3K
        1.2K
        + 1
        206
        PROS OF HUGO
        • 47
          Lightning fast
        • 29
          Single Executable
        • 26
          Easy setup
        • 24
          Great development community
        • 23
          Open source
        • 13
          Write in golang
        • 8
          Not HTML only - JSON, RSS
        • 8
          Hacker mindset
        • 7
          LiveReload built in
        • 4
          Gitlab pages integration
        • 4
          Easy to customize themes
        • 4
          Very fast builds
        • 3
          Well documented
        • 3
          Fast builds
        • 3
          Easy to learn
        CONS OF HUGO
        • 4
          No Plugins/Extensions
        • 2
          Template syntax not friendly
        • 1
          Quick builds

        related Hugo posts

        John-Daniel Trask
        Co-founder & CEO at Raygun · | 19 upvotes · 324.6K views
        Shared insights
        on
        .NET.NETWordPressWordPressHugoHugo
        at

        There’s no doubt WordPress is a great CMS, which is very user friendly. When we started the company, our blog wasn’t really our top priority, and it ended up being hosted on a fairly obscure server within our setup, which didn’t really change much until recently when things become harder to manage and make significant updates.

        As our marketing team increased, the amount of traffic that found us through our content marketing increased. We found ourselves struggling to maintain our Wordpress install given the amount of theme updates, plugins and security patches needing to be applied. Our biggest driver to find an alternative solution however was just how slow Wordpress is at serving content to the end user. I know there will be die hard fans out there with ways to set things up that mean WordPress sites can load quickly, but we needed something a lot more streamlined.

        We could see in our own Real User Monitoring tool that many users were experiencing page load speeds of over five seconds, even longer in worst case scenarios. Hugo is an open source static site generator that has enabled us to reduce load times by over 500% and make our blog far more maintainable across the whole team.

        The Raygun marketing site runs on a .NET CMS called N2 but we plan to swap that out with Hugo as well in future.

        #StaticSiteGenerators #SelfHostedBloggingCms #SupportSalesAndMarketing

        See more
        Josh Dzielak
        Co-Founder & CTO at Orbit · | 5 upvotes · 491.3K views
        Shared insights
        on
        JekyllJekyllHugoHugo

        Earlier this year, I migrated my personal website (dzello.com) from Jekyll to Hugo. My goal with the migration was to make the development environment as pleasant as possible and to make it really easy to add new types of content. For example, I knew I wanted to add a consulting page and some portfolio-style pages to show off talks I had given and projects I had worked on.

        I had heard about how fast Hugo was, so I tried it out with my content after using a simple migration tool. The results were impressive - the startup and rebuild times were in milliseconds, making the process of iterating on content or design less cumbersome. Then I started to see how I could use Hugo to create new page types and was very impressed by the flexibility of the content model. It took me a few days to really understand where content should go with Hugo, but then I felt very confident that I could create many different types of pages - even multiple blogs if I wanted - using a consistent syntax and with full control of the layouts and the URLs.

        After about 6 months, I've been very happy with the results of the migration. The dev environment is light and fast and I feel at ease adding new pages and sections to the site.

        See more