Application web ou logiciel installé, que choisir

Un logiciel installé est un programme copié sur chaque poste de travail. Il tourne avec les ressources de la machine et se met à jour machine par machine. Un outil ouvert dans le navigateur, ce qu’on appelle une application web, tourne sur un serveur unique et ne demande rien à installer sur le poste. Application web ou logiciel installé, que choisir : la question arrive en général au moment de remplacer un outil de gestion vieillissant, et elle se mélange à une autre : faut-il un logiciel du marché ou un outil développé pour votre organisation. Ce sont deux décisions distinctes, et les traiter ensemble fait choisir sur de mauvais critères. Cet article traite la première. Vous y trouverez ce que le mode de déploiement change pour vos mises à jour, vos coûts, vos données et vos utilisateurs, les situations où un logiciel posé sur les postes reste la bonne réponse, et les questions qui tranchent entre application web et logiciel installé.

Le déploiement se paie en mises à jour et en fins de support

Les deux approches font le même travail métier. Elles se séparent sur un point concret, le nombre d’endroits où le programme existe.

Le poids des mises à jour sur un parc installé

Un logiciel installé existe autant de fois qu’il y a de postes. Chaque nouvelle version demande un passage poste par poste, à la main ou par un outil de télédéploiement que quelqu’un doit administrer. Un collaborateur qui arrive attend son installation avant de travailler. Un poste oublié pendant une campagne de mise à jour continue de tourner sur une version ancienne, et deux personnes décrivent alors deux comportements différents du même écran. Le service qui centralise les demandes commence par établir qui utilise quelle version, avant même de regarder le problème signalé.

Ce programme dépend aussi du système d’exploitation qui l’héberge, et ce système a une date de fin. Microsoft a arrêté la prise en charge de Windows 10 le 14 octobre 2025 : l’assistance technique, les mises à jour des fonctionnalités et les mises à jour de sécurité ne sont plus fournies, et les postes concernés continuent de fonctionner sans être corrigés. Un logiciel métier installé hérite de cette échéance. Le jour où le parc doit changer de système, soit l’éditeur a publié une version compatible, soit le logiciel bloque le renouvellement des postes. Cette contrainte arrive à une date que vous ne fixez pas.

La centralisation qui absorbe la mise à jour

Une application web existe à un seul endroit, sur un serveur. La mise à jour se fait là, une seule fois, et tous les utilisateurs ouvrent la version corrigée à leur connexion suivante. Ce sont des mises à jour automatiques, sans campagne de déploiement et sans machine oubliée. Un arrivant reçoit un compte, pas une installation. Le navigateur devient le seul prérequis, ce qui règle le cas d’un parc hétérogène : quelques Mac au marketing, des portables Windows au commercial, des tablettes sur le terrain. C’est ce qui rend possible de remonter l’activité depuis le terrain le jour même plutôt que le soir au retour au bureau.

Ouvrir un logiciel installé à des utilisateurs distants a un prix

Un commercial en rendez-vous, un technicien sur site, un responsable en télétravail veulent ouvrir l’outil de gestion depuis ailleurs que leur bureau. Un logiciel installé ne sait pas le faire seul. La réponse technique consiste à publier ce logiciel depuis un serveur de sessions distantes, l’utilisateur ouvrant alors une fenêtre hébergée sur ce serveur au lieu du programme de sa propre machine.

Le coût des licences d’accès à distance

Cette couche supplémentaire ajoute une ligne de licences que l’éditeur du système impose lui-même. Microsoft indique que chaque utilisateur et chaque appareil qui se connecte à un hôte de session Services Bureau à distance a besoin d’une licence d’accès client. Ces licences se comptent par utilisateur ou par appareil, et elles restent attachées à une version de serveur : des licences achetées pour Windows Server 2022 ouvrent une session sur Windows Server 2022 ou sur une version antérieure, jamais sur Windows Server 2025. Le jour où le serveur monte de version, le parc de licences se rachète.

Le coût invisible d’un serveur de plus

À cette ligne s’ajoute ce qu’aucune facture ne montre. Vous dimensionnez, sauvegardez et surveillez un serveur de plus, dont la panne prive d’outil autant les utilisateurs distants que les postes du bureau. Et l’usage reste celui d’un bureau distant manipulé sur un écran de téléphone, ce qui décourage la saisie sur place et ramène la ressaisie du soir. Cette ressaisie ne figure sur aucune ligne de licence, mais elle se paie en temps tous les jours.

Une application web n’a pas cette couche : l’accès à distance est son mode de fonctionnement ordinaire. Le budget se déplace vers l’hébergement, la sécurisation des accès et le suivi dans la durée du serveur et de l’outil. Ces dépenses existent dans les deux cas, elles sont simplement identifiées d’un côté et réparties dans le budget informatique de l’autre.

Qui garde la main sur vos données

Le mode de déploiement décide aussi où vit votre donnée et qui répond de sa disponibilité, une question qui arrive rarement en premier et qui coûte cher quand elle arrive trop tard.

Un logiciel installé écrit le plus souvent dans une base posée sur un poste ou un petit serveur local. La sauvegarde des données devient alors une tâche interne : quelqu’un programme la copie, quelqu’un vérifie qu’elle a bien eu lieu, quelqu’un teste qu’elle se restaure vraiment. Une entreprise sans personne dédiée à ce rôle découvre souvent la panne de sa sauvegarde le jour où elle en a besoin, pas avant.

Une application web déplace ce rôle vers l’hébergement qui la fait tourner. La sauvegarde, la réplication et la surveillance de la disponibilité relèvent alors d’une infrastructure pensée pour ça, pas d’une tâche ajoutée au poste de quelqu’un. Ce déplacement ne dispense pas de choisir cet hébergement avec soin : la question à poser porte sur la fréquence des sauvegardes, leur lieu de conservation et le délai de restauration promis, pas sur le principe de centraliser.

Se connecter au reste de vos outils

Un outil de gestion vit rarement seul. Il échange des références client avec la facturation, des heures avec la paie, des commandes avec le stock.

Un logiciel installé expose cette intégration avec vos outils si son éditeur a prévu un export, un fichier plat ou une passerelle propriétaire, et pas autrement : un programme fermé reste fermé, quel que soit le besoin réel de le connecter. Une application web développée sur mesure prévoit cette connexion dès sa conception, par un accès direct entre les deux systèmes plutôt qu’un fichier repris à la main. C’est ce qui évite la double saisie entre deux logiciels qui ne se parlent pas, un sujet traité en détail sur la page faire dialoguer vos outils entre eux.

Les cas où le logiciel installé reste le bon choix

Quatre situations le justifient, et se vérifient avant de lancer quoi que ce soit.

Le matériel relié au poste

Balance industrielle, automate, imprimante d’étiquettes reliée en série : un navigateur ne parle pas à ces équipements dans tous les cas. La documentation MDN classe l’API Web Serial, celle qui ouvre un port série depuis une page web, en disponibilité limitée, parce qu’elle ne fonctionne pas dans certains des navigateurs les plus utilisés. Si vos postes commandent une machine par ce type de liaison, vous gardez un logiciel installé sur ces postes-là, ou vous prévoyez un petit programme local qui fait le pont avec l’application web, ce qui est un développement à part entière et se chiffre comme tel.

Le calcul lourd sur de gros fichiers

Conception assistée par ordinateur, montage vidéo, calcul de structure, retouche d’images en haute définition : la puissance de la machine de l’utilisateur travaille mieux que le réseau. Ces logiciels-là restent installés, et la question porte plutôt sur ce qui les entoure, le suivi des affaires et la production des documents, qui n’ont aucune raison de vivre sur le même poste.

Le réseau sur le terrain

C’est le point qui mérite d’être vérifié plutôt que supposé. L’Arcep relève qu’au 31 mars 2026, 99,7 % des sites du programme « zones blanches centres-bourgs » existants au 1er juillet 2018 étaient équipés en 4G. L’argument du terrain sans réseau tient encore pour un sous-sol, un local technique ou un chantier isolé, il ne tient plus comme principe général. Regardez vos propres lieux d’intervention, un par un. Une entreprise du BTP qui suit ses chantiers a besoin de cette liste avant de trancher, pas d’une règle valable partout.

La même question se pose au bureau, pas seulement sur le terrain. Une coupure de la connexion internet locale bloque l’application web pendant qu’elle dure, et tous les postes perdent l’accès en même temps, alors qu’un logiciel installé continue de fonctionner sur les données déjà présentes sur la machine. Une seconde ligne internet ou un boîtier de secours qui bascule sur le réseau mobile réduit ce risque, sans l’annuler : c’est une dépense à prévoir dans le budget d’hébergement, pas un détail technique à découvrir après coup.

La compatibilité imposée par un logiciel tiers

Si votre logiciel de comptabilité ou de paie n’existe qu’en version installée, il reste où il est, et l’enjeu devient de le connecter au reste plutôt que de le remplacer.

Les quatre questions qui décident

Comptez d’abord les personnes qui ouvrent l’outil depuis autre chose qu’un poste du bureau, et à quelle fréquence. En dessous de deux ou trois utilisateurs occasionnels, un accès distant sur le logiciel existant suffit. Au-delà, ou quand ces personnes saisissent de l’information plutôt que de la consulter, le navigateur devient le mode principal et le logiciel installé passe au rang d’exception à traiter.

Reprenez ensuite le matériel branché sur les postes concernés, équipement par équipement. Cette liste ne vaut que pour eux : quelques machines peuvent rester sous logiciel installé pendant que le reste de l’entreprise travaille dans le navigateur.

La troisième question porte sur qui administre le parc aujourd’hui. Si personne en interne ne tient ce rôle, chaque campagne de mise à jour se transforme en intervention facturée par un prestataire, et la facture revient à chaque version. Une PME sans service informatique compare donc deux modes de déploiement dont l’un lui coûte à chaque montée de version, l’autre pas.

Vérifiez enfin ce que devient votre donnée si vous changez d’outil dans trois ans. Format d’export, accès direct à la base, documentation de la structure : la question vaut pour les deux modes de déploiement, et un logiciel installé sur vos propres serveurs ne garantit rien de ce côté si son format reste fermé.

Quand la question devient celle de l’outil à construire

Ces quatre questions tranchent le déploiement : combien de machines restent sous logiciel installé, lesquelles, pourquoi. Reste à décrire ce que le navigateur reprend : ce que l’outil doit savoir faire, vos étapes de validation, vos droits d’accès par profil. C’est le périmètre d’une application web métier développée sur mesure, construite sur votre organisation plutôt que sur le catalogue d’un éditeur.

Le mode de déploiement ne dit rien du sur-mesure, et c’est le second arbitrage. Un logiciel du marché fait le travail tant que votre activité entre dans ses cases. Le moment de regarder ailleurs se reconnaît à ce que vos équipes ajoutent autour de lui, un tableur qui reprend un calcul absent, un fichier tenu de côté, avant de remplacer un circuit de fichiers Excel par un outil unique.

Sur le budget, le premier devis ne dit pas grand-chose. Un abonnement engage peu au départ et court tant que vous vous en servez. Un outil développé pour vous coûte plus cher à l’achat, puis il vous appartient. Trois à cinq ans suffisent à départager les deux.

Le déploiement est la première de vos décisions d’outillage. Les suivantes portent sur ce que nous développons pour faire évoluer vos logiciels de gestion, du suivi de dossiers aux tableaux de bord. Dites-nous quelles machines pilotent du matériel, qui administre votre parc, où vos équipes travaillent hors du bureau : ces trois réponses suffisent à savoir ce que le navigateur peut porter, et ce qu’il faut laisser sur les postes.

Sources

Windows 10 support a pris fin le 14 octobre 2025, Microsoft Support, consulté le 8 septembre 2026, https://support.microsoft.com/fr-fr/windows/windows-10-support-a-pris-fin-le-14-octobre-2025-2ca8b313-1946-43d3-b55c-2b95b107f281

Licencier les services de Bureau à distance avec des licences d’accès client (CAL), Microsoft Learn, mis à jour le 16 juin 2025, https://learn.microsoft.com/fr-fr/windows-server/remote/remote-desktop-services/rds-client-access-license

Suivi du New Deal Mobile, Arcep, données au 31 mars 2026, page mise à jour le 18 juin 2026, https://www.arcep.fr/cartes-et-donnees/suivi-du-new-deal-mobile.html

Web Serial API, MDN Web Docs, Mozilla, consulté le 8 septembre 2026, https://developer.mozilla.org/en-US/docs/Web/API/Web_Serial_API