Muchos braman contra Google y todas sus acciones. Cada vez hay más gente indignada contra el gran gigante tecnológico y todo lo que hace. Aunque realmente, habría que preguntarse, ¿y qué piensa Google de todo eso? Pese a que no lo parezca, Google no es malo de la película ni mucho menos, y al final, como todo en la vida, se trata de hacer sinergias que gusten a todos, aunque no se puede ser hipócrita, siempre habrá alguien que salga ganando.
Cuando hay algo, bien sea un producto o un servicio, que tiene una cuota de mercado que roza casi lo insultante para la competencia, es cuando se producen desequilibrios en todos los sentidos que tarde o temprano deriva en otras consecuencias. Esto es lo que podría estar sucediendo con Google y Android, el sistema operativo libre desarrollado por “el buscador” y que los fabricantes usan.
Pero la polémica ha surgido al conocerse que Google estaría siendo bastante más exigente con sus clientes en el uso de Android y la concesión de licencias para adaptar sus distintas aplicaciones. Ahora han saltado las alarmas sobre la verdadera “libertad” para usar Android, ya que los condicionantes para hacerlo habrían cambiado y ahora la exigencia para hacer ciertas cosas sería mucho mayor.
Google y Android marcan el camino
Pese a que el proceso de certificación es bastante reservado, gracias a unos datos recién filtrados de un documento llamado el “Acuerdo de Distribución de aplicaciones móviles” (MAD), ahora obtenemos un vistazo más de certero de lo que sucede detrás de todo el éxito de Google y Android.
Esta no es la primera vez que hemos oído o visto información relacionada con MADA, pero la última vez fue de una versión muy antigua, que se remonta a la época inicial de Android. Por ejemplo una de las cosas más curiosas que el Google Play es todo o nada, es decir, para que un fabricante tenga acceso al Play Store, un OEM tiene que estar de acuerdo para instalar el resto de aplicaciones de Google “necesarias”, incluyendo Google Voice Search, Gmail, Google Calendar, Google Talk (ahora Hangouts), Google Maps y así sucesivamente.
Además, también hay exigencias sobre la colocación de las aplicaciones, la distribución de las mismas por el terminal, y así un sinfín de cuestiones que dejan en entredicho esa “libertad” para operar con Android y todo el entorno Google. Asimismo, se exigen datos de ventas del fabricante para que Google pueda disponer de toda esa información a su antojo. Sin duda, algo que debe hacernos reflexionar sobre el poder que está adquiriendo la compañía aunque parezca de forma indirecta.
Fuente: Androidauthority.
Licencias de apps en Google Play: cómo funciona el control
Más allá de MADA y de las suites de Google Mobile Services, en el lado del software de terceros Google impone controles mediante Google Play Licensing (LVL), un servicio de red que permite a una app verificar si un usuario tiene licencia válida para usarla. La app no habla con el servidor directamente: invoca al cliente de Google Play, que recopila datos del dispositivo y del usuario y remite la consulta al servidor de licencias.
Las respuestas van firmadas con criptografía RSA; el servidor conserva la clave privada y expone la clave pública en Play Console para que la app valide la respuesta. Este esquema impide respuestas falsificadas y permite a los desarrolladores decidir cuándo y con qué frecuencia comprobar la licencia y cómo actuar sin conectividad (p. ej., caché temporal).
El SDK ofrece la Biblioteca de Verificación de Licencias (LVL) con interfaces como Policy y LicenseCheckerCallback. Hay políticas preparadas: ServerManagedPolicy (flexible y con caché) y StrictPolicy (acceso solo si el servidor autoriza). Es un reemplazo moderno del antiguo sistema de “protección de copias” y se integra como proyecto de biblioteca.
Requisitos para desarrolladores: compatibilidad, nivel de API y visibilidad
Para garantizar seguridad y rendimiento, Google Play exige orientar las apps a un nivel de API de destino reciente. Las nuevas publicaciones y actualizaciones deben ajustarse a ese nivel para mantener visibilidad en dispositivos con versiones más modernas de Android. Las apps antiguas pueden perder distribución si no actualizan su targetSdkVersion, aunque existen mecanismos de prórroga en Play Console en casos concretos.
Estas pautas se extienden a verticales como Wear OS, Android TV y Android Automotive, donde también se exige un nivel de API actualizado. Si no se cumple, la app puede dejar de mostrarse a usuarios cuyos dispositivos corran versiones superiores del sistema.
Privacidad, permisos y política de datos: lo que Google exige
Google Play reclama transparencia: incluso si tu app es gratuita, debes exponer una política de privacidad accesible (URL pública y estable) cuando trates datos personales o sensibles, o te adhieras a programas como Diseñado para Familias. Además, el formulario de Seguridad de Datos en Play Console debe reflejar con exactitud qué recopilas, con qué finalidad y si compartes información.
En Android, los permisos se conceden en tiempo de ejecución. Debes verificar con checkSelfPermission antes de invocar APIs, explicar el motivo si el usuario deniega (shouldShowRequestPermissionRationale) y solicitar con requestPermissions. Si el permiso está ligado a APIs de Servicios de Google Play, tu app debe gestionar errores si el usuario los deniega y no iniciar la recolección antes del consentimiento.
Si tratas datos no relacionados con la funcionalidad principal, Google exige un aviso destacado dentro de la app y consentimiento afirmativo previo (acción explícita). Para público infantil, las apps deben pasar la revisión de Familias, usar redes publicitarias certificadas y, si procede, implementar pantallas neutrales de verificación de edad sin inducir al usuario a falsear su edad.
Condiciones de uso: no abuso, propiedad intelectual y contenidos
El ecosistema estipula que no puedes interferir ni eludir sistemas de seguridad, hacer ingeniería inversa fuera de lo que permita la ley, ni presentar servicios como si fueran de Google. Google conserva sus derechos de propiedad intelectual y otorga permisos de uso bajo condiciones concretas; a la inversa, al subir contenido con visibilidad pública, concedes licencias limitadas para operar y mejorar servicios.
Para apps y contenidos de Play rigen límites: no puedes redistribuir, sublicenciar o eliminar avisos de propiedad fuera de los casos permitidos. Si un contenido pierde derechos o se detecta un riesgo crítico, Google puede quitarlo y, cuando proceda, ofrecer sustitución o reembolso.
OEM vs. desarrolladores: cómo cumplir sin fricciones
Para fabricantes (OEM), el reto está en la certificación GMS/MADA: aceptación del paquete de apps de Google, ubicación y prominencia de iconos, reporting y cumplimiento de compatibilidad. Para desarrolladores, el foco está en mantener targetSdkVersion actual, describir datos en Seguridad de Datos, implementar permisos con UX clara y sostener una política de privacidad viva y legalmente sólida.
El “todo o nada” de Play Services, las licencias de apps con LVL y los requisitos de privacidad no pretenden castigar al ecosistema, sino elevar la calidad y proteger a usuarios y partners. Entender estas exigencias, documentarlas y planificar ciclos de actualización continuos es la mejor forma de beneficiarse del alcance de Android sin sacrificar cumplimiento ni experiencia de usuario.