Illustration pour Next.js n’est pas systématiquement la solution

Article de blog

Next.js n’est pas systématiquement la solution

[ Publié le ]

Next est malheureusement devenu le réflexe par défaut de beaucoup de développeurs.

  • “besoin d’une vitrine” : vous connaissez Next ?
  • “besoin d’une app”: vous connaissez Next ?
  • “besoin d’un blog” : vous connaissez Next ?

Parfois c’est une mauvaise idée d’utilise Next.

Next le séducteur

Next fait beaucoup de match sur TinderDev. Il a presque tout pour plaire.

On se retrouve avec tout dans le même repo, sans devoir configurer les CORS, le développement est approximativement rapide, et le DX est fluide.

LE SSR, qui permet l’indexation par google sans effort. SSR/SSG intégrés. SEO-friendly, pas besoin de configuration complexe.

React, le framework ultra partagé par des millions de devs.

Et il est entièrement hébergé sur Vercel, sans efforts.

Next n’est pas React “Next ou React les bibizousse?”

  • React = Librairie UI ( tout est à configurer soi-même : routing, SSR, bundling, etc.)
  • Next = Framework complet (routing, SSR, API routes, optimisations… tout est intégré)

on peut plutôt comparer comme ceci :

  • Next vs Astro vs Hugo → Génération de sites statiques/semi-statiques
  • Next vs Remix vs SvelteKit → Frameworks fullstack React

Quand Next est overkill

1. Site vitrine / Blog statique

Next pour un blog

Vous n’avez pas besoin de :

  • SSR dynamique
  • API routes
  • Complexité du routing Next

Meilleures alternatives :

Hugo

→ Champion du build ultra-rapide, multi-langue natif

Astro

→ Zero JS par défaut, activation uniquement si nécessaire

11ty (Eleventy)

→ Minimaliste, élégant, contrôle total sans complexité

Webflow (no-code)

→ Code propre et sémantique, SEO-friendly, contrôle sur schema/markup (bien mieux que WordPress devenu trop lourd)

Gain réel :

Build 10x plus rapide, maintenance quasi nulle, coûts réduits.

2. Le portfolio

Montrer ses compétences avec Next sur un portfolio, ça ne sert à rien, sauf si le but est de montrer que vous êtes capable de faire des mises à jours annuelles.

Astro ou même du HTML/CSS/JS vanilla fait largement l’affaire.

Le vrai coût de Next (qu’on ne vous dit pas)

Migrations majeures annuelles

Next sort une version majeure chaque année depuis 2023 :

  • 2023 : Next 13 (App Router)
  • 2024 : Next 14 (Server Actions, breaking changes)
  • 2025 : Next 15 (nouvelles breaking changes)

Concrètement, pour une PME avec 1 dev :

Migration Next 13 → 14 :

  • Refactoring complet de l’App Router
  • 2-3 semaines de travail
  • Coût : 5,000-8,000€

Comparer avec les alternatives

Vue 3 (sorti en 2020) → toujours stable en 2025

React 17 (2020) → React 19 (2025) : 4 ans entre versions majeures

Celui qui est resté sur Vue 3 a gagné en stabilité.

Next pour les apps “business heavy” : la légende

On entend souvent : “Pour scaler, utilise Next.”

Faux.

Les vraies grandes apps n’utilisent PAS Next en fullstack

Les applications critiques à grande échelle utilisent :

  • Spring Boot + Angular
  • .NET Core + Angular
  • Django + Nuxt/React

Pourquoi ?

Parce qu’une architecture solide sépare :

  • Backend robuste (API REST)
  • Frontend moderne (Next/Nuxt en consommateur)

Next en fullstack pour du gros = risque :

  • Architecture instable
  • Migrations annuelles coûteuses
  • Performance imprévisible à grande échelle

Ma position :

Je tire une croix sur Next en fullstack pour du gros.

Par contre, Next en frontend connecté à une API Django/Spring ? Excellent combo.

Alors, quand utiliser Next ?

Pour un site vitrine / Blog

Hugo, Astro, 11ty

Pour un portfolio dev

Astro ou HTML/CSS/JS vanilla

Pour une app simple avec SEO (e-commerce, landing + app)

Next peut faire sens

Pour un SaaS classique (app derrière login)

React SPA + API REST (pas besoin de Next)

Pour un SaaS avec forte composante publique (docs, marketing, profils publics)

Next/Nuxt peuvent faire sens → Ou mieux : Static (Astro) pour le public + React SPA pour l’app

Conclusion

Next c’est bien pour quelques cas précis, mais pas pour tout. Je me suis planté sur 2 projets avec Next, parce que dans certains cas Astro ou une SPA classique auraient été plus adaptés.

Ce que j’ai appris :

Next m’a forcé à voir la suringénierie en face.

Parfois, on ajoute de la complexité parce que “c’est moderne”.
Pas parce que le projet en a besoin.

La vraie question à se poser :
“Est-ce que ce projet justifie Next, ou est-ce que c’est juste la hype ?”