L’open source et le logiciel libre désignent des logiciels dont le code source est public, librement utilisable, modifiable et redistribuable, mais les deux termes ne recouvrent pas exactement la même chose : le logiciel libre se définit par quatre libertés philosophiques, l’open source par dix critères pratiques. Pour une entreprise, la distinction se traduit surtout par une question de licence : ce que vous avez le droit de faire avec le code, et ce que vous devez rendre en retour. En 2026, le marché mondial du logiciel open source est estimé à 48,92 milliards de dollars, en croissance annuelle de 16,9 % : ce n’est plus un choix militant, c’est un choix de gestion.
Cette page sert de point d’entrée neutre, rédigée par un média indépendant et non par un éditeur de logiciel. Elle clarifie les définitions, distingue logiciel libre, open source et gratuit, compare les grandes familles de licences (copyleft contre permissives) et explique les enjeux concrets pour un dirigeant.
- Le logiciel libre se définit par les quatre libertés de la Free Software Foundation (usage, étude, partage, modification) ; l’open source par les dix critères de l’Open Source Initiative. En pratique, les deux ensembles se recouvrent presque entièrement.
- « Libre » ne veut pas dire « gratuit » : en anglais, free signifie d’abord libre (free speech), pas gratuit (free beer). Un logiciel libre peut être facturé en service.
- Deux familles de licences : copyleft (GPL) qui impose de redistribuer les modifications sous la même licence, et permissives (MIT, Apache, BSD) qui autorisent l’intégration dans un produit propriétaire.
- L’enjeu n°1 en entreprise n’est pas le prix de la licence (nul), mais le coût de l’intégration, du support, de la formation, et le choix de la bonne licence avant d’intégrer un composant dans un produit revendu.
- L’open source neutralise la dépendance à un éditeur (lock-in) et sert la souveraineté des données : auditer le code, héberger en Europe, migrer sans verrou.
Open source et logiciel libre, est-ce la même chose ?
Non, ce ne sont pas des synonymes parfaits : le « logiciel libre » désigne un mouvement philosophique fondé sur les libertés de l’utilisateur, l’« open source » un terme plus pragmatique centré sur la disponibilité du code et le modèle de développement collaboratif. Dans les faits, l’immense majorité des logiciels libres sont aussi open source, et inversement : les deux définitions se recouvrent à plus de 99 %. La différence est d’abord une question de vocabulaire et de valeurs, rarement de licence concrète.
Le logiciel libre a été théorisé en 1985 par Richard Stallman et la Free Software Foundation (FSF), qui en fait une question d’éthique : l’utilisateur doit garder le contrôle de son outil informatique. Le terme « open source » a été forgé en 1998 par l’Open Source Initiative (OSI) pour rendre l’idée plus audible auprès des entreprises, en insistant sur les bénéfices pratiques (qualité, sécurité, collaboration) plutôt que sur la liberté. C’est la même réalité technique, vue sous deux angles.
Pour un dirigeant, la conséquence pratique tient en une phrase : avec l’open source comme avec le libre, vous possédez le droit d’auditer, d’adapter et de migrer votre outil, ce qu’aucune licence propriétaire ne vous accorde. C’est cette propriété de contrôle, plus que la gratuité, qui constitue la vraie valeur en entreprise.
Entre 70 et 90 % de la base de code d’une application moderne est constituée de composants open source. Source : Fondation Linux, citée par IBM (ibm.com, 2026). Autrement dit, votre entreprise utilise déjà de l’open source, qu’elle le sache ou non.
Quelles sont les quatre libertés du logiciel libre selon la FSF ?
La Free Software Foundation définit un logiciel comme libre s’il garantit quatre libertés à l’utilisateur : l’exécuter pour tout usage, l’étudier, le redistribuer, et distribuer ses versions modifiées. Ces quatre libertés, numérotées de 0 à 3, sont le socle juridique et philosophique du mouvement. Si l’une manque, le logiciel n’est pas libre, quelle que soit sa gratuité.
Le détail des quatre libertés, énoncées par la FSF (gnu.org), structure tout le reste :
- Liberté 0 : exécuter le programme comme vous le souhaitez, pour n’importe quel usage.
- Liberté 1 : étudier le fonctionnement du programme et le modifier pour qu’il fasse ce que vous voulez. Cette liberté suppose l’accès au code source.
- Liberté 2 : redistribuer des copies pour aider votre entourage.
- Liberté 3 : distribuer aux autres des copies de vos versions modifiées, ce qui suppose également l’accès au code source.
Les libertés 1 et 3 exigent donc que le code source soit accessible : un programme distribué uniquement sous forme exécutable, sans code lisible, ne peut être libre. C’est exactement ce qui distingue un logiciel libre d’un simple freeware (gratuit mais fermé). De son côté, l’Open Source Initiative valide une licence selon ses dix critères de l’Open Source Definition : libre redistribution, code source disponible, autorisation des travaux dérivés, non-discrimination entre personnes ou domaines d’usage, entre autres. Les deux grilles arrivent au même résultat par des chemins différents.
Le marché mondial du logiciel open source passe de 41,83 Md$ (2024) à 48,92 Md$ (2025), soit un taux de croissance annuel composé de 16,9 %. Source : étude de marché citée par IBM (ibm.com, consultée en 2026).
Libre, open source ou gratuit : quelle différence ?
« Libre » désigne les libertés sur le code, « open source » l’ouverture et le modèle collaboratif, « gratuit » uniquement le prix : un logiciel peut être l’un sans être les autres. La confusion vient de l’anglais, où free signifie à la fois libre et gratuit. La FSF résume la nuance d’une formule : pensez à free comme dans « liberté d’expression » (free speech), pas comme dans « bière gratuite » (free beer).
Trois cas concrets dissipent le malentendu. Un logiciel libre peut être facturé : vous payez le service, l’hébergement ou le support, pas le droit d’usage. Un logiciel gratuit (freeware) peut rester totalement fermé : Acrobat Reader est gratuit mais propriétaire. Et un standard ouvert (un format de fichier documenté et libre de droits, comme l’ODF) est encore autre chose : il garantit l’interopérabilité sans imposer un logiciel précis.
Pour le dirigeant, la règle de gestion est simple : la gratuité de la licence est un détail comptable, la liberté du code est un actif stratégique. C’est elle qui vous permet de changer de prestataire, d’auditer ce que fait le logiciel, et de récupérer vos données sans payer une rançon de sortie.
Ce que l’open source apporte
- Suppression de la licence par utilisateur (coût récurrent et incompressible)
- Audit possible du code (sécurité, conformité)
- Aucun verrouillage éditeur : code et données portables
- Hébergement souverain en France ou en Europe
- Personnalisation libre selon vos processus
Ce qu’il exige en retour
- Compétences internes ou budget prestataire pour l’intégration
- Support à organiser (équipe IT ou contrat de support)
- Formation des utilisateurs souvent sous-estimée
- Vigilance sur la licence avant intégration dans un produit revendu
- Choix d’un projet mature, à communauté active
Quelles sont les principales licences open source et leurs différences ?
Une licence open source définit ce que vous avez le droit de faire avec le code ; il en existe deux grandes familles : les permissives (MIT, BSD, Apache) et les copyleft (GPL). La différence tient à une seule question : devez-vous, ou non, redistribuer vos modifications sous la même licence ? Les permissives disent non, les copyleft disent oui. C’est l’arbitrage juridique central avant d’intégrer un composant open source dans un produit revendu.
Les licences permissives autorisent presque tout, y compris l’intégration dans un logiciel propriétaire fermé. La MIT est la plus minimaliste : elle exige seulement de conserver la mention de copyright et de licence. La licence Apache 2.0 ajoute une protection que la MIT n’offre pas : une concession explicite de brevet des contributeurs vers les utilisateurs, assortie d’une clause de représailles (si vous attaquez le projet en brevet, vous perdez vos droits). C’est pour cette raison qu’Apache 2.0 est souvent préférée par les entreprises sur les projets sensibles aux brevets.
Les licences copyleft, incarnées par la GNU General Public License (GPL), imposent l’inverse : toute version modifiée et redistribuée doit l’être sous la même licence GPL, code source inclus. Ce qui est libre le reste, et ne peut être « refermé » dans un produit propriétaire. La GPLv3 ajoute des dispositions explicites sur les brevets et contre la « tivoïsation » (verrouillage matériel empêchant l’usage des versions modifiées). Une variante, la LGPL, assouplit cette contrainte pour permettre de lier une bibliothèque à un logiciel propriétaire sans contaminer ce dernier.
| Licence | Famille | Obligation de partager les modifications ? | Concession de brevet ? | Cas d’usage typique |
|---|---|---|---|---|
| MIT | Permissive | Non (mention de copyright à conserver) | Non explicite | Intégration libre, y compris dans du propriétaire |
| BSD (2 ou 3 clauses) | Permissive | Non (mention à conserver) | Non explicite | Briques techniques, recherche, embarqué |
| Apache 2.0 | Permissive | Non (changements à signaler, fichier NOTICE) | Oui, explicite + clause de représailles | Projets d’entreprise sensibles aux brevets |
| LGPL | Copyleft faible | Oui sur la bibliothèque, non sur le logiciel qui l’utilise | Oui (v3) | Bibliothèque liée à un logiciel propriétaire |
| GPL (v2 / v3) | Copyleft fort | Oui, même licence imposée à tout dérivé redistribué | Oui (v3) | Garder un logiciel libre durablement ouvert |
Pour un dirigeant non juriste, l’essentiel se résume ainsi : si vous utilisez simplement un logiciel open source en interne, la licence importe peu. Si vous redistribuez un produit qui intègre du code open source (logiciel vendu, application SaaS dans certains cas), vérifiez la licence en amont : une GPL mal gérée peut vous obliger à publier votre propre code source.
L’Open Source Initiative recense plus de 100 licences open source approuvées. Source : Open Source Initiative, citée par IBM (ibm.com, 2026). En pratique, une poignée (MIT, Apache, GPL) couvre l’immense majorité des cas en entreprise.
L’open source en entreprise, est-ce vraiment gratuit ?
Non, l’open source n’est pas gratuit : la licence coûte 0 euro, mais l’intégration, le support, la formation et la maintenance restent payants. C’est l’angle mort du discours marketing : les éditeurs affichent « solution gratuite » sans jamais chiffrer le coût total de possession (TCO). La règle de gestion est simple : un logiciel libre déplace la dépense de la licence vers le service et le temps humain.
Le coût total se décompose en quatre postes. La licence est nulle pour le logiciel libre. L’intégration (installation, paramétrage, reprise de données, connexion aux outils existants) est facturée par un prestataire ou consommée en temps interne. Le support et la maintenance sont soit pris en charge par une équipe IT, soit achetés sous forme d’abonnement annuel. La formation des utilisateurs est un coût caché systématiquement sous-estimé.
Un exemple concret de marché : OpenConcerto, ERP open source français, propose son logiciel sous licence à 0 euro, mais facture sa version cloud 55 euros HT par mois jusqu’à 5 utilisateurs, plus 11 euros par utilisateur supplémentaire (openconcerto.org, 2026). C’est l’illustration parfaite du modèle « logiciel libre + service payant » : vous ne payez pas le droit d’usage, vous payez l’hébergement, la disponibilité et le support.
| Poste de coût | Logiciel propriétaire | Logiciel open source |
|---|---|---|
| Licence / abonnement éditeur | Payant (par utilisateur, souvent récurrent) | 0 euro (logiciel libre) |
| Intégration / paramétrage | Payant (éditeur ou intégrateur) | Payant (prestataire ou temps interne) |
| Support / maintenance | Inclus ou en option payante | À financer (équipe IT ou contrat de support) |
| Formation | À financer | À financer (souvent sous-estimée) |
| Hébergement | Inclus (SaaS) ou serveur | Serveur on-premise OU offre cloud payante |
| Sortie / migration des données | Souvent verrouillée (lock-in) | Libre (code et données portables) |
La conclusion n’est pas « l’open source coûte aussi cher ». Elle est plus précise : l’open source supprime un coût récurrent et incompressible, la licence par utilisateur qui gonfle avec la croissance, au prix d’un investissement initial en compétences ou en prestataire. Plus l’entreprise grandit, plus l’économie de licence devient structurante.
Quels enjeux l’open source représente-t-il pour une entreprise ?
Au-delà du coût, l’open source répond à trois enjeux d’entreprise : la souveraineté des données, l’indépendance vis-à-vis des éditeurs (lock-in), et la maîtrise de la sécurité par l’audit du code. Ces enjeux pèsent davantage à mesure que l’entreprise grandit et que sa dépendance aux outils numériques augmente. C’est là que la liberté du code cesse d’être un argument abstrait pour devenir un levier de gestion.
L’enjeu de souveraineté numérique est devenu central en 2026. L’open source permet d’héberger ses données en France ou en Europe, d’auditer le code et d’échapper à la dépendance aux fournisseurs SaaS américains. Pour une entreprise soumise au RGPD ou manipulant des données sensibles, des alternatives comme Matomo (analytics), Nextcloud (stockage) ou Proton Mail (messagerie) offrent un contrôle que les services cloud étrangers ne garantissent pas. Cette logique s’inscrit dans une réflexion plus large sur la transformation numérique de l’entreprise et le choix global de ses logiciels informatiques.
L’indépendance vis-à-vis de l’éditeur est le second levier : sans verrou propriétaire, vous changez de prestataire, vous modifiez le code, vous migrez vos données sans pénalité de sortie. La maturité économique du secteur rassure sur la pérennité de ce choix. Red Hat est devenu en 2012 le premier éditeur open source à dépasser un milliard de dollars de chiffre d’affaires, avant d’être racheté par IBM 34 milliards de dollars en 2019. Source : ibm.com (2026). Choisir l’open source en 2026 n’est pas parier sur un modèle fragile : c’est un secteur capitalisé, soutenu par des fondations et un écosystème d’éditeurs solides.
Reste à choisir le bon logiciel. La méthode tient en cinq étapes, dans l’ordre où il faut les vérifier :
- Besoin métier : la solution couvre-t-elle vos processus réels, sans développement spécifique lourd ?
- Compétences internes : disposez-vous d’une personne capable d’installer et de maintenir, ou faut-il un prestataire ?
- Hébergement : cloud (rapide, payant en service) ou on-premise (souverain, exigeant en compétences) ? Cet arbitrage rejoint celui des avantages du cloud computing.
- Licence et support : la licence est-elle compatible avec votre usage ? Existe-t-il un contrat de support professionnel, une communauté active, une documentation à jour ?
- Maturité du projet : fréquence des mises à jour, taille de la communauté, ancienneté, références clients vérifiables.
Pour creuser un besoin précis, le silo numérique du Guide des entreprises détaille notamment le choix d’un logiciel de traitement de texte, la sélection d’un progiciel de gestion intégré (ERP) et l’arbitrage d’un logiciel de gestion de projet. Les couples d’alternatives les plus courants à connaître sont LibreOffice / Microsoft Office, GIMP / Photoshop, Firefox / Chrome, Matomo / Google Analytics, Nextcloud / Google Drive et OpenProject / Jira.
FAQ : open source et logiciel libre en entreprise
Quelle est la différence entre logiciel libre et open source ?
Le logiciel libre se définit par les quatre libertés de la Free Software Foundation, dans une logique éthique de contrôle de l’utilisateur. L’open source se définit par les dix critères de l’Open Source Initiative, dans une logique pragmatique. En pratique, les deux ensembles se recouvrent presque entièrement : c’est la même réalité technique vue sous deux angles.
Quelle est la différence entre logiciel libre et logiciel gratuit ?
Le logiciel libre garantit les libertés d’usage, d’étude, de modification et de redistribution du code. Le gratuit ne dit rien du code : un freeware peut rester totalement fermé. Libre ne signifie pas gratuit, et gratuit ne signifie pas libre.
Quelle est la différence entre une licence GPL et une licence MIT ?
La GPL est une licence copyleft : toute version modifiée et redistribuée doit l’être sous la même licence, code source inclus. La MIT est permissive : elle autorise l’intégration dans un produit propriétaire fermé, en exigeant seulement de conserver la mention de copyright. La GPL protège l’ouverture, la MIT maximise la liberté d’usage.
L’open source est-il moins sécurisé qu’un logiciel propriétaire ?
Non. Le code étant public et auditable, les failles sont identifiées et corrigées par une communauté large. La transparence est un atout de sécurité, à condition d’appliquer les mises à jour. Un logiciel propriétaire repose au contraire sur la confiance aveugle envers un seul éditeur.
Peut-on avoir un vrai support professionnel sur un logiciel open source ?
Oui. La plupart des projets matures proposent des contrats de support payants (éditeur ou intégrateur), avec engagement de délai. Red Hat a bâti son milliard de chiffre d’affaires sur ce modèle : le logiciel est libre, le service est facturé.
Quel logiciel open source pour remplacer Microsoft Office ?
LibreOffice et OnlyOffice sont les deux alternatives matures. La bascule est aisée pour des documents bureautiques courants ; les fichiers Excel à macros complexes demandent une vérification au cas par cas avant migration.
