- Google prepara un bloqueo nativo de aplicaciones integrado en Android 17 mediante una nueva API de sistema.
- La función se diferenciará del Espacio Privado al operar en el perfil principal y mantener visibles las apps.
- El bloqueo usará biometría o PIN y podrá ser implementado por launchers de terceros como One UI o HyperOS.
- Se espera su llegada con Android 17, lo que reduciría la dependencia de apps de terceros y soluciones menos seguras.
La privacidad en el móvil se ha convertido en una de las grandes preocupaciones de los usuarios, especialmente en mercados como España y el resto de Europa, donde cada vez manejamos más datos bancarios, documentos y conversaciones personales desde el teléfono. Hasta ahora, quienes usan la versión de Android desarrollada por Google habían tenido que apañarse con soluciones de terceros o funciones poco prácticas para proteger aplicaciones concretas.
Todo apunta a que esa situación cambiará con la llegada de Android 17 y su bloqueo nativo de aplicaciones. Según el análisis de versiones preliminares del sistema, Google está trabajando en una función integrada en el propio núcleo de Android que permitiría cerrar con huella, reconocimiento facial o PIN cualquier app instalada, sin trucos raros ni perfiles ocultos, y sin depender de capas específicas de fabricantes.
Qué es el bloqueo nativo de aplicaciones en Android 17
Hasta ahora, la versión de Android que mantiene Google directamente ha carecido de una herramienta nativa para bloquear apps individuales con contraseña o biometría dentro del perfil principal del usuario. Esa carencia contrasta con lo que ofrecen desde hace años algunos fabricantes como Samsung o Xiaomi (MIUI 12) en sus propias capas, o incluso con lo que ha introducido Apple recientemente en iOS.
Según información adelantada por medios especializados como Android Authority y por investigadores del código del sistema, en las ramas de desarrollo de Android 17 se ha encontrado una nueva API dedicada a este cometido. Esta API permitiría al launcher —es decir, la pantalla de inicio y el cajón de aplicaciones— bloquear el acceso a apps concretas pidiendo autenticación cada vez que se quieran abrir.
El enfoque de Google pasa por integrar el bloqueo en los servicios de sistema ya existentes, concretamente en el componente LauncherApps. Eso significa que la función no estaría limitada a los móviles Pixel, sino que cualquier lanzador compatible podría aprovecharla, desde la interfaz de serie de Android hasta capas como One UI, HyperOS u otras que se usan de forma habitual en Europa.
En la práctica, esto se traduciría en que aplicaciones tan sensibles como la del banco, la galería de fotos, apps de mensajería o gestores de contraseñas podrían mantenerse visibles en el escritorio, pero exigirían la huella o un código antes de mostrar su contenido, algo especialmente útil cuando se presta el móvil a familiares, amigos o compañeros de trabajo.
Diferencias con el Espacio Privado actual de Android
En paralelo a este desarrollo, Google ya ofrece desde hace poco una herramienta llamada Espacio Privado, pensada para aumentar la seguridad creando un entorno aislado dentro del propio teléfono. Esta característica funciona como si fuera un perfil de usuario adicional: las aplicaciones se instalan o clonan en ese espacio y quedan completamente separadas del resto del sistema.
El enfoque del Espacio Privado es muy robusto desde el punto de vista de la seguridad, pero resulta poco práctico en el día a día. Entre otras cosas, las apps del Espacio Privado no aparecen como accesos directos normales en la pantalla de inicio, y el intercambio de archivos o datos con el perfil principal está bastante limitado, lo que puede ser incómodo para servicios que se usan constantemente.
La nueva función de bloqueo de Android 17 vendría precisamente a cubrir ese hueco. En lugar de esconder las apps en un contenedor estanco, las mantiene integradas en el perfil principal y simplemente añade una capa de autenticación al abrirlas. De esta manera, el usuario no pierde la comodidad de tener sus iconos de siempre visibles y accesibles, pero se añade una barrera de seguridad cuando alguien intenta entrar en ellas.
En términos prácticos, el Espacio Privado seguiría siendo la opción preferible para quienes necesitan un nivel de aislamiento máximo —por ejemplo, profesionales que manejan información muy sensible o que comparten el dispositivo con otras personas—, mientras que el bloqueo nativo de apps en Android 17 se orienta a la protección cotidiana: evitar que quien tenga el móvil en la mano pueda curiosear en fotos, chats o cuentas bancarias.
Esta combinación de opciones permitiría a los usuarios europeos tener un control más granular sobre qué quieren ocultar por completo y qué prefieren mantener visible, pero protegido detrás de un sistema de desbloqueo biométrico o un PIN reforzado.
Código, API LOCK_APPS y funcionamiento previsto
Las referencias a esta nueva función se han detectado en versiones de desarrollo muy tempranas de Android, similares a las compilaciones Canary que Google utiliza para experimentar con novedades profundas del sistema. Dentro de ese código se menciona una API específica denominada LOCK_APPS, que estaría pensada para que el lanzador predeterminado pueda gestionar qué aplicaciones quedan bloqueadas.
La idea que se desprende del análisis del código es que el funcionamiento sería bastante sencillo desde el punto de vista del usuario. Es probable que baste con mantener pulsado el icono de una app en la pantalla de inicio o en el cajón, y que en el menú contextual aparezca una nueva opción del tipo «Bloquear» o similar. Al seleccionarla, el sistema mostraría un aviso del estilo «¿Bloquear ?» y, tras la confirmación mediante huella, rostro o PIN, la aplicación quedaría protegida.
Una vez activado el bloqueo, cualquier intento de abrir esa app haría aparecer una pantalla de autenticación integrada en Android, utilizando los mismos mecanismos de seguridad que ya se usan para desbloquear el dispositivo o autorizar pagos. Esto tiene una implicación importante: la protección no dependería de una aplicación aparte, por lo que no se podría desactivar simplemente desinstalando un programa de terceros.
Además, al estar conectada al servicio LauncherApps, la función estaría disponible para launchers personalizados y capas de fabricante muy presentes en Europa, de modo que no se limitaría al lanzador de los Pixel. Cada interfaz podría adaptar la manera en la que se muestra la opción de bloqueo, pero usaría la misma API común, lo que facilitaría una experiencia coherente en diferentes marcas.
Queda por ver hasta qué punto Android 17 permitirá ajustar detalles como el comportamiento de las notificaciones de las aplicaciones bloqueadas. Tiene sentido que, para salvaguardar la privacidad, el sistema pueda ocultar el contenido sensible de los avisos o exigir autenticación para desplegarlos por completo, algo que sería especialmente útil en países donde la normativa es exigente en protección de datos.
Ventajas frente a apps de terceros y el contexto en Europa
Hasta ahora, muchos usuarios han recurrido a aplicaciones de bloqueo descargadas desde la Play Store para intentar proteger sus apps más delicadas. El problema es que estas herramientas, además de no ser oficiales, suelen necesitar permisos de accesibilidad muy intrusivos, se superponen a otras ventanas para mostrar sus pantallas de bloqueo y, en muchos casos, pueden ser desinstaladas fácilmente para saltarse la protección.
Una solución nativa como la que prepara Android 17 elimina de raíz estas limitaciones. Al estar integrada en el sistema, el bloqueo formará parte del propio Android, con lo que no bastará con borrar una app para desactivarlo. Además, utilizará los mismos estándares de seguridad biométrica que ya se revisan de manera constante, algo especialmente relevante en regiones como la Unión Europea, donde se presta una atención especial a la gestión de datos personales y mecanismos de autenticación.
Este movimiento también responde a una realidad del mercado: mientras que algunos fabricantes europeos y asiáticos ya incluían desde hace tiempo funciones de «carpeta segura» o bloqueo de aplicaciones en sus capas, los teléfonos con una versión de Android más limpia, como los Pixel o algunos modelos con Android One, se quedaban atrás en este aspecto. Muchos usuarios veían con cierta frustración cómo otros podían proteger WhatsApp o la galería con la huella directamente y ellos no.
Con el bloqueo nativo de Android 17, Google pone a disposición de todos los fabricantes una herramienta estandarizada. Cada marca podrá decidir cómo integrarla en su interfaz, pero la base de seguridad será común. Para los usuarios en España y Europa, donde hay una gran variedad de marcas y modelos en circulación, esto supone una mayor coherencia y menos dependencia de soluciones externas de dudoso mantenimiento.
Por otro lado, la función llega en un contexto en el que la competencia, como Apple con iOS, ya ha empezado a ofrecer mecanismos integrados para bloquear u ocultar apps concretas. Que Android dé ahora este paso con una implementación propia y abierta encaja con la presión por mejorar la posición del sistema en materia de privacidad percibida, un factor cada vez más valorado a la hora de elegir móvil.
Plazos, desarrollo y lo que queda por despejar
La aparición de referencias tan claras al bloqueo nativo de aplicaciones en ramas de desarrollo tempranas indica que se trata de una prioridad real para el equipo de Android. Sin embargo, el hecho de que aún esté en fase de pruebas internas implica que buena parte de los detalles pueden cambiar antes del lanzamiento definitivo.
Todo apunta a que esta función aterrizará con Android 17, cuya llegada estable se espera para el próximo ciclo importante de actualizaciones del sistema. Eso significa que, aunque los montajes de prueba ya estén circulando entre desarrolladores y testers, los usuarios finales de España y Europa probablemente no verán el bloqueo nativo en sus móviles hasta que los fabricantes adapten sus capas y lo desplieguen mediante las actualizaciones correspondientes.
Entre las incógnitas que quedan por resolver están cuestiones como el grado de personalización que tendrá la función. No está claro si se podrán definir reglas avanzadas, como bloquear solo tras un periodo de inactividad, exigir autenticación únicamente fuera de la red doméstica o combinar el bloqueo de aplicaciones con perfiles de trabajo, algo muy extendido en empresas europeas.
Tampoco se conoce aún cómo gestionará Android 17 aspectos como el acceso rápido mediante widgets o accesos directos internos de las apps bloqueadas, ni si será posible establecer listas de excepciones para dispositivos de confianza, como relojes conectados o coches. Son detalles que pueden marcar la diferencia entre una herramienta meramente útil y una solución realmente cómoda de usar a diario.
En cualquier caso, el simple hecho de que Android incorpore por fin un bloqueo de aplicaciones integrado en el sistema supone un cambio de rumbo importante. Es una de esas funciones que muchos daban por hechas en un sistema tan maduro, y que probablemente se convertirán en algo tan cotidiano que costará recordar cómo era utilizar el móvil sin ellas.
Con este movimiento, Google parece dispuesta a reforzar su apuesta por una privacidad más accesible para el usuario medio, facilitando que cualquiera pueda poner a salvo sus apps más sensibles sin necesidad de recurrir a inventos, capas rebuscadas o programas desconocidos. Si las pruebas siguen avanzando según lo previsto, Android 17 podría ser la versión que acerque, por fin, la experiencia de bloqueo de aplicaciones que muchos usuarios de Europa llevaban tiempo esperando.