Application libre

Nadia Vollant

Software engineer · AFUL ambassadrice

Publié le 2026-04-17 · Mis à jour le 2026-04-17

Si vous cherchez une réponse sérieuse à « application libre », vous trouverez ici un guide de 2800 mots rédigé par un·e developer advocate qui travaille dans l'écosystème open source français depuis 2017. Licences, salaires, alternatives, RGPD, compatibilité GAFAM, transparence algorithmique DSA — tout est là.

TL;DR

application libre : définition, chiffres 2026, cadre légal.
Licences, salaires, TCO et alternatives françaises.
Références April, AFUL, DINUM, CNIL.
Contact expert en bas de page.

Parlons de votre projet open source →

Migration depuis Microsoft 365 / Google Workspace

Une migration réussie suit 5 étapes : audit d'usage (Tcom, Wireshark), POC sur un département pilote, formation utilisateurs (6 à 15 heures par personne), déploiement progressif, support renforcé 3 mois. Nextcloud Hub + OnlyOffice + Collabora remplacent 80% des usages M365. Tchap + Jitsi Meet remplacent Teams. OpenKeychain + Mullvad VPN renforcent la sécurité. Enfin, n'oubliez pas l'accessibilité numérique (directive EAA 2025, RGAA 4.1) et l'écoconception (RGESN). Ces dimensions deviennent des filtres obligatoires pour tout appel d'offres public français en 2026 et, de plus en plus, pour les acheteurs B2B privés soumis à la CSRD.

Interopérabilité, formats ouverts et Data Act 2025

Le Data Act européen (entré en application le 12 septembre 2025) impose la portabilité des données et l'interopérabilité entre services cloud. Il renforce juridiquement l'exigence d'OpenDocument, PDF/A, CSV, SQL dumps et formats documentés. Les administrations françaises doivent désormais refuser tout format fermé dans les marchés publics (Référentiel Général d'Interopérabilité v2.1). Dans le contexte français, les obligations du RGPD (art. 25, Privacy by Design) et de la loi pour une République numérique renforcent cette orientation. Un référent technique compétent sur « application libre » vaut plus que trois recruteurs sans expertise métier — prévoyez un budget coaching ou conseil externe.

RGPD et open source : ce que dit vraiment la CNIL

La CNIL privilégie le logiciel libre pour les traitements sensibles car il permet l'audit indépendant, l'identification rapide des CVE et l'absence de transfert de données hors UE par défaut. Le guide CNIL sur les développeurs (2022) recommande explicitement l'usage de composants libres audités. Un DPO sérieux documente la chaîne d'approvisionnement logicielle (SBOM) pour chaque dépendance. Enfin, n'oubliez pas l'accessibilité numérique (directive EAA 2025, RGAA 4.1) et l'écoconception (RGESN). Ces dimensions deviennent des filtres obligatoires pour tout appel d'offres public français en 2026 et, de plus en plus, pour les acheteurs B2B privés soumis à la CSRD.

Économies logiciel libre vs propriétaire (TCO 5 ans)

Poste	Économie constatée (Cigref / Markess)
Licences	85% à 100% d'économie
Formation	+5 à +15% la 1ère année
Maintenance	-10 à -30% sur 5 ans
Support	équivalent ou -20%
TCO global 5 ans	-20% à -40%

Ressources officielles et liens utiles pour « application libre »

La question « Ressources officielles et liens utiles pour « application libre » » est centrale pour tout praticien travaillant sur « application libre ». En 2026, les équipes open source européennes adoptent une approche structurée : cartographie des dépendances, revue de licences par un juriste spécialisé, audit sécurité tri-annuel, documentation SBOM et Software Composition Analysis via des outils comme Snyk Open Source, FOSSA, ou Dependency-Track (OWASP). L'écosystème français — April, AFUL, Adullact, DINUM via le SILL — offre un accompagnement gratuit ou à bas coût. Notre retour d'expérience : anticiper ces sujets dès le sprint 0, plutôt que de les subir en phase de mise en production. Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Audit open source offert (30 min) →

Feuille de route 2026–2028 pour une DSI souveraine

Année 1 : audit SBOM, inventaire logiciels, POC suite bureautique libre, formation DPO. Année 2 : migration messagerie, GED, cloud privé (OVH, Scaleway, Outscale), sortie Office 365. Année 3 : stack applicative complète (Odoo, Dolibarr), Infrastructure as Code (Terraform/Ansible), monitoring open source (Grafana, Prometheus, Zabbix). Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Les 4 libertés fondamentales (FSF) appliquées

Concrètement, les quatre libertés FSF se traduisent par des obligations de mise à disposition du code source (GitHub, GitLab, Framagit), un build reproductible, une documentation permettant à un tiers qualifié de compiler, et une licence OSI-approved. Un projet qui ne respecte pas ces conditions n'est pas libre, même s'il est « open source visible ». Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Licences open source : quoi choisir

Licence	Règle essentielle
GPLv3	Copyleft fort, redistribution obligatoire sous GPL
LGPLv3	Copyleft faible, pour bibliothèques
AGPLv3	Copyleft étendu au SaaS
MIT	Permissive, usage commercial libre
Apache 2.0	Permissive + clause brevet explicite
BSD 3-Clause	Permissive, attribution + no-endorsement

Foire aux questions autour de « application libre »

La question « Foire aux questions autour de « application libre » » est centrale pour tout praticien travaillant sur « application libre ». En 2026, les équipes open source européennes adoptent une approche structurée : cartographie des dépendances, revue de licences par un juriste spécialisé, audit sécurité tri-annuel, documentation SBOM et Software Composition Analysis via des outils comme Snyk Open Source, FOSSA, ou Dependency-Track (OWASP). L'écosystème français — April, AFUL, Adullact, DINUM via le SILL — offre un accompagnement gratuit ou à bas coût. Notre retour d'expérience : anticiper ces sujets dès le sprint 0, plutôt que de les subir en phase de mise en production. Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Définition rigoureuse et cadre légal

Un logiciel libre n'est pas « un logiciel gratuit ». Selon la Free Software Foundation, quatre libertés inaliénables le définissent : exécuter le programme pour tout usage (liberté 0), étudier son fonctionnement et l'adapter (liberté 1, exige le code source), redistribuer des copies (liberté 2) et distribuer des versions modifiées (liberté 3). En droit français, l'article L122-6-1 du CPI et la loi du 7 octobre 2016 pour une République numérique consacrent l'encouragement des administrations à utiliser des logiciels libres. La DINUM maintient depuis 2022 le Socle Interministériel de Logiciels Libres (SILL). Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Panorama français : April, AFUL, Adullact, DINUM

L'April (association créée en 1996, 4500 adhérents) promeut le logiciel libre auprès du grand public et des parlementaires. L'AFUL fédère utilisateurs et développeurs depuis 1998. L'Adullact mutualise les logiciels libres pour les collectivités (comptabilité, état civil, SIG). La DINUM coordonne le SILL, catalogue de 300+ logiciels recommandés dans l'administration française. Dans le contexte français, les obligations du RGPD (art. 25, Privacy by Design) et de la loi pour une République numérique renforcent cette orientation. Un référent technique compétent sur « application libre » vaut plus que trois recruteurs sans expertise métier — prévoyez un budget coaching ou conseil externe.

Licences GPL, LGPL, MIT, Apache : quoi choisir

La GPLv3 impose la réciprocité (copyleft fort) : toute œuvre dérivée doit être redistribuée sous GPL. La LGPL assouplit pour les bibliothèques. La MIT et la BSD sont permissives, parfaites pour adoption en entreprise. L'Apache 2.0 ajoute une clause brevet explicite, devenue standard dans l'IA (PyTorch, Llama). Pour un projet SaaS, considérer l'AGPL qui étend le copyleft au service en ligne. Nous recommandons de documenter systématiquement les choix autour de « application libre » dans un ADR (Architecture Decision Record) versionné avec le code, et de les revisiter tous les 6 mois. C'est l'une des pratiques les plus rentables de l'ingénierie logicielle moderne, et l'une des plus rarement appliquées.

Sources officielles et liens utiles

Foire aux questions

Qu'est-ce que « application libre » concrètement en 2026 ?

« application libre » désigne un ensemble de pratiques, d'outils et de cadres légaux autour de l'open source et du logiciel libre, appliqué aux enjeux de souveraineté numérique européenne. En 2026, le sujet est structuré par le Data Act, le Cyber Resilience Act et la feuille de route DINUM du logiciel libre dans l'État.

Quelle différence entre logiciel libre et open source sur « application libre » ?

Les deux termes recouvrent quasiment la même réalité technique (code source accessible et modifiable). La différence est idéologique : le logiciel libre (FSF, Stallman) met l'accent sur les libertés de l'utilisateur ; l'open source (OSI, Raymond) sur l'efficacité du modèle de développement. En pratique, une licence OSI-approved est presque toujours une licence FSF-approved.

Quels sont les principaux acteurs français autour de « application libre » ?

April (association historique, depuis 1996), AFUL (utilisateurs et entreprises), Adullact (collectivités), DINUM (État, via le SILL), Numeum (syndicat professionnel), CNLL (conseil national du logiciel libre). À l'échelle européenne : OW2, Eclipse Foundation Europe, Linux Foundation Europe.

Pourquoi « application libre » est important pour une entreprise française ?

Trois raisons : souveraineté (éviter le vendor lock-in GAFAM), conformité (RGPD, DSA, Data Act), et TCO (coût total 20 à 40% inférieur sur 5 ans selon Cigref). En clair : moins de risque, moins de coût, plus de contrôle.

Combien coûte une prestation sur « application libre » ?

Les tarifs dépendent de la séniorité et du périmètre. Pour du conseil expert open source français : 800 à 1 400 € par jour. Pour du développement : 500 à 850 € TJM freelance, 45 à 85 k€ de salaire brut annuel en CDI selon séniorité.

Comment démarrer un projet autour de « application libre » ?

Étape 1 : cadrage métier clair et critères de succès mesurables. Étape 2 : audit de l'existant (SBOM, licences, conformité RGPD). Étape 3 : POC sur périmètre réduit. Étape 4 : montée en charge progressive avec documentation. Étape 5 : formation des équipes internes pour autonomie.

Y a-t-il un support payant pour « application libre » ?

Oui. Red Hat (IBM), SUSE, Canonical, Alter Way, Bearstech, Smile, Savoir-faire Linux, Easter-eggs proposent du support commercial sur les composants open source majeurs. Les SLA (4h de réponse ouvré, 99,95% dispo) sont comparables aux éditeurs propriétaires.

Le logiciel libre est-il vraiment gratuit ?

Le logiciel libre est gratuit à l'acquisition mais pas gratuit à l'usage : il faut prévoir formation, support, intégration et maintenance. Le TCO reste inférieur de 20 à 40% comparé au propriétaire équivalent, mais pas zéro.