Svelte 5 et les runes : la réactivité fine-grained qui modernise le compilateur en 2026

Avec Svelte 5, l'équipe de Rich Harris a opéré la mutation la plus profonde du framework depuis sa création : remplacer la magie implicite des assignations réactives par un système explicite de runes, propulsé par un nouveau modèle de signals fine-grained. En 2026, cette évolution ne se contente pas de moderniser la syntaxe — elle aligne Svelte sur les meilleures pratiques de réactivité de l'écosystème, ouvre la porte à des composables réutilisables hors composants et améliore drastiquement les performances sur les applications complexes.

Des assignations magiques aux runes explicites

Pendant des années, la signature de Svelte tenait dans une promesse : let count = 0 suffisait à créer un état réactif, et count++ déclenchait automatiquement les mises à jour. Élégant pour les démos, ce modèle implicite cachait un piège : la réactivité dépendait d'une analyse statique du compilateur qui s'arrêtait aux frontières du fichier .svelte. Impossible d'extraire un store réactif dans un fichier .ts sans tomber dans l'API verbeuse des stores writable. Svelte 5 résout ce problème avec les runes : $state, $derived, $effect et $props remplacent les conventions implicites par des fonctions explicites, compilées en accès optimisés. Le compilateur sait précisément ce qui est réactif, et le développeur aussi.

Signals fine-grained : la performance par défaut

Sous le capot, les runes s'appuient sur un moteur de signals fine-grained inspiré de Solid.js et des innovations récentes d'Angular. Concrètement, chaque $state devient un nœud dans un graphe de dépendances, et seules les portions du DOM directement liées à une valeur modifiée sont mises à jour. Fini les invalidations en cascade qui touchaient tout un composant dès qu'une variable changeait : Svelte 5 cible la mise à jour à la propriété d'attribut près. Sur les applications avec des listes longues, des tableaux dynamiques ou des dashboards riches, les bénéfices sont mesurables — moins de re-renders inutiles, des framerates plus stables et des bundles légèrement plus compacts grâce à la suppression de plomberie devenue inutile.

Composables réutilisables et migration progressive

Le vrai déblocage de Svelte 5, c'est de pouvoir extraire la logique réactive hors des composants. Un fichier counter.svelte.ts peut désormais exposer une classe avec des champs $state, des getters $derived et des méthodes — exactement le pattern des composables Vue ou des hooks React, mais avec une expérience TypeScript supérieure. Cette uniformisation simplifie radicalement le partage de logique entre composants, le test isolé de la logique métier et la migration progressive depuis Svelte 4. L'équipe a d'ailleurs investi dans un mode de compatibilité qui laisse coexister anciens composants et nouveaux runes dans une même base de code, ce qui rend la migration acceptable même pour les projets de taille industrielle.

SvelteKit, écosystème et adoption en 2026

SvelteKit a aligné ses APIs sur les runes, et la majorité des bibliothèques majeures — formulaires avec Superforms, animations avec Motion One, state management avec Tanstack Query — proposent désormais des intégrations natives. L'écosystème reste plus modeste que celui de React, mais sa cohérence séduit les équipes qui veulent éviter la fragmentation et les guerres de patterns. Côté outillage, Vite reste la fondation, le langage server propose un support TypeScript impeccable des Server Actions, et les bundles produits en production restent parmi les plus compacts du marché. Pour un projet greenfield en 2026 — SaaS, dashboard interne, marketing site avec interactivité — Svelte 5 mérite désormais d'être évalué au même niveau qu'Astro, SolidStart ou Next.js, sans le compromis de DX qu'on lui prêtait historiquement.