Cómo cambiará la instalación de APK en Android después del 30 de septiembre de 2026
A partir del 30 de septiembre de 2026, Android comenzará a exigir una nueva vinculación entre una aplicación, su nombre de paquete y la identidad verificada de su desarrollador. Este cambio se ha descrito en ocasiones como el fin de la instalación de archivos APK fuera de Google Play, pero Google no ha anunciado tal prohibición. La primera fase de aplicación estará limitada por países, tipos de dispositivos y fuentes de distribución, mientras que los usuarios que acepten conscientemente los riesgos conservarán varias opciones para instalar software procedente de desarrolladores no verificados. En la práctica, se introducirá un proceso de instalación más controlado, no una prohibición general de los archivos descargados fuera de Google Play. Para la mayoría de las personas que instalan aplicaciones correctamente registradas, apenas habrá cambios. El mayor impacto recaerá en los desarrolladores que distribuyen APK sin registrarlos, los usuarios que dependen de versiones modificadas o sin verificar y las organizaciones que todavía no han revisado cómo distribuyen sus aplicaciones internas. Esta guía explica las normas publicadas por Google y vigentes en julio de 2026, incluido el lanzamiento regional, la verificación de desarrolladores, el registro de paquetes, Advanced Flow, las instalaciones mediante ADB y los preparativos necesarios antes de la fecha límite.
Qué cambiará realmente el 30 de septiembre de 2026
La primera fase de aplicación afectará a Brasil, Indonesia, Singapur y Tailandia. En los teléfonos y las tabletas Android certificados de estos países, las aplicaciones instaladas o actualizadas mediante siete tiendas participantes deberán estar registradas a nombre de un desarrollador verificado. Las tiendas mencionadas por Google son Google Play, HONOR App Market, OPPO App Market gestionada por OPlus, Samsung Galaxy Store, Palm Store gestionada por Transsion, vivo V-Appstore y Xiaomi GetApps. La documentación actual de Google indica que el requisito se aplicará a dispositivos certificados con Android 7 o una versión posterior, y que la comprobación se distribuirá mediante los servicios de Google Play. Este detalle es importante porque la norma no estará vinculada únicamente a las versiones más recientes de Android. Un teléfono antiguo compatible podrá recibir el sistema de verificación mediante una actualización de los servicios del sistema, aunque no se actualice su versión del sistema operativo. En el caso de la distribución fuera de Google Play, la primera fase se centrará en aplicaciones para teléfonos móviles y tabletas dentro de los cuatro países seleccionados. Google recomienda registrar también las aplicaciones destinadas a otros tipos de dispositivos Android para evitar problemas durante futuras ampliaciones.
La fecha límite tiene un alcance más reducido de lo que sugieren algunos titulares. La instalación directa desde el sitio web de un desarrollador y la descarga mediante tiendas que no figuran en la lista inicial no quedarán automáticamente sujetas a la nueva verificación el 30 de septiembre de 2026. Un usuario del Reino Unido, España u otro país europeo no perderá de repente la posibilidad de abrir un APK descargado directamente de Internet durante esta primera fase regional. Sin embargo, existe un requisito independiente para los desarrolladores de Google Play: todos los nombres de paquete publicados en Google Play deberán estar registrados antes de esa misma fecha. Las aplicaciones que sigan sin registrar podrán ser retiradas de Google Play conforme a las nuevas normas de Play Console. Google también prevé ampliar la verificación de desarrolladores a otros países durante 2027 y los años posteriores. Por tanto, los desarrolladores que trabajan fuera de los países incluidos en el lanzamiento inicial disponen de más tiempo, pero no de una exención permanente. La primera fase debe entenderse como el comienzo gradual de una política de mayor alcance.
La comprobación técnica estará gestionada por Android Developer Verifier, un servicio del sistema de Google introducido durante 2026. Cuando una aplicación se instale o actualice en una situación cubierta por las nuevas normas, el servicio comprobará si el nombre del paquete está vinculado a un desarrollador verificado y a una clave de firma aceptada. El nombre del paquete es el identificador único que Android utiliza para distinguir una aplicación de otra, mientras que la clave de firma ayuda a demostrar quién controla una versión concreta. La verificación no significa que Google haya revisado las funciones de la aplicación, aprobado sus prácticas comerciales o garantizado que el archivo no contiene código malicioso. Se trata principalmente de una comprobación de identidad y titularidad destinada a dificultar la distribución anónima y repetida de software dañino. Esta diferencia es importante para los usuarios: una aplicación registrada tiene un desarrollador identificable detrás, pero sigue siendo necesario revisar los permisos, las solicitudes de pago, el acceso a las funciones de accesibilidad y otros comportamientos sensibles. La verificación aporta trazabilidad, pero no sustituye el análisis de amenazas ni el criterio del usuario.
Qué notarán los usuarios durante la instalación
Cuando una aplicación esté correctamente registrada por un desarrollador verificado, el proceso de instalación debería seguir siendo prácticamente el mismo. Google afirma que los usuarios no deberían apreciar cambios importantes si la identidad del desarrollador, el nombre del paquete y la información de firma coinciden con los datos registrados. Esto también se aplicará cuando el desarrollador distribuya el APK fuera de Google Play, siempre que la aplicación haya sido registrada mediante la consola correspondiente. Por tanto, el nuevo sistema no obligará a todos los desarrolladores a publicar sus aplicaciones en Google Play ni someterá la distribución directa al proceso de revisión de la tienda. Una empresa o un desarrollador independiente podrá seguir ofreciendo archivos APK desde su propio sitio web o mediante una tienda externa. La diferencia es que la distribución generalizada en dispositivos certificados dependerá cada vez más de una identidad verificada y de la titularidad demostrada del identificador de la aplicación. Los usuarios podrán seguir viendo los avisos habituales de Android relacionados con la procedencia del archivo o los permisos solicitados, pero el registro evitará el bloqueo adicional reservado para el software cuyo desarrollador no pueda identificarse.
Cuando una aplicación no esté registrada, el resultado dependerá de dónde y cómo se intente instalar. Durante la primera fase, una instalación normal desde una de las tiendas participantes dentro de los cuatro países iniciales podrá quedar bloqueada si Android no consigue vincular el paquete con un desarrollador verificado. El usuario no podrá ignorar el aviso mediante una confirmación rápida, como ocurría con algunos mensajes de seguridad antiguos. Google quiere diferenciar una decisión consciente de un usuario avanzado de una acción precipitada que un estafador pueda dirigir durante una llamada telefónica. Los usuarios que realmente necesiten instalar una aplicación no registrada dispondrán de dos métodos compatibles: Advanced Flow de Android o Android Debug Bridge, conocido como ADB. El primero está pensado para consumidores con experiencia que deseen completar la instalación desde el propio dispositivo. El segundo es principalmente una herramienta de desarrollo que requiere un ordenador, una conexión por cable o depuración inalámbrica y un mayor nivel de conocimientos técnicos.
Las actualizaciones serán tan importantes como las primeras instalaciones. La documentación publicada por Google indica que una aplicación no registrada solo podrá instalarse o actualizarse mientras Advanced Flow esté habilitado o mediante ADB una vez que el requisito de verificación entre en vigor. Si Advanced Flow está desactivado, la actualización de esa aplicación no registrada fallará. Esto puede generar un problema incluso para quienes instalaron un APK mucho antes de la fecha límite: la aplicación podrá permanecer en el dispositivo, pero sus futuras correcciones de seguridad o nuevas funciones dejarán de llegar por el método habitual. Los desarrolladores que abandonen una aplicación sin registrarla podrían dejar a sus usuarios atrapados en una versión desactualizada. El riesgo será especialmente relevante en herramientas bancarias, gestores de contraseñas, aplicaciones de mensajería, utilidades del sistema y cualquier software que gestione información confidencial. Antes de depender de un APK para una tarea importante, conviene comprobar si su desarrollador ha anunciado planes de registro, si las actualizaciones utilizan la misma identidad de firma y si existe una alternativa fiable en caso de que finalice el soporte.
Verificación de desarrolladores y registro de aplicaciones
El cumplimiento de las nuevas normas consta de dos pasos relacionados. En primer lugar, el desarrollador debe verificar la identidad de la persona o la organización responsable de la distribución. En segundo lugar, debe registrar el nombre de paquete de cada aplicación y vincularlo a la clave de firma correspondiente. Completar únicamente uno de estos pasos no será suficiente. Los desarrolladores que publican en Google Play gestionarán el proceso mediante Play Console, mientras que quienes distribuyan exclusivamente fuera de Google Play utilizarán Android Developer Console. Muchas cuentas consolidadas de Google Play ya han completado las comprobaciones de identidad, y Google afirma que más del 99 % de las aplicaciones aptas de Google Play se han registrado automáticamente. Sin embargo, el registro automático debe comprobarse y no darse por hecho. Un paquete puede seguir sin registrar debido a conflictos de titularidad, sistemas de firma poco habituales o información incompleta de la cuenta. A partir del 30 de septiembre de 2026, todos los paquetes de Google Play deberán cumplir el requisito, por lo que los desarrolladores deberían revisar la sección de verificación de Play Console y resolver cualquier aplicación marcada como no registrada o incompleta.
Los desarrolladores que distribuyan aplicaciones fuera de Google Play podrán crear una cuenta de distribución completa en Android Developer Console. La tarifa actual es un pago único de 25 dólares estadounidenses, y la cuenta permite registrar un número ilimitado de aplicaciones e instalaciones una vez finalizada la verificación. Una cuenta personal requiere el nombre legal del titular, una dirección oficial, una dirección de correo electrónico operativa y un número de teléfono válido. Google también puede solicitar un documento de identidad oficial con fotografía y un justificante de domicilio. Una cuenta de organización requiere además los datos verificados de la entidad, su sitio web y un número D-U-N-S, salvo que Google proporcione un procedimiento específico para determinados organismos públicos. La cuenta se vincula a un perfil de pagos de Google para comprobar la información legal. Estos requisitos pueden resultar sencillos para una empresa registrada, pero pueden demorarse en el caso de un pequeño desarrollador que utilice una dirección antigua, un nombre comercial distinto del que figura en los documentos oficiales o una entidad que todavía no disponga de número D-U-N-S. Iniciar el proceso con antelación permitirá corregir posibles discrepancias.
Después de verificar su identidad, el desarrollador deberá registrar el nombre del paquete y demostrar que controla la clave de firma. En el caso de una aplicación existente, Android Developer Console puede solicitar un APK firmado que contenga un fragmento de registro único. El servicio comprobará la firma y la utilizará para vincular el paquete con la cuenta verificada. Así se evita que una persona ajena reclame una aplicación popular simplemente escribiendo el mismo nombre de paquete. Pueden surgir dificultades cuando varios desarrolladores han utilizado un identificador idéntico, cuando una aplicación se ha firmado con varias claves o cuando se ha perdido la clave privada original. Google establecerá la prioridad basándose en el historial de instalaciones conocido y en la titularidad de las claves de firma, además de ofrecer un procedimiento de revisión para los casos disputados. Los desarrolladores no tendrán que revelar funciones confidenciales ni explicar una aplicación creada bajo un acuerdo de confidencialidad, ya que el proceso se centra en la identidad y la titularidad, no en el contenido. Por esta razón, una gestión correcta de las claves es fundamental: perderlas puede impedir tanto el registro como la publicación de futuras actualizaciones.
Opciones para estudiantes, aficionados y distribución privada
Google ha creado una cuenta de distribución limitada para personas que desarrollan aplicaciones con fines de aprendizaje, uso familiar, trabajos académicos o pequeños grupos de confianza. Esta cuenta será gratuita, no requerirá un documento de identidad oficial y permitirá registrar un número ilimitado de aplicaciones para compartirlas con un máximo de 20 dispositivos autorizados. El límite afecta al número de dispositivos receptores, no a la cantidad de proyectos APK que puede crear el desarrollador. La documentación de Google describe un proceso seguro de autorización mediante un enlace o un código QR, el consentimiento del usuario en el dispositivo y el registro a través de Android Developer Console. Esta opción puede resultar útil para un estudiante que comparte un proyecto con sus compañeros o para un desarrollador que mantiene una herramienta privada para su familia. No está pensada para una audiencia pública, una base de clientes comerciales o una comunidad que supere habitualmente los 20 dispositivos. Su lanzamiento general está previsto para agosto de 2026, por lo que quienes deseen utilizarla deberían comprobar los pasos definitivos de inscripción y las condiciones de gestión de dispositivos cuando esté disponible.
ADB seguirá siendo el método con menos restricciones para el desarrollo y las pruebas. Google afirma que los APK instalados mediante Android Debug Bridge no necesitarán verificación del desarrollador y que no estarán sujetos a la espera de 24 horas asociada a Advanced Flow. De esta forma, un desarrollador podrá instalar una versión modificada, probar un prototipo privado o trabajar con un paquete que todavía no esté preparado para su distribución pública sin registrarlo previamente. Esta excepción es importante para el desarrollo local, las pruebas automatizadas, las reparaciones y la investigación. Sin embargo, resulta poco práctica para una distribución destinada al consumidor, porque ADB suele requerir la activación de las opciones de desarrollador, autorización de depuración y acceso a un ordenador u otro dispositivo configurado. Pedir a clientes sin experiencia que utilicen ADB también puede generar riesgos de seguridad y problemas de asistencia técnica. Debe considerarse una herramienta para pruebas y tareas especializadas, no una alternativa cómoda al registro de una aplicación destinada a una audiencia amplia. Los desarrolladores comerciales que dependan de instrucciones manuales mediante ADB probablemente estarán aplazando el problema en lugar de solucionarlo.
Las aplicaciones empresariales gestionadas contarán con otra excepción. El software distribuido mediante la tienda interna de una organización a dispositivos administrados no tendrá que completar el mismo proceso de verificación, ya que el responsable informático de la entidad controla el dispositivo y ha aprobado previamente la aplicación. La excepción será menos clara cuando el mismo APK se envíe a teléfonos personales, se descargue desde un sitio web público o se utilice fuera del entorno administrado. Por ello, registrar el paquete seguirá siendo recomendable cuando exista una distribución mixta. Las tiendas independientes podrán continuar funcionando, y los desarrolladores seguirán teniendo libertad para publicar mediante el canal que mejor se adapte a sus usuarios. El cambio a largo plazo consiste en que la identidad verificada se convertirá en el requisito habitual para la instalación generalizada en dispositivos Android certificados. Las tiendas más pequeñas deberán decidir cómo ayudan a los desarrolladores a comprobar el estado del registro, explicar los errores de instalación y gestionar aplicaciones que utilizan varias claves de firma. El lanzamiento regional inicial les ofrece tiempo para adaptarse antes de que la aplicación de las normas se amplíe durante 2027.
Cómo Advanced Flow mantendrá la instalación de APK
Advanced Flow es la respuesta de Android para los usuarios que desean instalar de forma consciente software procedente de un desarrollador no verificado. Google tiene previsto lanzar esta función en todo el mundo en agosto de 2026, antes de la primera fecha de aplicación. Se tratará de una configuración única vinculada a la cuenta, no de un procedimiento de aprobación independiente para cada archivo APK, pero será deliberadamente más exigente que activar un simple permiso. Su diseño se centra en las estafas en las que una persona convence a la víctima para instalar aplicaciones maliciosas de acceso remoto, banca o pagos mientras le indica cada paso por teléfono. Un usuario con experiencia podrá seguir aceptando el riesgo, pero el procedimiento introducirá pausas y comprobaciones de identidad que dificultarán la manipulación inmediata. Advanced Flow no verificará al desarrollador no registrado ni hará que el APK sea más seguro. Únicamente modificará la configuración del dispositivo para permitir que el usuario continúe después de reconocer que Android no puede vincular la aplicación con una identidad verificada. A partir de ese momento, la responsabilidad de evaluar la procedencia del archivo y el comportamiento de la aplicación recaerá en mayor medida sobre el usuario.
La configuración comenzará con la activación del modo de desarrollador en los ajustes de Android. Después, el usuario deberá confirmar que nadie le está dando instrucciones ni presionando para reducir la seguridad del dispositivo. Android exigirá reiniciar el teléfono y volver a autenticar al usuario, una medida destinada a interrumpir una llamada activa o una sesión de control remoto. A continuación, se aplicará un periodo de protección de 24 horas. Una vez transcurrido ese tiempo, el usuario deberá regresar a los ajustes y confirmar el cambio mediante su huella dactilar, reconocimiento facial o código PIN. Actualmente, el periodo de espera no podrá evitarse mediante un comando ADB, aunque las instalaciones normales realizadas directamente con ADB seguirán disponibles sin esa demora. Estos pasos no pretenden evaluar los conocimientos técnicos del usuario, sino crear obstáculos frente a la urgencia y la manipulación. Un desarrollador legítimo nunca debería pedir a una persona que mienta durante la comprobación contra instrucciones externas, que permanezca en una llamada durante todo el proceso o que ignore los avisos con rapidez. Este tipo de comportamiento es una razón suficiente para detener la instalación y verificar la solicitud por otro medio.
Una vez completada la configuración, el usuario podrá permitir instalaciones procedentes de desarrolladores no verificados durante siete días o de forma indefinida. Android continuará mostrando un aviso para cada aplicación afectada y exigirá una confirmación explícita para continuar con la instalación. Google afirma que las opciones de desarrollador no tendrán que permanecer activadas después de habilitar Advanced Flow, un detalle importante porque algunas aplicaciones bancarias y de seguridad limitan su funcionamiento cuando detectan estos ajustes. La configuración única estará asociada a la cuenta del usuario y se espera que pueda trasladarse a un nuevo dispositivo, por lo que no debería ser necesario repetir todo el procedimiento para cada teléfono o cada APK. El periodo de permiso seleccionado será una decisión independiente: un usuario prudente podrá habilitar las instalaciones no verificadas de forma temporal, instalar la aplicación necesaria y dejar que la autorización caduque. Mantenerla activa indefinidamente será más cómodo, pero aumentará la posibilidad de aprobar en el futuro un APK peligroso sin beneficiarse de todo el periodo de espera.
Qué deben hacer los usuarios y desarrolladores antes de la fecha límite
Los usuarios deberían empezar identificando cómo obtienen sus aplicaciones esenciales. Una aplicación descargada desde una tienda participante dentro de uno de los países iniciales podrá requerir un desarrollador verificado a partir del 30 de septiembre de 2026, mientras que una descarga directa o una tienda que no figure en la lista no estará sometida a la misma aplicación inicial en esa fecha. Esta diferencia no debe interpretarse como una valoración de seguridad. La verificación del desarrollador confirma su identidad y responsabilidad, no la calidad ni la honestidad del software. Antes de instalar un APK, conviene comprobar que el archivo procede del sitio web auténtico del desarrollador o de una tienda reconocida, que el nombre de la aplicación y los datos del responsable son coherentes y que los permisos solicitados corresponden a sus funciones. Es especialmente importante desconfiar cuando alguien contacta de forma inesperada y pide activar el modo de desarrollador, esperar 24 horas e instalar una aplicación financiera o de acceso remoto. Advanced Flow está pensado para una decisión informada y tomada de forma independiente, no para seguir instrucciones de una persona desconocida, un supuesto agente de soporte o un falso asesor de inversiones.
Los desarrolladores deberían revisar todos sus paquetes antes de la fecha límite, no solo los archivos APK. Es necesario comprobar en qué países y tiendas se distribuye cada aplicación, confirmar si la cuenta de Play Console ha completado la verificación de identidad y revisar el estado de registro de todos los nombres de paquete. Para las aplicaciones distribuidas fuera de Google Play, deberá crearse la cuenta adecuada en Android Developer Console, comprobar que los datos legales coinciden con los documentos oficiales y solicitar con antelación un número D-U-N-S si se registra una organización. También conviene localizar las claves de firma utilizadas en las versiones actuales y antiguas, confirmar quién las controla y documentar cualquier cambio de clave o historial compartido que pueda provocar una revisión adicional. Cuando el sistema de verificación esté disponible, será recomendable probar tanto la instalación como la actualización en un dispositivo certificado, utilizando el mismo procedimiento que siguen los usuarios reales. Los estudiantes y aficionados deberán valorar si la cuenta limitada a 20 dispositivos cubre sus necesidades. Quienes distribuyan aplicaciones a una audiencia más amplia deberían utilizar una cuenta de distribución completa en lugar de depender permanentemente de Advanced Flow.
La forma más precisa de interpretar el 30 de septiembre de 2026 es considerarlo el comienzo de la aplicación de las nuevas normas, no el estado definitivo de la distribución de aplicaciones Android. La primera fase tendrá un alcance limitado, pero Google ha dejado claro que la expansión continuará durante 2027 y los años posteriores. La instalación directa de APK seguirá siendo posible, las tiendas independientes podrán continuar funcionando y ADB permanecerá disponible para el desarrollo. Lo que cambiará será la expectativa por defecto: el software destinado a una audiencia amplia tendrá que estar vinculado cada vez con mayor frecuencia a una persona u organización verificada que controle su nombre de paquete. Los usuarios avanzados conservarán una excepción compatible, pero esta requerirá tiempo, autenticación y avisos repetidos. Los desarrolladores que completen el registro con antelación podrán mantener una experiencia de instalación familiar, mientras que quienes permanezcan anónimos dependerán de un grupo más reducido de usuarios dispuestos a completar pasos de seguridad adicionales. Como algunos detalles de implementación pueden cambiar antes de la expansión mundial, tanto los usuarios como los desarrolladores deberían consultar la documentación actual de Android y no confiar en capturas antiguas ni en afirmaciones que indiquen que la instalación externa ha desaparecido por completo o que seguirá funcionando exactamente igual.
