Generador de licencias
Elige una licencia de código abierto, rellena el titular de los derechos de autor y el año, y obtén un archivo LICENSE listo junto con la cabecera para tus archivos de código y el identificador SPDX. Compara lo que permite y exige cada licencia antes de elegir.
Última actualización:
1. Elige una licencia
Textos estándar de licencias reproducidos por comodidad. Esto no es asesoramiento legal.
Cómo usar Generador de licencias
- Elige una licencia de la lista. El resumen muestra lo que permite, lo que exige y lo que limita.
- Introduce el titular de los derechos de autor (tu nombre o tu organización) y el año. Usa un rango como 2021-2026 para proyectos más antiguos.
- Añade opcionalmente el nombre del proyecto; se usa en los avisos de la familia GPL y en el fragmento del README.
- Copia o descarga el archivo LICENSE y colócalo en la raíz de tu repositorio.
- Añade la cabecera a tus archivos de código si quieres que cada archivo indique su licencia (recomendado para Apache, GPL y MPL).
Comparativa de licencias de código abierto
| Licencia | Tipo | Concesión de patentes | ¿Hay que compartir los cambios? | Uso típico |
|---|---|---|---|---|
| MIT | Permisivas | Sin concesión explícita | No | Bibliotecas y apps que buscan la máxima adopción (React, Rails, .NET runtime) |
| Apache-2.0 | Permisivas | Sí | No, pero los archivos modificados deben indicarlo | Proyectos respaldados por empresas (Kubernetes, Android, TensorFlow) |
| BSD-2-Clause / BSD-3-Clause | Permisivas | Sin concesión explícita | No | Software de sistemas, código académico (FreeBSD) |
| ISC | Permisivas | Sin concesión explícita | No | Paquetes npm (por defecto en npm init) |
| MPL-2.0 | Copyleft débil (por archivo) | Sí | Solo los archivos con licencia MPL modificados | Firefox y proyectos que mezclan archivos abiertos y propietarios |
| LGPL-3.0 | Copyleft débil (biblioteca) | Sí | Los cambios en la propia biblioteca | Bibliotecas pensadas para enlazarse desde cualquier programa |
| GPL-3.0 | Copyleft fuerte | Sí | Sí, toda la obra combinada cuando se distribuye | Aplicaciones que deben seguir siendo software libre (GIMP, Bash) |
| AGPL-3.0 | Copyleft de red | Sí | Sí, también cuando se ofrece como servicio en red | Software de servidor y componentes SaaS |
| Unlicense / 0BSD / MIT-0 | Estilo dominio público | Sin concesión explícita | No, y no se exige atribución | Fragmentos de código, ejemplos, plantillas |
“Hay que compartir los cambios” solo se aplica cuando distribuyes el software (o, en el caso de AGPL, cuando permites que los usuarios interactúen con él a través de una red). Usar software GPL de forma privada dentro de una empresa no activa la condición de compartir el código fuente.
Cómo añadir una licencia a tu repositorio
- Crea un archivo llamado
LICENSE(oLICENSE.txt,LICENSE.md,COPYING) en la raíz del repositorio y pega el texto completo de la licencia. GitHub, GitLab y los registros de paquetes lo detectan automáticamente. - Declara el identificador SPDX en el manifiesto de tu paquete, por ejemplo
"license": "MIT"en package.json olicense = "Apache-2.0"en Cargo.toml. - Opcionalmente, añade una cabecera corta con
SPDX-License-Identifiera cada archivo de código. Se recomienda en proyectos Apache, GPL y MPL, donde los archivos se suelen copiar por separado. - Menciona la licencia en tu README para que los visitantes la vean de un vistazo.
- Si incluyes código de terceros, conserva intactos su licencia original y sus avisos de copyright. En las dependencias con licencia Apache, traslada también el contenido de su archivo NOTICE.
Consejos de compatibilidad
El código permisivo (MIT, BSD, ISC, Apache-2.0) se puede incluir en general en proyectos GPL-3.0, pero el código GPL no se puede volver a licenciar con una licencia permisiva. Apache-2.0 es compatible con GPL-3.0 pero no con GPL-2.0-only. Los archivos MPL-2.0 se pueden combinar con código GPL gracias a su cláusula de licencias secundarias, salvo que el autor haya marcado los archivos como “Incompatible With Secondary Licenses”. Si tienes dudas, consulta las preguntas frecuentes oficiales de la licencia.
Preguntas frecuentes
¿Qué licencia de código abierto debo elegir?
Para la máxima reutilización con condiciones mínimas, MIT o ISC son las opciones más habituales. Apache-2.0 es parecida, pero añade una concesión explícita de patentes y es popular en proyectos de empresa. Elige GPL-3.0 si quieres que las versiones modificadas sigan siendo de código abierto, LGPL-3.0 para bibliotecas que pueden enlazar apps propietarias, MPL-2.0 para copyleft a nivel de archivo y AGPL-3.0 si el software funciona como servicio en red.
¿Qué año debo poner en la línea de copyright?
Usa el año en que se publicó la obra por primera vez. Muchos proyectos usan un rango como 2019-2026 para indicar el primer y el último año de cambios. El aviso es informativo; los derechos de autor existen automáticamente aunque no aparezca.
¿Tengo que incluir el texto completo de la licencia?
Sí. El texto de la licencia debe estar en un archivo LICENSE (o COPYING) en tu repositorio. Para Apache, GPL y MPL también puedes añadir el aviso corto al principio de cada archivo de código, que remite al texto completo.
¿Qué es un identificador de licencia SPDX?
Los identificadores SPDX son nombres cortos estándar como MIT, Apache-2.0 o GPL-3.0-or-later. Los gestores de paquetes (npm, Cargo, PyPI) y otras herramientas los usan para detectar licencias, y una línea como SPDX-License-Identifier: MIT al principio de un archivo indica su licencia de forma legible por máquinas.
¿Qué diferencia hay entre GPL-3.0-only y GPL-3.0-or-later?
GPL-3.0-only significa que el código se licencia solo bajo la versión 3. GPL-3.0-or-later (la redacción del aviso oficial de GNU) permite además a los usuarios elegir cualquier versión posterior que publique la Free Software Foundation. Esta herramienta usa por defecto la redacción or-later de la guía de GNU, y puedes cambiarla.
¿Esto es asesoramiento legal?
No. El generador reproduce los textos y avisos estándar de las licencias, pero no puede asesorarte sobre tu situación concreta. Para cuestiones comerciales o de doble licencia, consulta a un abogado.
¿La herramienta envía mi nombre a algún sitio?
No. El LICENSE se genera en tu navegador. Solo si pulsas Cargar texto oficial completo en una licencia larga, la página descarga ese texto público de la licencia desde una CDN; tu nombre no se envía.
¿Se prueban todas las herramientas de FreeToolCabin para comprobar su calidad y precisión?
Sí. Cada herramienta del sitio pasa pruebas automáticas en navegadores reales para comprobar que el resultado es correcto y que no hay errores. Si encuentras un fallo o tienes una sugerencia, escríbenos a [email protected] y lo revisaremos.