En 2026, choisir comment construire une application web oppose généralement deux approches : le rendering côté serveur avec un framework monolithique, ou une API séparée avec un frontend autonome. Inertia.js s'est toujours positionné entre les deux — et avec la version 3.0, cet entre-deux devient nettement plus confortable.
Ce Que Inertia Fait Réellement
Inertia est une couche d'adaptation qui permet d'utiliser un framework serveur comme backend pour un SPA JavaScript moderne — sans construire d'API REST ou GraphQL séparée. Vous écrivez la logique des contrôleurs dans Laravel, Rails ou Django, puis retournez des composants Inertia au lieu de HTML. Inertia gère le protocole client-serveur, l'hydration et la synchronisation d'état automatiquement.
Le résultat : votre app React, Vue ou Svelte se comporte comme un SPA (pas de rechargement de page complet, navigation côté client) mais votre backend conserve le contrôle sur l'authentification, les autorisations et la récupération de données.
Quoi de Neuf en 3.0
Les améliorations principales d'Inertia.js 3.0 se concentrent sur la performance et l'expérience développeur :
Partial Reloads Améliorés. Vous pouvez désormais cibler précisément quels props doivent être rafraîchis sur une page donnée, évitant l'approche brutale de "tout recharger" qui nuisait à la performance perçue en v2.
Props Différés. Envoyez uniquement les données dont le rendu initial a besoin immédiatement, en différant le reste. Cela compte sur les pages riches en données où les utilisateurs attendent un premier affichage rapide.
Prefetch au Survol. Inertia Link précharge désormais les données d'une page au survol d'un lien — pas seulement au clic. Combiné aux props différés, la navigation peut sembler instantanée.
Versioning des Assets Refondu. Une implémentation plus propre gère le cache busting entre les outils de build, un point douloureux permanent pour les équipes utilisant Vite ou esbuild avec Inertia.
Couverture TypeScript Revampée. Les définitions TypeScript ont été overhaulées, avec une meilleure inférence des types de props et un typage plus strict sur les données partagées.
L'Argument du Monolithe Moderne
Inertia appelle cela le "Monolithe Moderne" — un clin d'œil à l'époque où Rails et Django étaient le default pour construire des applications web entières. L'argument : vous n'avez pas besoin d'un backend microservices, d'un repo frontend séparé et d'une équipe dédiée à la maintenance du contrat API. Votre framework serveur gère le routage, l'auth et la base de données. Votre équipe frontend écrit des composants dans le framework de son choix.
Le compromis est réel : les apps Inertia sont plus difficiles à scaler horizontalement qu'une architecture API + SPA pure, car la session serveur vous attache à l'état côté serveur. Pour les équipes petites à moyennes qui privilégient la vélocité sur l'échelle infinie, c'est un argument convaincant.
État de l'Écosystème
Inertia a une forte adoption dans la communauté Laravel — c'est essentiellement le default pour construire des frontends React ou Vue dans Laravel. L'adaptateur Rails officiel et l'adaptateur Django rendent le pattern transférable. La version 3.0 était en beta pendant plusieurs mois et la release marque la stabilisation des changements de protocole introduits durant cette période.
Si vous utilisez Laravel, Rails ou Django et voulez un frontend React/Vue/Svelte sans la surcharge d'une API séparée, Inertia 3.0 est la version la plus aboutie de ce compromis.
Couverture quotidienne de l'écosystème TypeScript et JavaScript sur ts.news.
