Vite
Build ultra-rapide. HMR instantané, config minimale, écosystème de plugins solide. Ce que Vite ne fait pas compte autant, et [GreatFrontEnd](https://www.instagram.com/reel/Dd6Zuz0AUcE/) le range en cinq paires face à Next.js. Vite tient le serveur de dev et le build ; le routage et le serveur restent à ta charge, là où Next.js les intègre. Le routage passe donc par une bibliothèque que tu installes et configures (React Router), quand l'App Router de Next.js déduit les routes des dossiers et fichiers. Les données se chargent dans le navigateur une fois l'app lancée, quand Next.js peut les chercher côté serveur et livrer la page déjà remplie. `React.lazy` retarde un composant jusqu'à son premier rendu ; `next/dynamic` fait pareil et peut en plus sauter le rendu serveur d'un composant qui ne vit que dans le navigateur. Enfin, une SPA Vite écrit son titre et ses balises meta dans `index.html`, une seule fois pour tout le site, quand Next.js les génère page par page avec son Metadata API. C'est le point qui coûte le plus cher en SEO : sur une SPA Vite, chaque page doit poser ses propres balises (React 19 sait les remonter dans le head), sinon Google voit le même titre partout.
Forces
- HMR instantané basé sur ES modules natifs, fini les rebuilds complets
- Rollup pour le build prod : tree-shaking agressif, code splitting par route
- Config minimaliste : vite.config.ts en 20 lignes pour une app complète
- Écosystème de plugins riche : PWA, SVG, i18n, Vitest intégré nativement
Limites
- Pas un framework, nécessite de composer avec React Router, TanStack, etc.
- SSR manuel complexe, Next.js reste la solution pour le rendu serveur sérieux
- Plugins tiers de qualité inégale, certains non maintenus au-delà de Vite 4
Pour qui
- SPAs React, Vue ou Svelte sans besoin SSR
- Librairies de composants, design systems, packages npm