Une application web est un logiciel utilisable depuis un navigateur, sans installation classique sur l'ordinateur ou le smartphone. Messagerie, outil de réservation, espace client, logiciel de gestion ou plateforme collaborative : elle couvre des usages bien plus larges qu'un simple site de consultation.
Pour une entreprise, le choix d'une application web ne doit pas reposer uniquement sur son coût de développement. La fréquence d'utilisation, les fonctions attendues, la qualité de la connexion, le niveau de sécurité et les appareils utilisés comptent tout autant.
Qu'est-ce qu'une application web ?
Une application web est un programme informatique accessible dans un navigateur à partir d'une adresse web. Elle permet à l'utilisateur d'accomplir des actions, par exemple remplir un formulaire, modifier un document, gérer un compte ou consulter des données personnalisées, sans installer un logiciel complet sur son appareil.
Un logiciel accessible depuis un navigateur
L'application est généralement hébergée sur un serveur distant. Le navigateur affiche son interface et transmet les actions de l'utilisateur au serveur. Celui-ci traite les demandes, consulte éventuellement une base de données, puis renvoie le résultat attendu.
L'expression anglaise web application, souvent raccourcie en web app, désigne le même type de logiciel. Il ne faut pas la réduire à une application pour smartphone. Une web app peut être utilisée sur un ordinateur, une tablette, un téléphone ou un terminal professionnel, à condition que son interface ait été conçue pour la taille d'écran concernée.
Les principaux exemples d'applications web
De nombreux services courants fonctionnent sous cette forme :
- les messageries accessibles depuis un navigateur ;
- les outils de traitement de texte et de travail collaboratif ;
- les espaces clients et les logiciels de gestion en ligne ;
- les systèmes de réservation ;
- les paniers et les comptes clients des sites marchands ;
- les plateformes de visioconférence ;
- les intranets et les logiciels métiers ;
- les outils de suivi de projet ou de relation client.
Une application web ne doit donc pas forcément être un service autonome. Elle peut aussi correspondre à la partie interactive d'un site, comme un configurateur, un espace personnel ou un formulaire qui enregistre et traite des informations.
Quelle différence entre un site web et une application web ?
Un site web sert principalement à présenter des informations, tandis qu'une application web aide l'utilisateur à accomplir une tâche ou à manipuler des données. Cette frontière n'est cependant pas absolue : un même service en ligne peut associer des pages éditoriales classiques et plusieurs fonctions applicatives.
L'interactivité ne suffit pas toujours à les distinguer
La distinction ancienne entre un site entièrement statique et une application interactive est devenue trop sommaire. Un site peut contenir un moteur de recherche, des commentaires, des formulaires, un espace de connexion ou un panier. Il possède alors des composants applicatifs sans devenir nécessairement une application web à part entière.
La différence se trouve surtout dans la finalité dominante. Sur un site vitrine, l'internaute vient lire, regarder ou trouver des coordonnées. Dans une application web, il vient travailler sur des informations ou déclencher une opération : créer un devis, modifier un dossier, planifier une intervention, échanger un document ou suivre une commande.
Des contenus produits selon les actions de l'utilisateur
Les pages d'un site d'information restent globalement identiques pour tous les visiteurs. Dans une application web, l'écran dépend souvent du compte connecté, de ses droits et de ses actions. Deux salariés peuvent ainsi accéder au même logiciel sans voir les mêmes dossiers ni disposer des mêmes commandes.
Cette personnalisation suppose une gestion des comptes, des autorisations et des données. Elle rend le projet plus complexe qu'un site de présentation. Une interface agréable ne suffit pas. Il faut aussi prévoir les règles de gestion, les échanges avec la base de données, la journalisation des actions et la récupération des informations en cas d'incident.
Comment fonctionne une application web ?
La plupart des applications web reposent sur une architecture client-serveur. Le « client » est généralement le navigateur de l'utilisateur. Le serveur héberge la logique de l'application, traite les requêtes et communique avec les autres services nécessaires.
Du navigateur au serveur
Le fonctionnement peut être résumé en quatre étapes :
- L'utilisateur accomplit une action dans l'interface, par exemple valider un formulaire.
- Le navigateur transmet la requête au serveur au moyen du protocole HTTP ou HTTPS.
- Le serveur applique les règles prévues et consulte, si nécessaire, une base de données ou un service externe.
- Le résultat est renvoyé au navigateur, qui actualise tout ou partie de l'écran.
Certaines opérations sont exécutées directement dans le navigateur. D'autres nécessitent un traitement côté serveur. La répartition dépend de l'architecture retenue, du volume de données, des exigences de sécurité et des performances attendues.
Les composants à prévoir
Une application web comprend généralement une interface utilisateur, une partie serveur et une base de données. Elle peut aussi communiquer avec d'autres logiciels par l'intermédiaire d'une interface de programmation, appelée API.
À cela s'ajoutent l'hébergement, les sauvegardes, la supervision, les certificats de sécurité et les outils de déploiement. Ce sont rarement les éléments les plus visibles dans un devis, mais leur absence se remarque vite lorsque l'application ralentit ou qu'une mise à jour échoue.
Quels sont les avantages et les limites d'une application web ?
Le premier avantage tient à l'accès. L'utilisateur ouvre une adresse dans son navigateur et retrouve son environnement depuis plusieurs appareils. Aucun déploiement individuel n'est nécessaire pour chaque poste, même si des réglages locaux ou des contraintes de navigateur peuvent subsister.
Les avantages pour l'entreprise et les utilisateurs
- Un accès simplifié : un lien et un navigateur compatible suffisent généralement.
- Une version centralisée : les corrections et les nouvelles fonctions sont déployées côté serveur.
- Une compatibilité étendue : la même base applicative peut servir plusieurs systèmes d'exploitation.
- Un travail partagé : les données sont accessibles aux utilisateurs autorisés, y compris à distance.
- Un déploiement plus direct : la publication ne dépend pas nécessairement de la validation d'une boutique d'applications.
À l'époque de l'agence, j'ai vu des entreprises choisir une application web pour éviter de maintenir deux applications mobiles et une version pour ordinateur. Le raisonnement tenait lorsque les fonctions restaient proches sur tous les supports. Il devenait moins convaincant dès qu'il fallait exploiter intensivement la caméra, le GPS ou un fonctionnement hors connexion.
Les limites à mesurer avant le développement
Une application web dépend souvent de la qualité du réseau. Certaines fonctions peuvent être disponibles hors connexion grâce à une progressive web app, mais cette possibilité doit être prévue dès la conception et reste plus ou moins étendue selon les navigateurs et les appareils.
L'accès aux fonctions matérielles peut aussi être plus limité que dans une application native. Les performances varient selon le navigateur, la puissance de l'appareil, le poids des ressources et la façon dont le code a été construit.
La centralisation facilite les mises à jour, mais elle concentre également les responsabilités. Une erreur de déploiement peut toucher tous les utilisateurs. La disponibilité de l'hébergement, les sauvegardes, les droits d'accès et la protection des données doivent donc figurer dans le projet initial.
Application web ou application mobile : comment choisir ?
Une application web convient souvent à un outil de gestion, un espace client, un extranet ou une plateforme utilisée depuis différents postes. L'application native prend l'avantage lorsque le service doit exploiter largement le matériel du téléphone, envoyer des notifications très intégrées ou rester fluide sans connexion.
Partir des usages plutôt que de la technologie
Avant de demander un devis, décrivez les situations d'utilisation :
- les appareils réellement employés ;
- la fréquence et la durée des sessions ;
- le besoin de travailler hors connexion ;
- les fonctions matérielles nécessaires ;
- les données enregistrées et leur sensibilité ;
- le nombre d'utilisateurs et leurs différents droits ;
- les logiciels avec lesquels l'application devra échanger.
Le budget ne se limite pas à la première version. Il faut compter l'hébergement, la maintenance, les sauvegardes, la surveillance, les corrections et les évolutions. Côté prestataire, on parle facilement du prix de développement. Côté dirigeant, la bonne question concerne le coût annuel de fonctionnement et la capacité à changer de fournisseur sans perdre les données.
Comment améliorer les performances d'une application web ?
Une application lente ne se corrige pas avec une seule opération. Il faut mesurer le temps de chargement, identifier les traitements coûteux et séparer les problèmes liés au navigateur, au réseau, au serveur, au code ou à la base de données.
Réduire le poids et le nombre des ressources
Les images doivent être redimensionnées et compressées dans un format adapté. Les fichiers JavaScript et CSS inutiles sont à retirer ou à charger seulement lorsqu'ils sont nécessaires. La mise en cache évite de télécharger plusieurs fois les mêmes ressources, tandis qu'un réseau de diffusion de contenu peut rapprocher certains fichiers des utilisateurs.
Le chargement différé des images et des composants secondaires améliore l'affichage initial. Cette technique doit rester mesurée : charger trop tard une fonction attendue immédiatement donne une impression de lenteur, même si les indicateurs techniques paraissent bons.
Contrôler le serveur, la base de données et le code
Les ralentissements peuvent venir de requêtes mal construites, d'index absents dans la base de données, d'un serveur sous-dimensionné ou d'appels trop nombreux vers des services externes. Des mesures réalisées sur les parcours réels aident à trouver la cause au lieu d'empiler des correctifs.
La performance ne doit pas faire oublier la sécurité. Les mises à jour automatiques visibles par l'utilisateur ne signifient pas que l'application se protège seule. Le développeur ou l'exploitant doit maintenir les composants, contrôler les accès, chiffrer les échanges, sauvegarder les données et tester la restauration.
Avant de choisir une technologie ou un prestataire, rédigez les cinq parcours que l'application devra exécuter sans friction. Ce document très court donnera plus d'informations utiles qu'une liste de langages ou de frameworks imposés avant même d'avoir défini l'usage.
