Le navigateur affiche, le serveur ne fait plus que des données
Une application front — ou Single Page App — est une application sur mesure destinée à des utilisateurs identifiés, qui s’appuie sur vos API existantes. Développée en Vue.js, Svelte ou React.
- Vue.js, Svelte ou React, selon votre équipe et l’existant
- Échanges par API REST ou GraphQL
- Découplage du métier et de l’affichage
- Pour ce qui n’a pas besoin d’être référencé
Le principe
Séparer l’affichage du traitement
Ce qu’est une application front
C’est une application sur mesure destinée à des utilisateurs identifiés, qui peut s’appuyer sur des API existantes. C’est le navigateur qui prend en charge l’affichage, plus le serveur.
Les échanges passent par des API REST ou GraphQL. Nous développons ces applications avec Vue.js, Svelte ou React.
La limite à connaître avant de choisir cette voie
Le référencement d’une application de ce type est très complexe, souvent impossible. Elle convient donc à ce qui n’a pas besoin d’être indexé.
Ce n’est pas un détail technique à régler plus tard : c’est le critère qui décide si votre projet relève de cette approche ou d’une autre. Si vos pages doivent être trouvées sur un moteur, il faut les construire avant qu’elles n’arrivent au visiteur — ce que savent faire Astro et Next.js.
Des économies à grande échelle
En séparant la responsabilité d’affichage de la responsabilité de traitement, vos serveurs ne manipulent plus que des données : ils n’envoient plus de HTML, comme le font les applications classiques et les CMS.
Vous économisez des ressources serveur en vous appuyant sur celles du navigateur, où l’application est chargée directement.
Une refonte facilitée
Dans une application classique, le serveur fait tout — traiter les données et produire le HTML. C’est un monolithe : une refonte visuelle impose de toucher au projet entier.
En séparant l’affichage du métier, vous pouvez changer l’apparence sans toucher au fonctionnement. Vous pouvez même faire tourner les deux versions en parallèle et opérer la bascule sans risque.
Ce que l’on construit ainsi
Un formulaire de contact, un tunnel de vente, un espace client : autant d’exemples qui se prêtent à une application front, précisément parce qu’ils n’ont pas besoin d’être référencés.
Le tarif est sur devis.
Les usages
Ce que nous construisons avec
-
Vue.js, React ou Svelte
Le choix se fait sur votre équipe et sur l’existant, pas sur les mérites comparés des trois.
-
Adossée à vos API
REST ou GraphQL, sur vos systèmes existants — que nous pouvons aussi construire.
-
Espaces clients
Des écrans destinés à des utilisateurs identifiés : le terrain naturel de cette approche.
-
Tunnels de vente
Un parcours d’achat avec beaucoup d’états à tenir entre les étapes, et rien à indexer.
-
Serveurs allégés
Ils ne manipulent plus que des données et n’envoient plus de HTML : ce sont les ressources du navigateur qui travaillent.
-
Refonte sans tout casser
L’apparence change sans toucher au fonctionnement, et les deux versions peuvent tourner en parallèle le temps de la bascule.
Questions fréquentes
Application front : vos questions
Une autre question ? Le support répond directement, sans intermédiaire, de 9h à 12h et de 14h à 17h.
Mon application sera-t-elle référencée ?
Non, et c’est la limite à connaître avant de choisir cette voie : le référencement d’une application de ce type est très complexe, souvent impossible. Elle convient à ce qui n’a pas besoin d’être indexé — espace client, tunnel de vente, formulaire. Si vos pages doivent être trouvées sur un moteur, il faut les construire avant qu’elles n’arrivent au visiteur.
Quelle différence avec Next.js ou Nuxt ?
Ces deux-là savent construire la page côté serveur avant de l’envoyer, ce qui les rend indexables tout en gardant React ou Vue. Une application front classique construit tout dans le navigateur : c’est plus simple à écrire, mais cela ferme la porte au référencement. Le choix se fait donc sur ce point avant tout autre.
Faut-il déjà avoir des API ?
C’est plus simple, mais ce n’est pas obligatoire : l’application peut s’appuyer sur des API existantes, et nous pouvons aussi les construire — en Symfony, Python, Java, Go ou Node.js selon ce que le traitement demande.
Vue.js, React ou Svelte ?
La question à se poser n’est pas laquelle est la meilleure, mais laquelle ceux qui reprendront le projet savent lire. Une équipe déjà formée à l’une des trois, ou un existant à réutiliser, pèsent plus que les mérites comparés des bibliothèques.
Est-ce moins coûteux à héberger ?
Oui, sur la partie affichage : vos serveurs ne manipulent plus que des données et n’envoient plus de HTML, comme le font les applications classiques et les CMS. Ce sont les ressources du navigateur qui travaillent, où l’application est chargée directement.
Vos écrans ont-ils besoin d’être trouvés sur Google ?
C’est la première question, et elle décide de tout le reste. Si la réponse est non, une application front est probablement la bonne voie.