Como docente que crea materiales digitales, todo lo que produces está automáticamente protegido por derechos de autor. Sin una licencia, los demás solo pueden usar tus creaciones dentro de los límites que marca la ley, como la cita o el uso de pequeños fragmentos en clase (en España, el artículo 32 de la Ley de Propiedad Intelectual). Para todo lo demás necesitan tu permiso, incluso otros profesores de tu centro.
Las licencias libres son tu manera de decir: «Puedes usar esto, pero bajo estas condiciones».
Actualizado el 22 de septiembre de 2026: se han corregido varias explicaciones de las licencias, la respuesta sobre GitHub, las fuentes de imágenes recomendadas y el generador de licencias.
Tabla de contenidos
Dos tipos de creaciones, dos tipos de licencias
En tus proyectos educativos mezclas dos cosas diferentes que necesitan licencias distintas:
Código (la parte técnica)
Todo lo que hace que funcione tu creación digital:
- Una aplicación web para que los alumnos practiquen matemáticas.
- Un formulario automático que califica ejercicios.
- Una plantilla de Moodle personalizada.
- Un script que genera gráficas automáticamente.
Contenidos (la parte educativa)
El material didáctico que creas:
- Los textos explicativos de la aplicación.
- Las actividades y ejercicios.
- Los vídeos tutoriales.
- Las imágenes y diagramas.
- Las rúbricas de evaluación.
¿Por qué licencias diferentes? Porque el código necesita permisos especiales (ejecutar, compilar, redistribuir) que no tienen sentido para un texto o una imagen.
Licencias para contenidos educativos (lo más importante para ti)
CC BY-SA – Atribución + compartir igual
Qué significa: «Úsalo libremente, menciona mi autoría, y si lo modificas, compártelo con la misma licencia».
Ejemplo práctico: Tu infografía del sistema solar puede ser mejorada por otros, pero, si difunden esa versión mejorada, tienen que hacerlo con la misma licencia.
Ventaja: Las versiones mejoradas que se difundan siguen siendo libres para toda la comunidad docente. Alineación: Coherente con los principios de participación activa y colaboración.
CC BY – Atribución simple
Qué significa: «Úsalo libremente, solo menciona que soy el autor».
Ejemplo práctico: Creas una infografía sobre el sistema solar. Cualquier profesor puede usarla, modificarla o incluirla en un libro, solo debe citarte, enlazar la licencia e indicar si la ha modificado.
Ventaja: Máxima difusión de tu trabajo. Inconveniente: Alguien podría cerrar las mejoras sin compartirlas.
CC BY-NC-SA – Con restricción comercial
Qué significa: Lo mismo que BY-SA, pero prohíbe usos comerciales.
Problema: «Comercial» genera dudas. ¿Puede usarlo un centro privado? ¿En una plataforma con publicidad? ¿En un curso que cobra matrícula? Además, el material con NC no puede mezclarse con material CC BY-SA ni subirse a Wikipedia o Wikimedia Commons.
Recomendación: Mejor evitar «NC» para no limitar usos educativos legítimos.
Licencias para código (si creas aplicaciones o herramientas)
AGPL v3 – Reciprocidad también en la web
Qué significa: «Si modificas mi código y lo usas para ofrecer un servicio a través de una red (por ejemplo, una aplicación educativa en un servidor web), debes ofrecer a quienes lo usan el código de tu versión, con la misma licencia».
Ejemplo práctico: Creas una aplicación web para practicar matemáticas. Si alguien la mejora y la ofrece a sus alumnos desde su propio servidor, debe ofrecer el código de su versión a quienes la usan.
Ventaja: Mantiene la obligación de compartir el código incluso cuando no se redistribuye, sino que se usa como servicio en línea. La diferencia con la GPL se nota sobre todo cuando el programa se ejecuta en el servidor. Si la aplicación funciona entera en el navegador, quien la abre ya recibe el código.
Alineación: Refuerza la filosofía de conocimiento abierto en el contexto actual, donde muchas aplicaciones educativas se ofrecen como páginas web.
MPL 2.0 – Copyleft moderado
Qué significa: «Si distribuyes estos archivos modificados, debes compartir su código con la misma licencia, pero puedes combinarlos con código cerrado».
Ejemplo práctico: Si alguien distribuye una versión mejorada de tu calculadora web, debe compartir el código de los archivos con licencia MPL, no el de todo el proyecto. Si solo la ejecuta en su servidor, no está obligado a compartirla.
Ventaja: Equilibrio entre reciprocidad y flexibilidad de integración. Alineación: Copyleft parcial, menos restrictivo que AGPL v3.
Apache 2.0 – Máxima adopción, sin reciprocidad
Qué significa: «Usa este código como quieras. Mantén el aviso de autoría y de licencia e indica qué has cambiado». Quienes aportan código te dan permiso para usar sus patentes, y ese permiso se pierde si demandas alegando que el programa infringe una patente.
Importante: NO obliga a compartir mejoras. Permite que otros cierren las modificaciones.
Ventaja: Muy compatible con proyectos institucionales y comerciales. Inconveniente: Las mejoras pueden no volver a la comunidad.
MIT – Simple pero sin protecciones
Qué significa: «Usa este código como quieras, solo menciona mi autoría».
Limitaciones: No protege contra patentes ni garantiza reciprocidad.
Tablas comparativas
Licencias de código: enfoque en reciprocidad
| Licencia |
Las versiones |
Filosofía |
Apreciación |
|---|---|---|---|
| AGPL v3 | ✅ Sí, también las usadas en red | Conocimiento abierto en la web | Recomendada para apps educativas ofrecidas como páginas web, obliga a ofrecer el código a quienes usan la aplicación aunque no se redistribuya |
| MPL 2.0 | ✅ Sí, parcial | Copyleft moderado | Adecuada para colaboración entre docentes, equilibrando retorno y flexibilidad |
| Apache 2.0 | ❌ No | Adopción sin barreras | Útil para instituciones que buscan adopción amplia sin exigir retorno obligatorio |
| MIT | ❌ No | Simplicidad máxima | Muy práctica para docentes que desean difundir recursos con la única condición de mantener el aviso de autoría |
Licencias de contenidos: enfoque educativo
| Licencia |
Las versiones |
Uso |
Modificación |
Recomendación |
|---|---|---|---|---|
| CC BY-SA | ✅ Sí | ✅ Sí | ✅ Sí | Ideal – Fomenta intercambio educativo |
| CC BY | ❌ No | ✅ Sí | ✅ Sí | Buena para máxima difusión |
| CC BY-NC-SA | ✅ Sí | ❌ No | ✅ Sí | Problemática – “Comercial” genera ambigüedades |
Combinaciones recomendadas según tu objetivo
Para garantizar reciprocidad (recomendado)
- Contenidos: CC BY-SA
- Código: AGPL v3
Para: Proyectos alineados con el conocimiento abierto y la participación activa. Las mejoras que se difundan, o que se ofrezcan como servicio web, siguen siendo libres para la comunidad educativa.
Para máxima adopción institucional
- Contenidos: CC BY
- Código: Apache 2.0
Para: Cuando priorizas que tu trabajo se use ampliamente, incluso si las mejoras no regresan.
Opción intermedia
- Contenidos: CC BY-SA
- Código: MPL 2.0
Para: Copyleft moderado en código (solo se comparten los archivos con licencia MPL) y compartir igual en los contenidos. Más flexible para integraciones institucionales que AGPL v3.
Casos prácticos para docentes
Caso 1: App de ejercicios de matemáticas
Tu creación: Una aplicación web donde los alumnos resuelven ecuaciones. Licencias:
- Código de la aplicación → AGPL v3
- Ejercicios y explicaciones → CC BY-SA
Caso 2: Presentación interactiva
Tu creación: Una presentación con animaciones en JavaScript. Licencias:
- Scripts de animación → AGPL v3
- Contenido de las diapositivas → CC BY-SA
Caso 3: Material imprimible
Tu creación: Fichas de trabajo en PDF. Licencia: Solo CC BY-SA (no hay código)
Preguntas frecuentes de docentes
P: ¿Puedo ganar dinero vendiendo material con CC BY-SA? R: Sí, puedes vender tu trabajo. CC BY-SA no prohíbe ganar dinero, solo obliga a mantener la misma licencia en las modificaciones.
P: ¿Qué pasa si uso imágenes de Internet en mis materiales? R: Debes respetar la licencia de cada imagen e indicarla junto a ella, aunque el resto del material tenga otra. Busca en repositorios de imágenes con licencias libres, como Wikimedia Commons u Openverse. Unsplash y Pixabay permiten usar sus fotos gratis, pero con licencias propias que no son Creative Commons. En ese caso indica que esas imágenes quedan fuera de tu licencia.
P: ¿Es obligatorio poner licencias? R: No es obligatorio, pero sin licencia los demás solo pueden usar tu trabajo dentro de los límites que marca la ley, como la cita. Si quieres que se comparta, pon licencia.
P: ¿AGPL v3 limita la adopción de mi código? R: Puede limitarla en entornos que prefieren cerrar sus modificaciones, pero obliga a que las versiones mejoradas que se difundan o se ofrezcan en red sigan siendo libres. Es una decisión de valores: ¿prefieres máxima adopción o reciprocidad?
P: ¿Puedo cambiar la licencia de un material que he creado o adaptado? R: Depende del origen del material. Si es tu trabajo original, puedes cambiar la licencia para versiones futuras, pero las ya publicadas mantienen su licencia. Si has adaptado trabajo de otros, debes respetar la licencia original: adaptar material CC BY-SA obliga a que tu versión lleve CC BY-SA de esa versión o de una posterior, o una licencia declarada compatible.
P: ¿Qué licencia debo elegir en GitHub si mi repositorio incluye código y materiales educativos? R: Lo más claro es no elegir ninguna licencia en el asistente de GitHub y añadirlas después a mano. El archivo LICENSE lleva la licencia del código y otro archivo, por ejemplo LICENSE-CONTENIDOS, la de los materiales. El README explica qué parte va con cada licencia. Los pasos están en el apartado siguiente.
Cómo aplicar las licencias
Para contenidos educativos (Creative Commons u otras):
- Añade en la página principal o en un lugar destacado de tu proyecto un texto claro indicando la licencia elegida (por ejemplo: «Esta obra está bajo licencia [nombre de la licencia]»).
- Incluye el enlace oficial a la licencia correspondiente.
- Si es posible, acompáñalo con el icono oficial de la licencia (Creative Commons, etc.).
Para código (AGPL, Apache, MIT, MPL u otras):
- Añade en la misma página principal o en un lugar destacado de tu proyecto una mención clara a la licencia elegida para el código, junto con el enlace oficial.
- Incluye el archivo
LICENSE.txtcon el texto completo de la licencia. - Añade una nota breve al inicio de cada archivo de código indicando la licencia. La forma habitual es una línea como
SPDX-License-Identifier: AGPL-3.0-or-later. - Menciona la licencia también en la documentación del proyecto.
Recomendación final
Para docentes comprometidos con el conocimiento abierto y la reciprocidad:
- Contenidos educativos: CC BY-SA 4.0
- Código: AGPL v3
Esta combinación garantiza que tu trabajo y las mejoras que otros difundan permanezcan abiertas para toda la comunidad educativa, fomentando la participación activa y la colaboración.
Generador de licencias para recursos educativos abiertos (REA)
Aquí tienes una utilidad con la que puedes elegir las licencias que quieres. Obtendrás un texto que puede ser pegado en un documento de texto y un bloque HTML, con los enlaces y el icono de la licencia, que puedes pegar directamente en una página web.
(Ver la aplicación en una pestaña nueva)
Vídeo resumen creado por NotebookLM
Nota: Este artículo tiene nivel 4 en el Marco para la integración de la IA generativa.
ESTO SIRVE PARA ARGENTINA?
Hola Laura, es internacional, sirve para cualquier país