--- title: Monétisation Open Source created: 2026-06-06 updated: 2026-06-06 type: concept tags: [business, open-source, strategy] confidence: high contested: false sources: [synthesized] --- # 💵 Monétisation Open Source ## Définition Courte Ensemble des **stratégies permettant de générer des revenus** à partir d'un projet open-source sans trahir la philosophie du libre. ## Explication Détaillée **Modèles principaux** : - **Donations / Sponsorship** : - GitHub Sponsors, Open Collective, Patreon. - Adapté aux mainteners solo ou petits projets. - Revenus souvent modestes mais stables. - **Open Core** : - Le cœur est OSS, les features entreprises (SSO, audit, support) sont payantes. - Exemples : GitLab, Sentry, Supabase. - **SaaS sur OSS** (Software as a Service) : - Le code est libre, mais l'hébergement managé est payant. - Exemples : MongoDB Atlas, Aiven, Confluent. - Tension avec la licence (cf. [[licences-open-source]]). - **Dual Licensing** : - Le code est dispo en GPL (libre) OU en licence commerciale (payante). - Permet de "racheter" la GPL pour intégrer dans un produit propriétaire. - Exemples : MySQL, MariaDB (anciennement), Qt. - **Support & Consulting** : - Red Hat, Elastic (avant le pivot), Canonical. - Vendre l'expertise, pas le code. - **Marketplace / Plugins** : - L'OSS est gratuit, mais des plugins/add-ons sont payants. - WordPress, VS Code, Obsidian. - **T-shirts & Merch** : - Plus symbolique que rentable, mais excellent pour la comm'. ## Cas d'Usage - Mainteners solo cherchant à vivre de leur projet. - Startups construisant un moat grâce à l'open-source. - Entreprises finançant des briques critiques. ## Outils Liés - **GitHub Sponsors**, **Open Collective**. - **Stripe** (pour les paiements SaaS). - **FOSSA**, **Snyk** (gestion de licence). ## Pages Liées - [[licences-open-source]] - [[open-source]] - [[pricing-strategy]] ## Questions Ouvertes - Comment éviter la tension entre "open" et "paying customers" ? - Le dual licensing est-il encore viable à l'ère des licences BSL/SSPL ?