#KeepAndroidOpen: AdGuard defiende la distribución independiente de apps en Android
AdGuard se enorgullece de estar entre los firmantes de una carta abierta recién publicada que se opone a la futura política de verificación de desarrolladores de Google. La campaña fue liderada por F-Droid, que la lanzó el año pasado y desde entonces ha estado movilizando apoyo. La carta ya ha sido firmada por un número creciente de grupos de la sociedad civil y organizaciones tecnológicas, incluyendo al propio F-Droid, la Electronic Frontier Foundation, la Free Software Foundation y Vivaldi. Está dirigida a los ejecutivos de Google Sundar Pichai, Larry Page y Sergey Brin, entre otros.
El mensaje es claro: la política propuesta representa un cambio fundamental en la forma en que funciona el ecosistema Android — y no para mejor. Respaldamos plenamente todas las preocupaciones planteadas en la carta y nos solidarizamos con las organizaciones que piden a Google que reconsidere.
Cuáles son los nuevos requisitos de verificación de apps de Google
En el centro del debate se encuentra un nuevo sistema obligatorio de verificación para desarrolladores de Android. A diferencia de los requisitos actuales, que solo se aplican a las apps distribuidas a través de Google Play, este nuevo modelo va mucho más allá. Exige que todos los desarrolladores Android —incluidos aquellos que distribuyen sus apps de forma independiente, mediante sus propios sitios web, tiendas de terceros, sistemas corporativos o transferencia directa de archivos— obtengan primero una aprobación efectiva de Google.
En la práctica, esto significa que los desarrolladores deberán crear una cuenta en una nueva consola de Google, aceptar los términos y condiciones de la empresa, pagar una tarifa de registro de 25 dólares y completar un proceso de verificación de identidad. Este proceso incluye el envío de un documento oficial vigente, como pasaporte o licencia de conducir, proporcionar un correo electrónico verificado y un número de teléfono confirmado mediante un código único, además de la vinculación criptográfica de la app con la identidad verificada del desarrollador. Será necesario enviar la huella digital pública SHA-256 de la clave de firma y subir un APK firmado que contenga un archivo de verificación específico para asociar el nombre del paquete de la app con la identidad registrada.
Es importante destacar que los desarrolladores que ya tienen apps en Google Play no tendrán que empezar desde cero. En lugar de crear una cuenta totalmente nueva, contarán con una nueva opción dentro del Play Console existente para registrar cualquier app distribuida fuera de Google Play. En cambio, los desarrolladores que distribuyen exclusivamente fuera de Play Store deberán crear una cuenta completamente nueva y pasar por todo el proceso de registro y verificación. Para muchos desarrolladores establecidos, los nuevos requisitos representan una extensión de lo que ya hacen en Google Play, no un sistema totalmente separado. Para quienes operan exclusivamente fuera del ecosistema Play, sin embargo, se trata de un conjunto completamente nuevo de pasos.
El esquema se encuentra en vista previa inicial desde noviembre de 2025 y se abrirá a todos los desarrolladores en marzo de 2026. A partir de septiembre de 2026, comenzará a aplicarse en Brasil, Indonesia, Singapur y Tailandia. Desde ese momento, cualquier desarrollador que no haya completado el proceso de verificación y registrado sus apps verá bloqueada la instalación de estas en dispositivos Android certificados en esos países. Google ha indicado que posteriormente la política se expandirá a nivel global.
Google ha afirmado que estudiantes y desarrolladores aficionados podrán crear cuentas especiales con menos requisitos y sin pagar la tarifa estándar de 25 dólares. Si bien esto podría mitigar el impacto en algunos casos, no cambia la realidad central: la distribución independiente de software en Android pasará a requerir permiso explícito de Google.
Se trata de un cambio profundo que rompe con la premisa histórica del ecosistema Android, tradicionalmente visto como el opuesto del ecosistema cerrado de Apple. Hasta ahora, Android se posicionaba como un ecosistema abierto en el que los desarrolladores podían crear y distribuir software sin tener que pasar por un único guardián corporativo. Bajo el nuevo modelo, esa apertura queda fundamentalmente restringida. La política extiende el control de Google más allá de su propia Play Store hacia el panorama más amplio de Android, otorgándole la capacidad técnica de impedir la instalación de apps que no hayan sido aprobadas.
Qué está mal en las nuevas reglas de Google
El impacto en la comunidad de desarrolladores —y, ante todo, en la innovación de vanguardia dentro de ella— puede ser significativo. Proyectos de código abierto mantenidos por voluntarios, desarrolladores enfocados en la privacidad y equipos en regiones donde los servicios de Google son limitados o difíciles de acceder podrían enfrentar nuevos obstáculos. Lo que en el papel parece ser un “proceso de 10 minutos” puede convertirse fácilmente en una verdadera barrera para pequeños equipos con tiempo y recursos limitados.
También existen preocupaciones legítimas sobre la privacidad de los propios desarrolladores. Exigir un documento oficial, un número de teléfono verificado y otros datos personales concentra información sensible en un solo lugar. Para quienes crean herramientas precisamente para proteger la privacidad de los usuarios, verse obligados a proporcionar sus propios datos personales como condición para distribuir sus apps resulta profundamente contradictorio.
Igualmente preocupante es el contexto más amplio de aplicación de las reglas. Google tiene antecedentes de suspensiones y rechazos de apps que desarrolladores describen como opacos, inconsistentes y difíciles de apelar. Otorgar a la empresa mayor autoridad sobre toda la distribución de apps Android —y no solo sobre las publicaciones en Play Store— incrementa las preocupaciones sobre una aplicación arbitraria y recursos limitados.
Además, hay razones de peso para cuestionar si la política logrará su objetivo declarado de mejorar la seguridad. Actores maliciosos decididos ya han demostrado repetidamente su capacidad para eludir salvaguardas, incluso dentro de Google Play, donde ya existen verificación de identidad y controles de cumplimiento. Una investigación de Bitdefender el año pasado reveló que más de 331 apps maliciosas llegaron a la plataforma, alcanzando a millones de usuarios a pesar de los requisitos de verificación existentes. Estas apps lograron evadir las medidas de seguridad de Android 13 y engañar a los usuarios haciéndose pasar por software legítimo.
Para los desarrolladores legítimos, en cambio, el impacto será inmediato y real. Creadores independientes que dependen del sideload o de tiendas de terceros pueden decidir que la burocracia adicional, las tarifas y las complicaciones de cumplimiento simplemente no valen la pena. ¿El resultado? Menos apps fuera de Google Play —y, en general, menos apps— no porque los usuarios no las quieran, sino porque la fricción adicional aleja a los desarrolladores. Esto, a su vez, desalienta la competencia y frena la innovación.
Desde la perspectiva del usuario, la política también puede generar una falsa sensación de seguridad. Si las apps no pueden instalarse sin estar “verificadas”, las personas podrían asumir que verificado significa automáticamente seguro. No es así. La verificación solo confirma quién está detrás de la app; no garantiza código limpio ni excluye comportamientos maliciosos. Esta confianza equivocada puede hacer que los usuarios bajen la guardia, debilitando la concientización en seguridad que el sistema de advertencias de Android fue diseñado para fomentar.
Qué podría hacerse en su lugar
Android ya cuenta con herramientas sólidas de seguridad integradas. Funciones como el sandboxing, los controles detallados de permisos, la firma verificada de apps, las advertencias de sideload y Google Play Protect crean múltiples capas de protección. Si estas herramientas se aplican correctamente —y ese “si” es crucial— deberían ser más que suficientes para abordar amenazas reales sin someter a todo el ecosistema a un control centralizado más estricto.
Por ejemplo, Google Play Protect analiza continuamente las apps en el dispositivo, incluidas aquellas instaladas fuera de Google Play, comparándolas con los sistemas de detección de amenazas de Google. Puede alertar sobre apps dañinas, desactivarlas o eliminarlas en casos graves. En resumen, fue diseñado para detectar comportamientos maliciosos independientemente del origen de la app.
Así, seguridad y apertura no tienen por qué ser mutuamente excluyentes. Android ha logrado equilibrarlas durante años. Pero cuando nuevas políticas otorgan aún más control a un único propietario de plataforma —especialmente en un momento en que los reguladores ya observan de cerca cuestiones de competencia y dominio de mercado— surgen preocupaciones reales. Medidas como esta pueden fortalecer el poder de gatekeeping de Google, marginar tiendas alternativas y dificultar que los desarrolladores independientes compitan en igualdad de condiciones. Parece que no se trata solo de seguridad, sino también de quién controla el acceso a los usuarios.
La mayor fortaleza de Android siempre ha sido su apertura. Eso es lo que atrajo a desarrolladores y usuarios desde el inicio. Creemos que preservar esa apertura beneficia a todos.
Para nosotros en AdGuard, esto no es solo teórico. Nuestros usuarios saben que la versión completa de AdGuard para Android no está disponible en Google Play, porque las políticas de Google no permiten bloqueadores de anuncios completos a nivel de sistema allí. En su lugar, la app se descarga directamente desde nuestro sitio oficial o desde tiendas de apps de terceros confiables.
Seguimos comprometidos a mantener AdGuard accesible para todos y tomaremos todas las medidas necesarias para cumplir con la nueva política de Google y garantizar que la app siga disponible en el futuro, si y cuando entre en vigor. Sin embargo, en este momento aún no está completamente claro qué se nos exigirá para permanecer plenamente en conformidad con el nuevo modelo. Al mismo tiempo, creemos que la mejor solución sería que Google reconsidere este camino y preserve la apertura que durante tanto tiempo ha definido el ecosistema Android.
