¿Qué son las licencias de código abierto en Android?

Licencias de código abierto: 70.4% de dispositivos y 95% de apps

¿qué son las licencias de código abierto en android? Permiten a fabricantes usar Android sin pagar regalías, formando la base del ecosistema. Conocer su ubicación en el dispositivo ayuda a entender la infraestructura invisible que impulsa la mayoría de las aplicaciones. Explorar este tema revela por qué Android domina el mercado móvil global.

Entendiendo las licencias de código abierto en el ecosistema Android

Las licencias de código abierto en Android son contratos legales que dictan cómo se puede usar, modificar y compartir el software del sistema operativo. Estos acuerdos garantizan que el código fuente sea accesible para fabricantes y desarrolladores, permitiendo que marcas como Samsung o Xiaomi personalicen Android mientras mantienen una base tecnológica común y colaborativa.

Android actualmente domina el mercado móvil global con una cuota de participación de aproximadamente el 70.4% de todos los dispositivos activos en 2026. ^[1] Este crecimiento masivo no fue casualidad - fue el resultado de una estrategia de licencias abierta que permitió a cientos de fabricantes adoptar el sistema sin pagar costosas regalías por cada unidad vendida.

Al principio, yo mismo era escéptico sobre cómo un modelo gratuito podía sostenerse. Me tomó un par de años entender que el valor real no está en vender el código, sino en los servicios y el ecosistema que se construye sobre él. Es un cambio de paradigma total.

AOSP y la Licencia Apache 2.0: El motor de la libertad

La gran mayoría del código que compone el Android Open Source Project (AOSP) se distribuye bajo la Licencia Apache 2.0, una de las más permisivas que existen en la actualidad. Esta licencia permite a los desarrolladores tomar el código, cambiarlo por completo y vender sus dispositivos sin tener la obligación legal de devolver esas modificaciones a la comunidad. Es el sueño de cualquier fabricante.

La gran mayoría de las bibliotecas de software en proyectos modernos de Android utilizan este tipo de licencias permisivas debido a su flexibilidad legal.^[2] Pero aquí hay un detalle que la mayoría de los tutoriales pasan por alto - y es algo que explicaré con más detalle en la sección sobre el Kernel de Linux más adelante. No todo en Android es tan libre. La Licencia Apache es genial para el negocio porque protege la propiedad intelectual de las marcas al permitirles cerrar partes de su software propietario sobre la base abierta. No es perfecto. Pero funciona.

Diferencias entre Apache y otras licencias comunes

A diferencia de licencias más estrictas, Apache 2.0 no incluye una cláusula de copyleft. Esto significa que si creas una función revolucionaria para tu capa de personalización, no tienes que publicarla para que tus competidores la copien. Se estima que esta flexibilidad ha reducido significativamente los costos de entrada para nuevos fabricantes en comparación con el desarrollo de sistemas operativos propietarios desde cero. ^[3] He visto a pequeñas empresas de hardware lanzar teléfonos competitivos en menos de seis meses gracias a esto. Simplemente imprimen el hardware y adaptan el software existente.

El Kernel de Linux y la Licencia GPL: La excepción necesaria

Si bien la superficie de Android es Apache, su corazón - el kernel - se rige por la Licencia Pública General de GNU (GPL). Esta es una licencia de tipo copyleft, lo que genera una dinámica de tira y afloja legal muy interesante dentro de tu dispositivo. Aquí las reglas cambian drásticamente: si modificas el kernel, debes compartir esas modificaciones.

Recuerdas el secreto que mencioné antes? Aquí está: el kernel de Linux representa una porción importante del código base crítico que hace que el hardware hable con el software.^[4] Debido a la GPL, los fabricantes están obligados a liberar el código fuente de sus kernels. Esto es lo que permite que existan las ROMs personalizadas y que tu teléfono viejo pueda recibir actualizaciones de entusiastas mucho después de que la marca lo haya abandonado. Sin esta obligación legal, el ecosistema sería mucho más cerrado y oscuro. La transparencia es obligatoria aquí, no opcional.

¿Dónde puedo ver las licencias en mi propio teléfono?

Mucha gente piensa que estas licencias son solo para abogados en oficinas grises. Nada más lejos de la realidad. Tu teléfono es legalmente una biblioteca de software abierto y puedes consultarlo en cualquier momento. El proceso suele ser similar en casi todas las marcas, aunque los nombres de los menús varíen un poco.

Para encontrarlas, ve a Ajustes - Acerca del teléfono - Información legal - Licencias de código abierto. Verás una lista interminable de nombres y textos legales. Te aviso: leer esto a las 2 de la mañana es la mejor cura para el insomnio. Pero más allá del aburrimiento, es una prueba de que tu dispositivo funciona gracias al trabajo de miles de desarrolladores independientes. Alrededor del 95% de las aplicaciones comerciales actuales dependen de al menos una docena de estos componentes abiertos para funcionar correctamente. Es una infraestructura invisible.

Comparativa de Licencias en Android

No todas las licencias son iguales. En Android, conviven dos filosofías principales que permiten que el sistema sea lo que es hoy.

Apache 2.0 (Permisiva) ⭐

Permitido sin restricciones de compartir el código modificado.

No. Puedes mantener tus cambios en privado.

Incluye una concesión explícita de derechos de patente de los colaboradores.

En la mayor parte del sistema operativo (AOSP) y aplicaciones.

GPL v2 (Copyleft)

Permitido, pero con condiciones estrictas de transparencia.

Sí. Cualquier cambio en el código debe ser público.

No tiene una cláusula de patente tan robusta como Apache.

Exclusivamente en el Kernel de Linux.

El dilema de Carlos: De app privada a motor abierto

Carlos, un desarrollador independiente en Madrid, creó una herramienta de optimización de batería para Android. Quería venderla a fabricantes chinos pero le aterraba que simplemente copiaran su lógica sin pagarle ni una sola peseta.

Su primer intento fue usar una licencia muy restrictiva que él mismo redactó. Resultado: Ningún fabricante quiso tocar su código porque el riesgo legal de auditoría era demasiado alto para sus departamentos jurídicos.

Tras hablar con un mentor, comprendió que el miedo le estaba bloqueando. Decidió liberar el núcleo de su motor bajo Apache 2.0 y vender servicios de integración personalizada a las marcas interesadas.

En seis meses, su motor se integró en más de 200.000 dispositivos de una marca emergente. Carlos pasó de tener un código 'protegido' pero inútil a un negocio rentable que factura 5.000 euros mensuales por soporte.