Un site rendu côté serveur, et léger une fois arrivé
SvelteKit apporte à Svelte ce qui lui manque pour faire un site : le routage, le rendu côté serveur, le chargement des données. Le tout sans renvoyer de moteur d’interface au navigateur.
- Rendu côté serveur : des pages indexables normalement
- Aucun moteur d’interface envoyé au navigateur
- Le mode de rendu se décide page par page
- Hébergé en France, sur notre propre infrastructure
Le principe
Ce que SvelteKit ajoute, et à quel prix
Ce qu’il apporte
Svelte seul ne sait construire que des écrans. SvelteKit ajoute tout ce qui fait un site : des URL, un rendu exécuté sur le serveur avant que la page parte, le chargement des données au bon moment, et le découpage du code page par page.
Le résultat est celui d’un site classique — une page complète arrive, elle s’indexe normalement — auquel s’ajoute la légèreté propre à Svelte : rien d’autre que votre code ne repart vers le navigateur.
Le mode de rendu se décide page par page
Trois possibilités cohabitent dans un même projet. Une page peut être générée à l’avance, à la construction : c’est le plus rapide et le moins coûteux à servir, et cela convient à tout ce qui ne dépend pas du visiteur. Elle peut être rendue à la demande, sur le serveur, quand son contenu dépend de qui la regarde. Elle peut enfin être laissée au navigateur, pour un écran connecté où l’indexation n’a aucun sens.
Cette décision se prend page par page, et elle décide autant de l’architecture que de la facture d’hébergement. C’est le vrai sujet d’une mise en œuvre, plus que le choix du framework lui-même.
Ce qu’il faut savoir avant de choisir
Le vivier de développeurs est plus étroit qu’en React ou en Vue — c’est la même contrepartie que pour Svelte, et elle vaut d’être posée avant de s’engager.
L’exécution demande par ailleurs un environnement JavaScript côté serveur, comme Next.js et Nuxt. Nous l’hébergeons sur notre propre infrastructure, en France ; il n’y a pas d’obligation de passer par une plateforme d’éditeur.
Les usages
Ce que nous construisons avec
-
Sites qui doivent être trouvés
La page est construite avant d’arriver au visiteur : elle s’indexe comme n’importe quelle page servie par un site classique.
-
Espaces clients
Des écrans qui dépendent de qui les regarde, rendus sur le serveur. C’est ce que ne sait pas faire un site généré une fois pour toutes.
-
Le choix du mode, page par page
Généré à l’avance, rendu à la demande, ou laissé au navigateur. La décision se prend page par page, pas une fois pour toutes.
-
Adossé à vos API
REST ou GraphQL, sur vos systèmes existants — que nous pouvons aussi construire, en Symfony, Python, Java, Go ou Node.js.
-
Léger une fois arrivé
Pas de moteur d’interface à télécharger avant l’affichage. C’est ce que SvelteKit garde de Svelte, et que ses équivalents n’ont pas.
-
Hébergé chez nous
Sur notre infrastructure nantaise, sans plateforme d’éditeur et sans facture indexée sur le trafic.
Questions fréquentes
SvelteKit : vos questions
Une autre question ? Le support répond directement, sans intermédiaire, de 9h à 12h et de 14h à 17h.
SvelteKit ou Next.js ?
Les deux résolvent le même problème et se ressemblent beaucoup dans l’usage. Next.js a le vivier de développeurs le plus large, ce qui compte pour la reprise. SvelteKit envoie moins de code au navigateur. Si vous n’avez pas de contrainte de poids et pas d’équipe Svelte, Next.js reste le choix le plus sûr — nous le disons volontiers.
SvelteKit ou Astro ?
Astro quand le projet est d’abord fait de pages — vitrine, catalogue, blog, documentation. SvelteKit quand il s’agit d’une application, avec des écrans personnalisés et une logique importante. La vraie question n’est pas laquelle des deux, mais si votre projet est un site ou une application.
Mon site sera-t-il bien référencé ?
Oui, à condition de générer les pages à l’avance ou de les rendre côté serveur — ce que SvelteKit sait faire. C’est un choix d’architecture posé au début : une application qui construit tout dans le navigateur reste très difficile à indexer, souvent impossible.
Sommes-nous obligés d’héberger chez un éditeur ?
Non. SvelteKit est un logiciel libre et nous l’hébergeons sur notre propre infrastructure, en France. L’exécution demande un environnement JavaScript côté serveur, que nous exploitons déjà pour d’autres frameworks du même type.
Trouverons-nous des développeurs ensuite ?
Moins facilement qu’en React ou en Vue. C’est la contrepartie honnête de cet écosystème, et elle doit peser dans la décision au même titre que les mérites techniques. Si le code doit vivre chez vous et que personne ne pratique Svelte, nous vous orienterons ailleurs.
Un site, ou une application ?
C’est cette réponse qui décide du framework — pas l’inverse. Elle se tranche en une conversation, avant la première ligne de code.