Présentation

Le 1 octobre 2026, l’équipe Svelte a publié la version 3.0 de SvelteKit, le framework officiel d’applications basé sur Svelte. Cette version conserve l’API principale des itérations précédentes tout en introduisant davantage de vérifications de type et en réduisant le code superflu. Le lancement s’accompagne d’un outil de migration automatisé (sv migrate) destiné à minimiser les interventions manuelles lors du passage de la 2.x à la 3.0.

Mécanismes de migration et nouvelles conventions

La migration s’effectue via la commande suivante :

npx sv migrate sveltekit -3 --tasks all --confirm

Le script analyse le projet, applique les transformations reconnues et génère une liste de tâches à compléter manuellement. Le processus repose sur la capacité de sv à identifier les références aux anciennes structures de configuration et à les remplacer par les nouvelles.

Parmi les changements de conventions, le fichier de configuration passe de svelte.config.js à vite.config.ts, alignant SvelteKit sur l’écosystème Vite et offrant un typage TypeScript natif. L’alias $lib devient #lib, ce qui facilite les imports de sous‑chemins conformes à la spécification d’imports ES. Les variables d’environnement bénéficient d’une API plus explicite, permettant notamment la définition de valeurs au moment du build et leur injection sécurisée dans le code client.

Implications pour le développement

Le passage à vite.config.ts implique que les projets tirent parti du système de plugins Vite, notamment pour le hot‑module‑replacement et l’optimisation des bundles. La typage renforcé réduit les erreurs de compilation liées aux props et aux stores, ce qui se traduit par un temps de débogage plus court. Les workers de service sont désormais générés avec moins de code boilerplate, grâce à une abstraction interne qui masque les détails de l’enregistrement et du lifecycle.

La gestion des erreurs a été revue : chaque point d’entrée du framework expose des objets d’erreur enrichis, facilitant la journalisation et la remontée d’informations aux développeurs. Cette amélioration s’appuie sur les capacités de Vite à intercepter les exceptions au niveau du serveur de développement.

Limites et perspectives

Les « remote functions », prévues comme un mécanisme de communication client‑serveur typé, ne sont pas encore stabilisées. Leur activation requiert le flag expérimental Async Svelte, ce qui limite leur usage aux environnements de test. Le guide de migration indique que certaines API spécifiques devront être réécrites manuellement, notamment les modules qui utilisent des chemins d’accès absolus hors du nouveau alias.

En parallèle, la communauté est invitée à participer au Svelte Summit à Ljubljana (19‑20 novembre 2026), où les évolutions de la version 3 seront présentées et où les développeurs pourront échanger sur les meilleures pratiques de migration.