Next.js
#Définition Next.js
Framework React open-source full-stack développé et maintenu par Vercel (première release : octobre 2016). Construit sur Node.js, il étend React avec un système de routing file-based, des capacités de rendu hybride (SSR, SSG, ISR, PPR) et une couche serveur native via les React Server Components. Pour approfondir, consultez la page service Development Next.js Nehos.
Sur le terrain, L'App Router (Next 13+) repose sur le répertoire /app, les layouts imbriqués, les route segments et les route handlers remplaçant les API routes Pages Router. Depuis Next 16 (2026) : PPR (Partial Prerendering) stable — le serveur envoie un shell HTML statique immédiat puis streame les slots dynamiques via Suspense ; React 19 intégré avec Server Actions stabilisées ; Turbopack remplace Webpack par défaut (rechargement à chaud très rapide) ; cache refondu (opt-in explicite vs opt-out implicite de Next 14).
TypeScript first-class, i18n built-in via next.config, optimisation d'images automatique (WebP/AVIF + lazy load), middleware Edge Runtime, ISR avec revalidation on-demand via revalidatePath/revalidateTag.
Le concept de Next.js prend tout son sens dans un contexte B2B où chaque décision technique impacte directement le ROI.
#Next.js expliqué simplement
Next.js, c'est la boîte à outils qui manquait à React. React seul te donne les composants, mais pas le routing, pas le rendu serveur, pas l'optimisation d'images, pas le déploiement simplifié. Next.js s'en charge. La métaphore : React est le moteur de voiture. Next.js est la voiture complète — tableau de bord, transmission, GPS, sécurité inclus.
Ce qui le distingue en 2026 : une même page peut afficher certaines zones instantanément (statique, pré-généré) et d'autres zones après quelques millisecondes de calcul serveur (dynamique, personnalisé). C'est le PPR — Partial Prerendering. Pour l'utilisateur, tout semble instantané. Pour Google, tout est indexable. Pour l'équipe dev, c'est une seule codebase au lieu de trois.
Prenez un cas concret : une entreprise de 50 personnes qui accélère sa croissance.
#Cas d'usage concrets
Exemple de situation — refonte e-commerce d'une DNVB mode (Magento 2 vers Next.js et Shopify) — Situation type : une DNVB de mode migre son e-commerce de Magento 2 monolithique vers Next.js et l'API Storefront de Shopify. Le build passe de Webpack à Turbopack, ce qui le raccourcit. On compare, avant et après la migration, le LCP et l'INP mobiles (Core Web Vitals) ainsi que le taux de conversion mobile.
Exemple de situation — site institutionnel d'une collectivité (WordPress vers Next.js et Payload CMS) — Situation type : une collectivité territoriale migre son site institutionnel de WordPress vers Next.js 16, Payload v3 et Postgres. Les pages statiques sont générées via ISR et l'équipe éditoriale, non technique, reste autonome via l'interface d'administration de Payload. Une revalidation à la demande met à jour le contenu publié sans reconstruire tout le site.
Exemple de situation — plateforme SaaS B2B d'analytics (SPA React vers App Router) — Situation type : un éditeur de plateforme SaaS B2B d'analytics migre de Create React App vers Next.js App Router. Le dashboard authentifié passe en Server Components avec accès direct à la base de données (Drizzle ORM), ce qui supprime une couche d'API REST. On compare le temps de premier octet et la charge du serveur Node.js avant et après.
#Next.js chez Nehos Groupe
Notre service Development Next.js Nehos couvre ce périmètre de A à Z.
Chaque mission démarre par un cadrage structuré : objectifs chiffrés, périmètre technique, jalons à 30/60/90 jours. On livre, on mesure, on itère. Pas de slides sans livrable. Voir aussi : refonte Magento headless Next.js.
#Termes associés
Plusieurs concepts gravitent autour de ce sujet.
- App Router Next.js
- React Server Components
- Partial Prerendering (PPR)
- ISR (Incremental Static Regeneration)
- TypeScript
- Payload CMS
- INP (Interaction to Next Paint)
- Headless Commerce
Tous ces termes sont interconnectés. Maîtriser l'un sans comprendre les autres, c'est voir le puzzle sans toutes les pièces.
Applications Concrètes
« Situation type : une DNVB de mode migre son e-commerce de Magento 2 monolithique vers Next.js et l'API Storefront de Shopify. Le build passe de Webpack à Turbopack, ce qui le raccourcit. On compare, avant et après la migration, le LCP et l'INP mobiles (Core Web Vitals) ainsi que le taux de conversion mobile. »
« Situation type : une collectivité territoriale migre son site institutionnel de WordPress vers Next.js 16, Payload v3 et Postgres. Les pages statiques sont générées via ISR et l'équipe éditoriale, non technique, reste autonome via l'interface d'administration de Payload. Une revalidation à la demande met à jour le contenu publié sans reconstruire tout le site. »
« Situation type : un éditeur de plateforme SaaS B2B d'analytics migre de Create React App vers Next.js App Router. Le dashboard authentifié passe en Server Components avec accès direct à la base de données (Drizzle ORM), ce qui supprime une couche d'API REST. On compare le temps de premier octet et la charge du serveur Node.js avant et après. »
Questions & réponses
Questions fréquentes sur Next.js
Pages Router (Next ≤12) : rendu via getServerSideProps / getStaticProps dans /pages. App Router (Next 13+) : rendu via React Server Components dans /app, layouts imbriqués natifs, Server Actions, meilleure gestion du streaming. Nehos ne démarre plus de projet sur Pages Router.
Oui — à condition de ne pas l'utiliser comme SPA classique. Les Server Components permettent des accès DB directs, les Server Actions remplacent des endpoints REST simples, et le cache ISR gère les données semi-statiques. Nehos l'utilise sur marketplaces B2B, plateformes SaaS et sites corporate ETI.
Next.js si votre équipe est React (la majorité du marché JS). Nuxt si votre équipe est Vue. Les deux convergent en fonctionnalités (SSR, SSG, Server Components-like). Nehos travaille en React/Next.js. Changer de framework uniquement pour changer n'a pas de sens.
PPR : le serveur envoie immédiatement un shell HTML statique, puis streame les parties dynamiques via Suspense. Résultat : TTFB quasi-statique + contenu personnalisé. Stable depuis Next 16.
C'est un de ses points forts majeurs. SSR et SSG garantissent un HTML complet indexable par Googlebot sans JS. Metadata API (Next 13+) gère title, description, OG, canonical depuis le serveur. App Router + PPR = bons Core Web Vitals atteignables. Voir aussi définition INP.
Pour un dev React junior : quelques semaines pour maîtriser Pages Router, puis plusieurs mois pour App Router (Server Components, streaming, cache). Pour un dev senior React : quelques semaines pour App Router. L'écueil principal : confondre Server Components et Client Components.
Non. Next.js est open source et se déploie sur n'importe quel hôte Node.js : OVH (choix Nehos), AWS, Fly.io, Render, Netlify. Vercel offre la meilleure DX et des fonctionnalités avancées (Edge Config, Image CDN), mais le vendor lock-in est limité aux adapters spécifiques comme @vercel/og.