Google ha pisado el acelerador con Android 17 Beta 3 y su estabilidad de plataforma, una etapa clave en la que el sistema deja prácticamente cerradas sus APIs y su comportamiento interno. Esta fase marca el tramo final antes de la versión estable prevista para junio de 2026, y convierte a esta beta en algo mucho más serio que una simple compilación de prueba para curiosos.
En esta entrega se mezclan novedades visibles para el usuario, cambios profundos para desarrolladores y una batería enorme de correcciones de errores que afectan a estabilidad, cámara, Android Auto, batería, red y notificaciones. No estamos ante un rediseño drástico de la interfaz, sino ante una actualización que pule el día a día, mejora la coherencia visual y refuerza el futuro de Android como plataforma unificada entre móvil, escritorio y dispositivos conectados, incluyendo la posibilidad de ejecutar aplicaciones Android en Windows 11.
Qué es Android 17 Beta 3 y por qué es tan importante
Android 17 Beta 3 es la tercera gran beta pública del sistema, lanzada un mes después de la Beta 2 y ya con el sello de estabilidad de plataforma. En la práctica, esto implica que la superficie de la API está congelada. Los desarrolladores pueden compilar sus apps contra el SDK definitivo y centrarse en las pruebas de compatibilidad sin temer cambios de última hora.
Google indica que esta versión es apta para desarrollo, pruebas e incluso uso general, aunque sigue siendo una beta y pueden aparecer comportamientos inesperados. Aun así, el objetivo está claro: permitir que tanto creadores de apps como desarrolladores de SDK, librerías, herramientas o motores de juego preparen sus actualizaciones antes del lanzamiento estable.
En esta fase Google también ha dejado claro que Android 17 ya no es solo “Cinnamon Bun”, su nombre en clave interno, sino Android 17 a secas, denominación que aparece en distintas zonas de la interfaz y ajustes. Es una señal más de que el sistema se encamina hacia su versión final.
Para acompañar este hito, la compañía ha publicado imágenes de sistema y compatibilidad con emulador x86 de 64 bits y ARM v8-A, lo que facilita la tarea de pruebas tanto en hardware real como en entornos virtuales de desarrollo, incluidas pruebas en emuladores.
Calendario de versiones y detalles técnicos de las betas
Google ha seguido un ritmo bastante constante en el despliegue de Android 17, con varias versiones previas pensadas primero para desarrolladores y después para el público más avanzado. Estas son las betas principales, con algunos de sus datos clave.
Android 17 Beta 1
La primera beta de Android 17 llegó con fecha de lanzamiento 13 de febrero de 2026 y supuso el salto desde las Developer Preview a una compilación ya más asentada para pruebas amplias. Sus builds principales fueron CP21.260116.011.B1 y CP21.260116.011.A1 para distintos modelos de Pixel.
Esta primera beta ya incorporaba compatibilidad con emulador x86 (64 bits) y ARM v8-A, un parche de seguridad con nivel 2026-01-05 y Servicios de Google Play en la versión 25.47.33. Era una versión pensada aún para entornos de prueba, pero ya marcaba el rumbo en arquitectura, rendimiento y experiencia de usuario.
Android 17 Beta 2
Unas semanas más tarde, el 26 de febrero de 2026, llegó Android 17 Beta 2 con las compilaciones CP21.260206.011 y una variante CP21.260206.011.A1 para modelos como Pixel 6, 6 Pro, 6a, 7 y 7 Pro. Esta beta mantenía el soporte de emuladores x86 de 64 bits y ARM v8-A.
En este caso el nivel de parche de seguridad ascendía al 2026-02-05 y se actualizaban los Servicios de Google Play a la versión 25.49.33. Además de mejoras internas, esta versión introdujo cambios notables en burbujas, permisos de red local, selector de contactos o APIs de conectividad avanzada.
Android 17 Beta 3
La protagonista es Android 17 Beta 3, publicada el 26 de marzo de 2026 con la compilación CP21.260306.017. Como en anteriores versiones, la compatibilidad con emulador abarca arquitecturas x86 de 64 bits y ARM v8-A. Facilitando que las pruebas no dependan siempre de dispositivos físicos.
En este hito, el parche de seguridad se sitúa en 2026-03-05 y la versión de Servicios de Google Play pasa a ser 26.02.35. A partir de este punto, Google ya considera la API “bloqueada”, lo que convierte a esta beta en el terreno ideal para ajustar las últimas incompatibilidades antes del lanzamiento estable.
Dispositivos compatibles con Android 17 Beta 3
Android 17 Beta 3 está disponible de forma oficial para una amplia gama de dispositivos Google Pixel a partir de la serie Pixel 6. Es decir, cualquiera que tenga uno de estos modelos puede registrarse en el programa beta y recibir la actualización vía OTA.
La lista de compatibilidad incluye smartphones, tablets y plegables de la marca:
- Pixel 6, Pixel 6 Pro, Pixel 6a
- Pixel 7, Pixel 7 Pro, Pixel 7a
- Pixel 8, Pixel 8 Pro, Pixel 8a
- Pixel 9, Pixel 9 Pro, Pixel 9 Pro XL, Pixel 9 Pro Fold, Pixel 9a
- Pixel 10, Pixel 10 Pro, Pixel 10 Pro XL, Pixel 10 Pro Fold
- Pixel Tablet y Pixel Fold
En todos ellos es posible acceder a la beta a través de actualización OTA si el dispositivo está inscrito en el programa oficial. Quien prefiera un enfoque más manual puede recurrir a herramientas como Android Flash Tool o a la instalación por imagen de sistema, aunque para la mayoría de usuarios la vía inalámbrica es más cómoda y menos propensa a errores.
El resto de fabricantes, como Samsung, Xiaomi, OnePlus o similares, irán liberando sus propias betas y versiones definitivas una vez que Google publique la versión estable y adapte el código fuente. En esos casos, la llegada de Android 17 dependerá de las políticas de actualización de cada marca.
Novedades visibles para el usuario en Android 17 Beta 3
Más allá de lo que no se ve, Android 17 Beta 3 introduce cambios concretos en la interfaz y el comportamiento del sistema que sí afectan directamente al día a día. El objetivo general es lograr una experiencia más limpia, coherente y flexible.
Pantalla de inicio más limpia: ocultar nombres de apps
Una de las novedades más comentadas es la posibilidad de ocultar las etiquetas de las aplicaciones en la pantalla principal. De este modo, los iconos se muestran sin el texto inferior, creando un aspecto más minimalista y organizado.
Este ajuste se restringe al escritorio: los nombres siguen visibles en el cajón de aplicaciones y dentro de las carpetas, lo que ayuda a identificar apps cuando se buscan o se organizan. Para los desarrolladores, esto refuerza la importancia de tener iconos claros y reconocibles por sí mismos.
Controles de conectividad separados para WiFi y datos
En el panel de ajustes rápidos, Android 17 Beta 3 introduce interruptores independientes para WiFi y datos móviles. Hasta ahora, en algunas versiones, la gestión se hacía a través de un control combinado más confuso para muchos usuarios.
Con este cambio, activar o desactivar cada tipo de conexión resulta más directo, algo muy solicitado por quienes necesitan controlar el consumo de datos o gestionar redes de forma frecuente sin bucear en menús profundos.
Avisos de cambios programados de horario
Otra pequeña mejora práctica es la incorporación de notificaciones cuando el sistema ajusta automáticamente la hora por cambios de horario de verano o variaciones de zona. Estos avisos ayudan a evitar malentendidos con alarmas, citas o recordatorios cuando el reloj del dispositivo “salta” una hora.
Esta función aprovecha también un nuevo broadcast del sistema, ACTION_TIMEZONE_OFFSET_CHANGED, pensado para que las apps puedan reaccionar únicamente cuando cambia el desfase horario real, en lugar de escuchar eventos genéricos de tiempo.
Grabación de pantalla con barra flotante rediseñada
La herramienta de capturas en vídeo recibe un rediseño importante: tras activar la función desde los ajustes rápidos aparece una barra de herramientas flotante que concentra los controles de grabación y opciones relacionadas.
Este nuevo enfoque facilita iniciar, pausar o detener capturas, así como configurar aspectos clave sin perder de vista lo que se está grabando. Además, la interfaz de esta barra se excluye automáticamente del vídeo final, algo esencial para creadores de contenido y tutoriales.
Burbujas para cualquier aplicación y barra de burbujas
Las burbujas, el sistema de ventanas flotantes inspirado en los chats de algunas apps, se potencia todavía más. Desde la Beta 2 ya era posible crear burbujas de cualquier aplicación manteniendo pulsado su icono en el selector, y ahora en la Beta 3 esta funcionalidad queda plenamente activada.
En pantallas grandes aparece también una barra de burbujas situada en la barra de tareas, que organiza y fija dichas burbujas para una multitarea más cómoda. Eso sí, las apps deben seguir las guías de multiventana para integrarse correctamente en este sistema.
Cambios en cámara, multimedia y audio
Android 17 Beta 3 llega cargado de mejoras técnicas relacionadas con fotografía, vídeo y sonido, muchas de ellas pensadas expresamente para desarrolladores de apps avanzadas pero con impacto directo en la experiencia final del usuario.
Soporte para formato de imagen RAW14
Una de las grandes novedades de cámara es la integración del formato de imagen RAW14, con 14 bits por píxel. Este modo está orientado a aplicaciones de fotografía profesional que quieran exprimir al máximo el rango dinámico y la profundidad de color de los sensores compatibles.
Mediante la nueva constante ImageFormat.RAW14, las apps pueden capturar archivos con muchísima más información que un JPEG convencional, lo que abre la puerta a flujos de trabajo de edición avanzados directamente desde el móvil.
Extensiones de cámara definidas por el fabricante
Android 17 permite ahora que los socios de hardware definan modos de cámara personalizados como extensiones (por ejemplo, “súper resolución” o modos potenciados por IA). Estas extensiones se exponen a través de APIs como isExtensionSupported(int), permitiendo a las apps consultar si un modo concreto está disponible.
Para el usuario final esto se traduce en modos fotográficos más avanzados, integrados de forma consistente entre apps de terceros y la cámara del sistema, sin depender de atajos propietarios difíciles de mantener.
APIs para distinguir tipos de cámara y dispositivos externos
Otra capa de refinamiento llega con las APIs de tipo de dispositivo de cámara, capaces de identificar si una fuente de imagen es un módulo integrado, una webcam USB externa o incluso una cámara virtual; además facilitan usar el móvil como webcam en Windows 11.
Selector de fotos personalizable y mejor integrado
El Photo Picker, el selector de imágenes del sistema, gana flexibilidad. Gracias a PhotoPickerUiCustomizationParams se puede cambiar la relación de aspecto de la cuadrícula, pasando del 1:1 cuadrado por defecto a un formato vertical 9:16.
Este cambio busca que las apps de galería, redes sociales o edición puedan integrar el selector de forma más natural en su diseño, sin verse forzadas a una cuadrícula estática que no encaja con su interfaz.
Nuevas capacidades de audio: audífonos BLE y codificador HE-AAC
En el terreno del sonido, Android 17 introduce una categoría específica para audífonos Bluetooth LE Audio, diferenciándolos de otros auriculares LE genéricos mediante AudioDeviceInfo.TYPE_BLE_HEARING_AID. Esto permite, por ejemplo, iconos personalizados en la interfaz o ajustes más ajustados a las necesidades de accesibilidad.
Además, el sistema permite enrutar de forma independiente sonidos del sistema como notificaciones, tonos y alarmas hacia los audífonos conectados o al altavoz del teléfono, gestionado a nivel de sistema sin que las apps tengan que hacer cambios.
También se suma un nuevo codificador de software Extended HE-AAC (c2.android.xheaac.encoder) que admite tanto tasas de bits altas como bajas, mejora la calidad en situaciones de bajo ancho de banda e incluye compatibilidad obligatoria con metadatos de sonoridad para mantener volúmenes coherentes.
Control de volumen independiente para el Asistente de Google
Una mejora bastante pedida era la posibilidad de ajustar el volumen del Asistente de Google por separado del volumen multimedia. Android 17 Beta 3 añade un deslizador específico que permite bajar o subir la voz del asistente sin afectar a música, vídeos u otros sonidos del sistema.
Rendimiento, batería y tiempo de ejecución
En las tripas del sistema también hay avances notables en gestión de recursos, consumo energético y rendimiento de apps, claves para que Android 17 se sienta más rápido y estable incluso en dispositivos que no sean de gama alta.
MessageQueue sin bloqueo y mejoras del recolector de basura
Android 17 incorpora una implementación sin bloqueo de android.os.MessageQueue, optimizada para reducir fotogramas perdidos en animaciones y transiciones de interfaz. En la práctica, esto significa un desplazamiento más suave y menos tirones en apps exigentes.
El recolector de basura de ART también se renueva gracias a la recolección generacional de elementos no utilizados, que trata de forma prioritaria objetos de corta vida (“generación joven”) y reduce pausas largas, mejorando la fluidez general del sistema.
Nuevos disparadores de perfiles y límites en notificaciones
A nivel de diagnóstico se amplían las funciones de ProfilingManager con disparadores para COLD_START, OOM y KILL_EXCESSIVE_CPU_USAGE. Esto permite a los desarrolladores obtener perfiles de rendimiento más concretos cuando ocurren situaciones problemáticas.
Por otro lado, se imponen restricciones más estrictas al tamaño de las vistas personalizadas en notificaciones, con el objetivo de reducir el consumo de memoria y evitar diseños excesivamente recargados que perjudiquen al rendimiento.
Alarmas más eficientes en reposo y ahorro de batería
Para mejorar la autonomía, Android 17 añade una variante basada en callbacks de AlarmManager.setExactAndAllowWhileIdle que utiliza OnAlarmListener en lugar de PendingIntent. Esta aproximación reduce wakelocks prolongados, algo especialmente útil en apps que necesitan callbacks precisos en modos de Descanso o Ahorro de batería.
El resultado es un comportamiento más controlado de las alarmas en segundo plano, ideal para apps de monitorización, mensajería o servicios críticos que requieren precisión sin destrozar la batería.
Privacidad, seguridad y criptografía post-cuántica
Android 17 continúa reforzando la protección de datos, la seguridad de autenticación y la resistencia ante amenazas futuras, con cambios tanto visibles como completamente transparentes para el usuario.
Botón de ubicación proporcionado por el sistema
Una novedad interesante es la introducción de un botón de ubicación seguro, suministrado por el propio sistema a través de Jetpack. Las apps pueden incrustar este botón y, cuando el usuario lo pulsa, se concede acceso a la ubicación precisa solo para la sesión actual.
Esta función requiere el permiso USE_LOCATION_BUTTON, y permite ofrecer controles de ubicación más simples y transparentes para el usuario, sin depender de diálogos adicionales de permisos que puedan resultar confusos.
Ajustes discretos para la visibilidad de contraseñas
La clásica opción de “mostrar contraseñas” se divide ahora en dos parámetros independientes para entradas táctiles y teclados físicos. De fábrica, los caracteres introducidos con teclado físico se ocultan de inmediato, reduciendo el riesgo de miradas indiscretas en entornos compartidos.
Los componentes estándar del framework respetan automáticamente esta configuración; por su parte, los campos personalizados deberán migrar a la API ShowSecretsSetting para alinearse con el nuevo comportamiento.
Firma híbrida con criptografía post-cuántica
Preparándose para el futuro, Android 17 introduce el esquema de firma APK v3.2, que combina firmas clásicas (RSA o curva elíptica) con firmas ML-DSA. Este enfoque híbrido de criptografía post-cuántica (PQC) busca adelantarse a posibles ataques de hardware cuántico capaz de romper algoritmos tradicionales.
Para los usuarios, el cambio es invisible, pero para desarrolladores y distribuidores de apps supone un paso importante hacia una seguridad más resistente a largo plazo, alineándose con los estándares del NIST en materia de criptografía post-cuántica.
Protección extra para OTP por SMS
Para evitar el robo de códigos de un solo uso (OTP) enviados por SMS, Android 17 retrasa durante tres horas el acceso programático a estos mensajes para la mayoría de apps. La idea es dificultar el secuestro automatizado de códigos.
Los desarrolladores deben ir migrando a soluciones más seguras como SMS Retriever o SMS User Consent, que proporcionan un flujo de verificación más controlado y menos expuesto a abusos.
Experiencia de usuario, ventanas y modo escritorio
Android 17 no solo se queda en el móvil: también apunta claramente a un ecosistema donde el mismo núcleo de sistema llegue a tablets, plegables y pantallas externas, difuminando la línea entre Android y el escritorio.
Adaptabilidad obligatoria a pantallas grandes
Para las apps que apunten a Android 17 (nivel de API 37) y se ejecuten en dispositivos con sw ≥ 600 dp, ya no está permitido inhabilitar el cambio de tamaño ni la rotación en pantallas grandes.
Esto obliga a los desarrolladores a diseñar interfaces realmente adaptables a tablets, plegables y monitores externos, evitando experiencias en ventana pequeña o mal escaladas que lastren la usabilidad.
Cambios de configuración más inteligentes
Con el objetivo de reducir cortes y reinicios innecesarios, el sistema deja de reiniciar actividades por defecto en determinados cambios de configuración (como algunos ajustes de pantalla o idioma). Si una app depende de esos reinicios para recargar recursos, tendrá que habilitarlos de forma explícita con el nuevo atributo android:recreateOnConfigChanges en el manifiesto.
De este modo se busca una experiencia más fluida durante rotaciones, cambios de idioma o ajustes frecuentes, evitando que la app “parpadee” o pierda estado de forma innecesaria.
Picture-in-Picture interactivo para escritorio
En el modo de escritorio y pantallas externas, Android 17 estrena un Picture-in-Picture interactivo (iPiP) que permite mover una app a una capa de ventana “anclada” siempre visible y manejable.
Estas ventanas se mantienen en primer plano y continúan siendo interactivas, ideal para videollamadas, reproductores de vídeo o apps de monitorización mientras se trabaja con otras aplicaciones en segundo plano. Se requiere el permiso USE_PINNED_WINDOWING_LAYER, además de los permisos tradicionales de PiP.
Widgets más consistentes en pantallas externas
Los widgets se benefician de una mejor gestión de densidades de píxeles y tamaños cuando se muestran en pantallas externas o con diferentes resoluciones. Ahora RemoteViews.setViewPadding admite unidades DP/SP y los widgets pueden obtener DisplayMetrics concretos mediante OPTION_APPWIDGET_DISPLAY_ID.
Esta mejora se traduce en widgets que se ven bien tanto en el móvil como en monitores o televisores conectados, evitando márgenes descompensados o textos diminutos.
Conectividad, multidispositivo y redes
La conectividad juega un papel clave en Android 17, con funciones pensadas tanto para uso doméstico como profesional, y con especial énfasis en el ecosistema de dispositivos que se hablan entre sí.
Transferencia multidispositivo con Handoff
Una de las apuestas más llamativas es la API de Handoff a través de CompanionDeviceManager. Esta permite reanudar el estado de una app entre distintos dispositivos, por ejemplo pasar de un teléfono a una tablet manteniendo la sesión abierta y el contenido en el punto exacto.
Este tipo de continuidad entre dispositivos acerca a Android a un escenario de trabajo verdaderamente fluido entre móvil, tablet, plegables y, a futuro, entornos de escritorio.
Acceso a la red local y nuevas medidas de seguridad en LAN
Para proteger mejor las comunicaciones dentro de la red local, Android 17 introduce el permiso ACCESS_LOCAL_NETWORK, incluido en el grupo NEARBY_DEVICES. Ciertas operaciones contra dispositivos en la LAN quedan protegidas por este permiso, evitando accesos silenciosos de apps que no deberían comunicarse con ellos.
Esta capa adicional refuerza el control del usuario sobre qué apps interactúan con otros dispositivos de la red, como impresoras, NAS, cámaras IP o altavoces inteligentes.
Túnel dividido para VPN y gestión avanzada de datos
Las apps de VPN pueden ahora iniciar una pantalla gestionada por el sistema mediante ACTION_VPN_APP_EXCLUSION_SETTINGS, donde el usuario elige qué apps se excluyen del túnel VPN. De esta forma es posible usar una VPN para la mayoría del tráfico, pero dejar fuera determinadas aplicaciones que necesitan acceso directo.
En paralelo, Android 17 ofrece a las apps información sobre tasas máximas de subida y bajada asignadas por el operador para streaming, mediante APIs como getStreamingAppMaxDownlinkKbps y getStreamingAppMaxUplinkKbps, lo que permite ajustar la calidad de vídeo o audio según la capacidad real.
Medición avanzada: UWB, WiFi y proximidad
En el terreno de la localización precisa, el sistema suma soporte para UWB DL-TDOA compatible con FiRA 4.0, mejorando la navegación en interiores respetando la privacidad. También incorpora detección de proximidad basada en las especificaciones de Wi-Fi Alliance, útil para servicios de posicionamiento en espacios cerrados.
Actualizaciones internas del sistema y compatibilidad futura
Android 17 también refuerza su base tecnológica con mejoras en el soporte de fuentes, Unicode, Java y datos de salud, preparando el terreno para los próximos años sin necesidad de grandes saltos disruptivos.
Reserva de fuentes dinámica y emojis actualizados
El sistema puede ahora actualizar en tiempo de ejecución la cadena de fuentes de reserva, lo que facilita introducir nuevos emojis y mejoras tipográficas sin esperar a una actualización completa del sistema operativo.
Este enfoque hace posible que cambios visuales pequeños lleguen con más rapidez a todos los usuarios, manteniendo el sistema al día con las últimas revisiones de Unicode.
OpenJDK 21 y 25, Unicode 17 e ICU 78
En la parte de Java y librerías de internacionalización, Android 17 integra funciones modernas de OpenJDK 21 y 25, con mejoras en el soporte SSL para grupos con nombre en TLS, y se actualiza a ICU 78 con soporte para Unicode 17.
Gracias a esto, las apps se benefician de mejor manejo de idiomas, símbolos y formatos, además de una seguridad reforzada en conexiones cifradas.
Health Connect y datos procedentes de dispositivos
Health Connect suma la capacidad de distinguir entre datos generados por apps y datos que provienen directamente de hardware verificado por el sistema, como relojes Wear OS o el propio teléfono.
Este matiz permite construir experiencias de salud y deporte más fiables, donde el usuario y las apps pueden confiar mejor en el origen de la información que se está analizando.
Errores corregidos: reinicios, cámara, Android Auto y más
Una parte enorme del valor de Android 17 Beta 3 está en la lista de bugs solucionados respecto a versiones anteriores. Google ha corregido problemas de estabilidad, errores gráficos, fallos en notificaciones y comportamientos anómalos en varios apartados.
Entre los más destacados se encuentran las regresiones de estabilidad de la plataforma que provocaban reinicios o actualizaciones inesperadas de apps activas, con el consiguiente riesgo de pérdida de progreso y parpadeos de interfaz. También se han atajado fallos que provocaban cuelgues generales del sistema y reinicios espontáneos del dispositivo.
En el ámbito de la cámara, se corrige un error que impedía cambiar al teleobjetivo 5x en algunos dispositivos, así como tirones al pasar del ultra gran angular al sensor principal. En carga se soluciona un fallo con el límite del 80 %, que podía dejar la batería anclada en torno al 77 %.
También se han pulido detalles como tipos mal escritos (“Bac” en lugar de “Back” en diálogos de ubicación), fallos en vistas previas de tonos de llamada y bugs muy concretos en el compilador de sombreadores de GPU del Pixel 6 Pro, que provocaban artefactos gráficos al evaluar ciertas expresiones GLSL.
Todo este conjunto de correcciones, unido a las mejoras de rendimiento y APIs, deja a Android 17 Beta 3 en una posición sólida. Un sistema mucho más estable, preparado para la versión final, que combina ajustes visuales, control granular y una arquitectura más moderna y pensada para un ecosistema multidispositivo y con un mayor protagonismo de la IA.
