Un logiciel peut être gratuit sans être libre, et un logiciel libre peut être vendu. La différence tient aux droits accordés par sa licence : utiliser, étudier, modifier ou redistribuer le programme.
Pour une entreprise comme pour un développeur indépendant, ces clauses influencent les coûts, les usages possibles et la diffusion du code. Comprendre les principales catégories aide à choisir sans confondre prix et liberté.
Logiciel libre, gratuit et propriétaire : comprendre les différences
La première distinction porte sur les droits, non sur le prix affiché. Un logiciel libre permet généralement d’étudier et de modifier son code, tandis qu’un logiciel propriétaire réserve certaines actions à l’éditeur.
Le terme « gratuit » indique seulement qu’aucun paiement n’est demandé pour un usage donné. Un logiciel gratuit peut interdire la redistribution, limiter les fonctions ou réserver l’usage professionnel à une formule payante.
La licence propriétaire encadre précisément l’installation, la copie et parfois le nombre d’appareils autorisés. Une entreprise qui installe une application sur plusieurs postes doit donc vérifier les conditions d’achat plutôt que supposer qu’un abonnement individuel couvre toute l’équipe.
À l’inverse, un logiciel libre reste protégé par le droit d’auteur : sa licence définit les permissions et obligations. Le code accessible ne signifie donc pas absence de règles, et la redistribution doit respecter les conditions applicables.
À distinguer dans les usages :
- Logiciel libre : droits de consultation, modification et redistribution prévus par sa licence
- Logiciel gratuit : accès sans frais, avec des libertés variables selon les conditions
- Logiciel propriétaire : code et usages contrôlés par l’éditeur
- Logiciel commercial : logiciel vendu ou associé à une offre payante, libre ou propriétaire
Licence propriétaire, freeware et shareware : les usages encadrés
Lorsqu’un utilisateur choisit un outil propriétaire, il obtient un droit d’usage défini par le contrat, pas la propriété du programme. Les mises à jour, l’assistance et les restrictions varient selon l’éditeur et l’offre retenue.
La licence freeware autorise généralement l’utilisation sans paiement, mais ne donne pas nécessairement accès au code source. Certaines versions gratuites sont réservées à un usage personnel ; il faut donc vérifier les conditions avant de les déployer dans une activité professionnelle.
La licence shareware repose souvent sur une version d’essai limitée par la durée ou les fonctionnalités. Une petite agence peut, par exemple, tester un outil de conception avant de payer, à condition de respecter la période d’évaluation et les restrictions de redistribution.
Les contrats peuvent aussi préciser le nombre d’installations, les utilisateurs simultanés ou les droits de copie. Dans une organisation, un inventaire régulier évite qu’un ancien poste ou un compte inutilisé ne crée un écart de conformité.
Critères à examiner avant l’installation :
- Nombre de postes ou de comptes couverts
- Usage professionnel ou personnel autorisé
- Durée de l’essai et conditions de renouvellement
- Règles de copie, de revente et de désinstallation
Licence open source : MIT, GNU GPL et copyleft
Une licence open source donne accès au code et fixe les conditions de sa réutilisation. Selon la licence, un projet peut être incorporé à un produit commercial, ou devoir conserver certaines obligations de partage dans ses versions dérivées.
La licence MIT est permissive : elle autorise largement la réutilisation, sous réserve notamment de conserver les avis de droit d’auteur et la licence. Une jeune entreprise peut ainsi intégrer une bibliothèque MIT à son application commerciale, tout en respectant ces conditions.
La licence GNU GPL relève du copyleft. Pour certaines distributions de versions modifiées, elle impose de respecter les obligations de la licence, notamment celles portant sur la mise à disposition du code correspondant. Les détails dépendent du contexte et de la version concernée.
Ces différences comptent lorsqu’un développeur combine plusieurs composants. Avant de publier un produit, l’équipe doit identifier les licences de ses dépendances et vérifier leur compatibilité ; un registre logiciel facilite ce contrôle.
Repères pour comparer les licences :
- MIT : réutilisation permissive avec conservation des notices requises
- GNU GPL : obligations de partage applicables aux dérivés distribués
- Copyleft : maintien de libertés prévues par la licence concernée
- Code accessible : droits définis par le texte de licence, pas par la seule visibilité
| Modèle | Accès au code | Réutilisation courante | Point de vigilance |
|---|---|---|---|
| MIT | Ouvert | Large, y compris commerciale | Conserver les avis et conditions |
| GNU GPL | Ouvert | Modification et redistribution encadrées | Examiner les obligations de partage |
| Propriétaire | Généralement fermé | Selon le contrat | Installation et usages autorisés |
| Freeware | Souvent fermé | Usage gratuit selon conditions | Restrictions professionnelles possibles |
Licence Creative Commons et domaine public : connaître leur portée
Les licences Creative Commons servent principalement à encadrer la réutilisation de contenus comme des textes, des images ou des supports pédagogiques. Elles permettent à l’auteur de préciser des conditions telles que l’attribution, l’interdiction d’usage commercial ou l’absence de modification.
Pour le code source d’un logiciel, il est généralement préférable de choisir une licence conçue pour les logiciels. Les règles de Creative Commons ne couvrent pas toujours clairement les questions propres au code, comme les brevets ou la redistribution de versions exécutables.
Le domaine public constitue une autre situation : l’œuvre n’est plus soumise aux droits patrimoniaux applicables ou son auteur a renoncé à certains droits dans les limites prévues par le droit concerné. Les modalités varient selon les pays, ce qui mérite une vérification avant toute réutilisation.
Un studio qui publie un manuel d’utilisation et un programme peut donc adopter des licences différentes : Creative Commons pour le manuel, licence logicielle adaptée pour le code. Cette séparation rend les droits plus lisibles pour les contributeurs et les utilisateurs.
Répartition des droits selon le contenu :
- Code source : licence logicielle précisant modification et redistribution
- Documentation : licence adaptée aux textes et illustrations
- Photographies intégrées : vérification des droits sur chaque ressource
- Domaine public : contrôle du statut juridique selon le territoire
Choisir une licence logicielle adaptée à son projet
Après avoir identifié les principales catégories, le choix dépend des objectifs du projet. Un éditeur qui veut contrôler la distribution privilégiera souvent un modèle propriétaire ; un développeur qui souhaite encourager les contributions comparera plutôt les licences libres.
Il faut aussi anticiper les usages futurs. Un outil destiné à une communauté pourra gagner en adoption avec une licence permissive, tandis qu’un projet qui veut préserver le partage de ses dérivés étudiera une licence copyleft.
Avant de publier ou d’acheter, répondez aux questions suivantes :
- Le code doit-il rester privé ou être accessible ?
- Les utilisateurs pourront-ils modifier et redistribuer le logiciel ?
- Une réutilisation dans un produit commercial est-elle souhaitée ?
- Quelles obligations s’appliquent aux composants externes ?
Pour une organisation, la décision doit également tenir compte du modèle économique : paiement unique, abonnement, accès cloud ou licence par utilisateur. Un tableau des droits et des coûts aide les équipes informatiques à comparer les offres sans réduire l’analyse au tarif affiché.
| Besoin du projet | Piste à examiner | Vérification utile |
|---|---|---|
| Contrôle de la distribution | Licence propriétaire | Portée des droits d’usage et de copie |
| Réutilisation souple du code | Licence MIT ou autre licence permissive | Notices et obligations de redistribution |
| Maintien du partage des dérivés | Licence copyleft, dont GNU GPL | Conditions applicables aux versions distribuées |
| Essai avant achat | Licence shareware ou période d’évaluation | Durée, fonctions et fin d’accès |
Lorsqu’un projet combine des bibliothèques ou s’adresse à plusieurs marchés, une revue juridique peut lever les ambiguïtés. Le meilleur choix est celui dont les droits, les obligations et le modèle de diffusion correspondent réellement aux usages prévus.
Transformer l’analyse en décision
Les meilleures décisions reposent sur un cadre compréhensible, quelques critères vérifiables et une étape suivante clairement définie. Testez la méthode à petite échelle, mesurez le résultat puis ajustez avant de généraliser.
Votre checklist
- Définir le résultat attendu
- Identifier trois critères prioritaires
- Prévoir une mesure de contrôle
- Fixer une date de réévaluation
