Développement Next.js -- SaaS et apps web modernes pour ETI et éditeurs
Next.js 16 avec App Router, Server Components, ISR et Payload CMS headless. SaaS B2B, refontes de sites corporate, apps web métier sur mesure. Déploiement Netlify ou OVH souverain. TTFB < 200 ms, -50 % de bundle JS vs SPA classique. 15 000 a 120 000 EUR HT, 3 a 6 mois de développement.
Nos clients types
#Pourquoi Next.js 16 s'impose pour les applications web B2B en 2026
Le paysage du développement front-end a radicalement change en trois ans. Les SPA React classiques (Create React App, Vite + React Router) restent viables pour des dashboards internes sans enjeu SEO. Mais des qu'un projet B2B implique du trafic organique, des pages marketing indexables, ou une performance perçue par les utilisateurs finaux, Next.js 16 avec App Router et Server Components devient le choix rationnel.
Server Components changent la donne. Au lieu d'envoyer tout le JavaScript au navigateur puis de fetcher les données côté client, les Server Components exécutent le rendu côté serveur et n'envoient au navigateur que le HTML resultant plus le JavaScript strictement nécessaire a l'interactivité. Résultat concret : un bundle JavaScript réduit de 40 à 60 %, un TTFB sous les 200 ms, et un Largest Contentful Paint qui satisfait les Core Web Vitals sans optimisation héroïque.
ISR (Incremental Static Regeneration) résout l'autre problème historique du SSR : la charge serveur. Au lieu de régénérer chaque page à chaque requête, ISR sert une version statique cachée et la regenere en arriere-plan selon un intervalle configure. Pour un blog d'entreprise avec 500 articles ou un catalogue produit avec 10 000 fiches, la différence de coût d'infrastructure est majeure.
Nehos ne déploie pas Next.js parce que c'est notre framework prefere. On le déploie parce qu'il résout des problèmes concrets de performance, de SEO et de maintenabilite pour les projets B2B. Quand le projet ne justifie pas Next.js -- un dashboard interne sans enjeu SEO, un prototype rapide, une extension Chrome -- on recommande Vite + React ou meme Svelte. La technologie sert le besoin, pas l'inverse.
#Stack technique Next.js Nehos 2026
#Next.js 16 + App Router
App Router avec layouts imbriques, loading states, error boundaries par route, et parallel routes pour les interfaces complexes. Middleware Edge pour l'authentification, la redirection géographique et l'A/B testing sans impact sur le TTFB. Turbopack en développement pour un hot reload sous les 200 ms meme sur des projets de 500+ composants.
#React 19 + Server Components
Server Components par défaut, Client Components uniquement quand l'interactivité le requiert (formulaires, modals, composants avec state). React 19 avec les nouveaux hooks use() et useFormStatus pour simplifier le data fetching et la gestion des formulaires. Actions serveur pour les mutations sans API routes intermédiaires.
#Payload CMS 3 headless
Payload CMS 3 est notre CMS headless de référence pour les projets Next.js. Écrit en TypeScript, il s'integre nativement dans le monorepo Next.js -- pas de service externe a maintenir. Admin UI personnalisable, champs complexes (blocs, relations, versions), API REST et GraphQL générées automatiquement. Pour les projets qui nécessitent un CMS plus leger, on déploie Sanity ou Strapi selon le contexte.
#Déploiement : Netlify ou OVH souverain
Netlify est notre standard de déploiement pour Next.js : edge network mondial, deploy previews par PR, analytics intégrés, configuration minimale. Vercel reste possible selon vos exigences. Pour les clients avec des contraintes de souveraineté des données (secteur public, santé, finance), on déploie sur OVH bare metal avec Docker et un reverse proxy Caddy. Le surcoût d'infrastructure est d'environ 15 % mais les données restent en France.
#TypeScript strict + Tailwind CSS 4
TypeScript en mode strict sur 100 % du codebase. Pas de any, pas de ts-ignore sauf cas documente. Tailwind CSS 4 avec un design system tokenise et des composants shadcn/ui personnalises. ESLint + Prettier en pre-commit hook, Vitest pour les tests unitaires, Playwright pour les tests E2E.
→ Vous évaluez vos options ? Utilisez notre estimateur de budget en ligne pour obtenir une fourchette en 2 minutes, ou consultez nos tarifs détaillés.
#3 cas d'usage : SaaS B2B, refonte, app web métier
#Cas 1 -- SaaS B2B complet
Dashboard multi-tenant, onboarding utilisateur, gestion des abonnements Stripe, pages marketing SEO-friendly, blog avec Payload CMS. Architecture : Next.js 16 front + API routes pour le BFF (Backend for Frontend) + backend Symfony ou Node.js pour la logique métier. Authentification via NextAuth.js v5 ou Clerk. Multi-tenant par sous-domaine ou par path selon la stratégie commerciale du SaaS.
#Cas 2 -- Refonte de site legacy
Migration d'un site WordPress, Drupal ou Symfony/Twig vers Next.js + Payload CMS. Redirection 301 systématique de toutes les URLs indexées, migration du contenu via scripts ETL, conservation du maillage interne. Objectif : zero perte de trafic organique pendant la migration, puis gain a 6 mois grace aux Core Web Vitals améliorés. Voir notre offre migration Symfony vers Next.js et migration WordPress vers Next.js.
#Cas 3 -- Application web métier sur mesure
Interface métier avec authentification SSO (Azure AD, Okta), droits par roles (RBAC), formulaires complexes multi-étapes, generation de documents PDF, tableaux de données avec filtres avances et export CSV. Integration API backend existant via fetch serveur et Server Components -- pas de state management client complexe quand les données sont lues côté serveur.
#Pourquoi ne pas choisir Next.js
Transparence. Next.js n'est pas la bonne réponse a tous les projets web. On deconseille Next.js dans trois cas précis. Premier cas : un dashboard interne utilise par 20 personnes, sans enjeu SEO, sans performance critique -- Vite + React suffit largement et coute 30 % moins cher a développer. Deuxième cas : un site statique très simple (5-10 pages, pas de contenu dynamique) -- Astro ou meme Hugo sont plus adaptes. Troisième cas : une equipe interne qui maitrise Vue.js ou Angular et qui n'a aucune raison stratégique de migrer -- le coût de formation et d'adoption depasse le benefice.
Si votre projet tombe dans l'un de ces cas, on vous le dit a l'audit de cadrage. On ne force pas Next.js pour remplir notre backlog.
#Tarification transparente : 15 000 a 120 000 EUR HT
- 15 000-30 000 EUR -- Site corporate Next.js + Payload CMS, 10-30 pages, design system personnalise, déploiement Netlify, formulaire de contact, blog.
- 30 000-60 000 EUR -- Application web métier avec authentification, RBAC, 3-5 modules fonctionnels, integration API backend existant, tests E2E.
- 60 000-120 000 EUR -- SaaS B2B complet : multi-tenant, Stripe billing, onboarding, dashboard analytics, pages marketing SEO, blog Payload CMS, CI/CD, monitoring.
Audit de cadrage technique : 5 000 EUR HT (imputable sur le projet si go-ahead). Délai moyen : 3 a 6 mois selon le périmètre.
Questions frequentes sur le développement Next.js
Trois raisons concretes. Premiere : le SEO. Un SPA React classique n'est pas indexe nativement par Google -- il faut ajouter du pre-rendering (Prerender.io, react-snap) qui ajoute de la complexité et des points de défaillance. Next.js genere du HTML côté serveur par défaut. Deuxième : la performance. Les Server Components réduisent le bundle JavaScript de 40 à 60 % en executant le rendu côté serveur. Troisième : la maintenabilite. L'App Router de Next.js impose une structure de projet par convention (layouts, loading, error boundaries par route) qui facilite l'onboarding de nouveaux développeurs et la maintenance long terme. Le surcoût de Next.js vs un SPA est d'environ 10-15 % en développement initial, mais le gain en SEO, en performance et en maintenabilite le rentabilise des le premier trimestre post-lancement.
Vercel est la plateforme de déploiement créée par l'equipe Next.js. Avantages : zero configuration, edge network mondial (CDN 30+ PoPs), preview deployments automatiques par pull request, analytics intégrés, support des edge functions et du streaming SSR. Inconvenient : les données transitent par l'infrastructure Vercel (AWS US/EU). Pour les clients avec des contraintes de souveraineté (secteur public, santé, finance reglemente), Nehos déploie Next.js sur OVH bare metal en France avec Docker, un reverse proxy Caddy, et un CDN OVH. Le surcoût d'infrastructure est d'environ 15 %, le temps de déploiement initial est plus long (2-3 jours vs quelques heures sur Vercel), mais les données restent strictement en France. La decision se prend avec le DSI selon les contraintes réglementaires réelles -- pas sur des principes abstraits.
Payload CMS 3 est notre choix par défaut pour les projets Next.js depuis 2025. Raison principale : Payload s'integre directement dans le monorepo Next.js comme un package, pas comme un service externe. Il est écrit en TypeScript, ses types sont partages avec le front, et l'admin UI est personnalisable avec des composants React. Pour les equipes qui ont déjà un Strapi en production et qui ne veulent pas migrer, on continue a l'utiliser -- Strapi 5 est stable et son API REST/GraphQL s'integre proprement. Mais pour un nouveau projet, Payload CMS offre une meilleure DX, une intégration plus étroite avec Next.js, et un coût de maintenance inférieur sur la durée.
Comptez 2 a 4 mois pour une migration complete. Phase 1 (2 semaines) : audit du site existant, inventaire des URLs indexées, cartographie des redirections 301, export du contenu. Phase 2 (4-6 semaines) : développement Next.js + Payload CMS, migration du contenu via scripts ETL, integration du design system. Phase 3 (2 semaines) : tests SEO, verification des redirections, tests de non-regression, déploiement progressif. Le risque principal est la perte de trafic organique pendant la migration. Nehos applique un protocole strict : redirections 301 sur 100 % des URLs indexées, conservation des meta titles et descriptions, verification post-migration avec Google Search Console. Sur 4 migrations WordPress vers Next.js en 2024-2025, zero perte de trafic organique mesurée a 30 jours.