lightGallery: $350K con dual licensing en open source

Un desarrollador facturó $350K en 4 años con una biblioteca JavaScript de código abierto

El creador de lightGallery generó más de $350.000 dólares utilizando un modelo de dual licensing, sin equipo, sin inversión externa y manteniendo su proyecto open source. Este caso no es excepción: el mercado de Commercial Open Source Software (COSS) movió $20 mil millones en 2025, con crecimiento del 28% año contra año.

Si tienes un proyecto open source o estás considerando lanzar uno, entender el dual licensing puede ser la diferencia entre regalar tu trabajo y construir un negocio sostenible. Aquí está todo lo que necesitas saber, con datos reales y acciones concretas que puedes implementar esta semana.

¿Qué es el dual licensing y cómo funciona realmente?

El dual licensing es una estrategia donde ofreces el mismo código bajo dos licencias diferentes:

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Una licencia gratuita con copyleft (GPL o AGPLv3) para la comunidad
Una licencia comercial de pago para uso propietario

La mecánica es simple pero poderosa: si un desarrollador usa la versión GPL y la incluye en su proyecto, debe open-sourcEAR todo su código por los términos de la licencia. La mayoría de empresas enterprise no pueden hacer esto por razones de propiedad intelectual. Para permanecer compliant, compran tu licencia comercial.

Esto no es teoría. MongoDB reportó $1.7 mil millones en ingresos anuales en 2025, con 20-30% atribuibles directamente a licencias comerciales duales. Redis Labs generó $150 millones en 2025 tras su transición a dual licensing, con crecimiento del 40% en revenue comercial versus su modelo open core previo.

GPL vs AGPLv3: ¿cuál licencia elegir para tu proyecto?

Esta decisión define quién te pagará y quién no. No es detalle menor:

GPLv3 es ideal para bibliotecas y frameworks. Se activa con la distribución del software. Si alguien distribuye tu código en un producto cerrado, debe comprar licencia comercial. Pero hay un loophole: si usan tu código en un servicio SaaS sin distribuirlo, no están obligados a open-sourcEAR.

AGPLv3 cierra ese vacío. Es la mejor opción para productos SaaS. Incluso si solo ejecutan tu código en un servidor y ofrecen acceso remoto, deben liberar su código o comprar licencia. Esta distinción es crítica: elige mal y dejarás dinero sobre la mesa.

El patrón del ecosistema 2025-2026 muestra que 70% del revenue COSS viene de wrappers SaaS sobre código open source. Si tu proyecto tiene potencial SaaS, AGPLv3 es tu protección.

El error crítico que puede destruir tu modelo: contribuciones sin CLA o CAA

Aquí es donde la mayoría de founders open source cometen un error irreversible. Si aceptas contribuciones de terceros sin un Contributor License Agreement (CLA) o Copyright Assignment Agreement (CAA), no podrás relicensiar ese código comercialmente.

Los contribuyentes mantienen copyright de su código. Sin acuerdo explícito, necesitarás permiso de cada contribuyente para cambiar licencias o vender versiones comerciales. Imagina tener 50 contribuyentes y necesitar rastrearlos a todos años después.

Mejores prácticas documentadas:

Implementa CLA automatizado con herramientas como cla-assistant o easycla integradas en GitHub/GitLab
Requiere firma antes de merge de cada pull request
Incluye en el CLA: licencia irrevocable, worldwide, y grants de patentes
Documenta claramente en tu README: "Firma CLA requerida para contribuir"
Para máxima protección, usa CAA donde contribuyentes transfieren ownership (Qt y MongoDB usan este modelo)

Si ya tienes un proyecto con contribuciones y quieres migrar a dual licensing: debes obtener permiso de cada contribuyente o remover su código. La ruta práctica es lanzar como nueva versión mayor (v4.0) solo con código que controles.

Plataformas para gestionar licencias comerciales en 2026

El autor de lightGallery usa kelviq para delivery de licencias, generación de keys y checkout. Pero hay opciones según tu etapa:

Para startups y founders individuales: LemonSqueezy ofrece checkout global (190+ países), gestión automática de VAT/MOSS en Europa, generación de license keys y webhooks. Costo: 5% + $0.50 por transacción. Ideal para proyectos LATAM/España que venden a mercado global.

Para escala enterprise: Paddle proporciona billing full-stack con métricas en tiempo real, soporte para licencias usage-based y compliance OSS robusto. Costo: 5% + $0.50 (básico), 4% enterprise. Usado por proyectos tipo Redis/MongoDB.

Para licensing dinámico: KelvinIQ se especializa en licencias con metering por uso (nodos, features, API calls). API robusta para CLAs. Costo: 2-5% + $0.30 por transacción. Curva de aprendizaje más alta pero máximo control.

Para la mayoría de founders hispanohablantes comenzando en 2026, LemonSqueezy es el sweet spot: maneja impuestos internacionales automáticamente y tiene integración nativa con GitHub.

¿Qué significa esto para tu startup?

Si estás construyendo o considerando un proyecto open source, aquí tienes acciones concretas que puedes implementar esta semana:

1. Evalúa si dual licensing aplica a tu caso

¿Tu código puede ser embebido en productos cerrados? → Dual licensing viable
¿Tu valor está en hosting/SaaS? → Considera open core + SaaS hosted
¿Tienes contribuyentes externos? → Implementa CLA antes de aceptar más PRs

2. Elige la licencia correcta desde el día 1

Biblioteca/framework distribuido: GPLv3 + licencia comercial
Servicio/SaaS: AGPLv3 + licencia comercial
Proyecto existente sin CLA: lanza v2.0 con código 100% tuyo

3. Configura tu infraestructura de licensing

Para validar el modelo: LemonSqueezy (setup en 1 día, maneja impuestos globales)
Para escalar: Paddle o KelvinIQ (metering avanzado, enterprise features)
Automatiza delivery: license keys por email, webhooks para activación

4. Protege tu capacidad de relicensing

Añade CLA bot a tu repo de GitHub hoy (gratis con cla-assistant)
Actualiza CONTRIBUTING.md con requisitos de licencia
Documenta tu modelo de licensing en el README (transparencia genera confianza)

5. Considera el contexto del ecosistema hispanohablante

En LATAM y España, el dual licensing está menos explorado que en Estados Unidos. Casos como Wepesi (España) con €500K+ en 2025 o Nexsys (México) con $2M en licencias para telcos demuestran que el modelo funciona. La ventaja: menos competencia y empresas enterprise locales buscando alternativas a soluciones US-centric.

Riesgos y controversias que debes conocer

El dual licensing no está exento de polémica. Los casos de MongoDB, Elastic y Redis entre 2018-2026 muestran un patrón repetido:

Cambian licencia a SSPL/BSL para proteger revenue
La comunidad OSS acusa de "no verdadero open source"
Surgen forks (OpenSearch de AWS, Percona de MongoDB)
La empresa pierde adopción comunitaria pero gana revenue comercial

MongoDB perdió contribuyentes pero su revenue comercial creció. Elastic perdió 30% de adopción OSS pero ganó 15% en revenue enterprise. Redis enfrentó backlash comunitario pero añadió $50M en revenue comercial en 2025.

La lección: el dual licensing es una decisión de negocio, no solo técnica. Si priorizas revenue sobre adopción masiva, funciona. Si buscas comunidad máxima, considera donations o sponsorships.

Alternativas al dual licensing en 2026

Si dual licensing no encaja, el mercado COSS ofrece otras rutas validadas:

Open Core: Core open source + features enterprise propietarias. GitLab alcanzó $500M ARR con este modelo. Ventaja: controlas forks. Desventaja: comunidad puede resentir features paywalled.

SaaS Hosted: Código open source para self-host + versión cloud pagada. Supabase llegó a $50M en 2025. Representa 56% del crecimiento COSS actual. Ideal si tu valor está en infraestructura, no solo código.

Donations/Sponsorships: GitHub Sponsors, Patreon, Open Collective. Vue.js genera $1M+ anual. Bajo fricción pero impredecible. Funciona mejor con proyectos muy visibles.

Support/Consulting: Software gratis + pago por implementación y soporte. Red Hat construyó un imperio de $6 mil millones así. Escalabilidad limitada pero relación cliente profunda.

La tendencia 2026: modelos híbridos. 70% del revenue COSS viene de combinaciones (SaaS + support, dual + usage-based). No tienes que elegir uno solo.

Conclusión

El caso de lightGallery demuestra que un desarrollador individual puede construir un negocio de $350K con código open source. Pero el dual licensing no es camino fácil: requiere elección estratégica de licencias, protección legal con CLA/CAA, e infraestructura de payments robusta.

El mercado COSS de $20 mil millones y crecimiento del 28% anual indica que hay espacio para más jugadores. La pregunta no es si open source puede ser rentable (la respuesta es sí), sino qué modelo se alinea con tus objetivos de negocio y comunidad.

Si estás en LATAM o España, tienes ventaja: el modelo está menos saturado que en Estados Unidos, y empresas enterprise locales buscan activamente alternativas. El momento es ahora.