Application web

Une application web se distingue d'un site par le type d'interaction qu'elle propose. Un site présente du contenu à lire. Une application permet à l'utilisateur d'agir : remplir un formulaire, gérer des enregistrements, déclencher un processus, accéder à des données personnalisées. La frontière est parfois subtile : une boutique en ligne est une application, un blog est un site.

Les applications web fonctionnent sur un serveur : la page est construite côté serveur ou chargée depuis celui-ci, puis le navigateur l'affiche. Elles ne nécessitent aucune installation et fonctionnent sur tout appareil récent disposant d'un navigateur. Contrairement aux applications mobiles, une mise à jour n'est pas soumise à validation par un magasin d'applications.

Une application web peut partager sa base de code avec le reste d'un site. Un back-office, un espace client et un site public construits sur la même stack (Strapi pour les données, Next.js pour l'interface) partagent la même API et sont plus simples à maintenir qu'une collection de systèmes séparés.

Application web dans un projet

Le choix entre une application web et une application mobile dépend du contexte d'usage. Si l'application est utilisée au bureau, sur un équipement connecté ou depuis un navigateur ouvert pendant la journée, l'application web est généralement le bon choix. Si l'utilisateur est en déplacement, a besoin de l'appareil photo, du GPS ou d'un fonctionnement hors connexion, l'application mobile devient pertinente.

Le nombre d'utilisateurs simultanés influence l'architecture. Une application utilisée par quelques dizaines de personnes internes n'a pas les mêmes exigences qu'une plateforme ouverte au public. Anticiper ce point au cadrage évite des refactorisations coûteuses quand le trafic monte.

Les performances ressenties par l'utilisateur dépendent en grande partie de ce que le serveur envoie et de la vitesse du réseau. Les référentiels Core Web Vitals mesurent ces performances chez les utilisateurs réels, pas dans un laboratoire. Next.js avec un rendu côté serveur permet de présenter les contenus rapidement, y compris sur mobile et sur les réseaux lents.

L'accessibilité (RGAA 4.1.2) et l'éco-conception (RGESN 2024) s'appliquent aux applications web autant qu'aux sites. Une application accessible est utilisable au clavier, lisible par les lecteurs d'écran et fonctionnelle sur des appareils anciens. Ces exigences se programment dès le début, pas en fin de projet.

Points d'attention : l'application doit-elle fonctionner sans connexion internet ? Qui gère les niveaux d'accès et comment évoluent-ils ? L'interface doit-elle être accessible sur mobile autant que sur ordinateur ?

Les tests doivent couvrir les cas d'erreur autant que les cas nominaux. Une application web exposée à des utilisateurs réels rencontre des saisies inattendues, des connexions coupées et des navigateurs anciens. Prévoir ces scénarios en amont de la mise en production réduit les retours de maintenance dans les premières semaines.