Android 17 llegará en junio y tendrá una "segunda parte" en diciembre: así cambia el calendario de actualizaciones de Google para siempre

Android prepara un 2026 con más de una gran actualización y un calendario que reparte cambios, betas y novedades a lo largo de todo el año

Android 17 llegará en junio y tendrá una "segunda parte" en diciembre: así cambia el calendario de actualizaciones de Google para siempre
El nuevo ciclo de Android combina dos lanzamientos de plataforma, QPR trimestrales y builds continuas para distribuir funciones, APIs y ajustes sin concentrarlo todo en una sola versión
Publicado en Android
Por por Sergio Agudo

Android cambia de ritmo en 2026 y no es un detalle menor. Android 17 “Cinnamon Bun” llegará a mitad de año, pero el calendario deja atrás la lógica de una única gran versión anual. El sistema pasa a organizarse en dos lanzamientos de plataforma, builds Canary mensuales, betas públicas encadenadas y QPR trimestrales que distribuyen los cambios durante todo el año.

La previsión sitúa Android 17 en torno a junio y otra actualización en diciembre dentro de un ciclo con versiones solapadas y ventanas de prueba continuas; según Android Authority, es una reconstrucción basada en patrones recientes y con fechas orientativas que pueden moverse algunas semanas, sin convertirse por ello en un anuncio cerrado.

Dos lanzamientos de plataforma y QPR como eje

El primer hito del año sería Android 17 “Cinnamon Bun”, previsto para el segundo trimestre de 2026 con un nuevo SDK y nivel de API 37, además del volcado completo del código AOSP. El nombre en clave forma parte de la tradición interna del sistema y apareció de forma temprana en el desarrollo de esta nueva versión, escondido en el código, antes de que lleguen las versiones públicas más estables.

En el cuarto trimestre llegaría una actualización de plataforma “menor”, prevista alrededor de diciembre, con APIs en nivel 37.1 y un segundo lanzamiento de código AOSP. No supone una versión completamente nueva del sistema, pero sí un punto intermedio para introducir capacidades sin esperar a otro ciclo anual completo, algo que cambia cómo se planifican despliegues y compatibilidades.

Entre esos dos momentos entran los QPR trimestrales, responsables de buena parte de las novedades visibles durante el año, especialmente en Pixel. En Android 16 ya cumplieron ese papel con entregas intermedias como una actualización trimestral de Android 16, que adelantaron ajustes antes de la siguiente versión estable del sistema.

Ese precedente también explica por qué los QPR se usan para cambios de interfaz sin esperar a una gran actualización anual. Android 16 QPR1 ya introdujo Material 3 Expressive dentro de una beta trimestral, marcando una dinámica donde las novedades se reparten por entregas en vez de acumularse en una sola fecha.

El otro pilar del sistema son las builds Canary mensuales, numeradas como 26XX y disponibles para Pixel 6 o posteriores o en Android Studio. Son versiones inestables y orientadas a desarrollo, pero permiten que el código evolucione de forma continua, sin concentrar todas las novedades en ventanas cortas de previews y con cambios que se van validando.

Con ese flujo, las betas públicas se convierten en el primer punto de entrada para usuarios avanzados, con mayor estabilidad que Canary y cambios ya visibles, incluidos ajustes de interfaz y comportamiento del sistema como permitir usar apps a pantalla completa en Always On Display, que llegan antes de una versión estable final.

Con lo que hay sobre la mesa, lo relevante no es una lista de funciones concretas, sino el rediseño del calendario. En 2026, Android se articula en dos lanzamientos de plataforma y una cadencia constante de QPR y betas que reparten la evolución del sistema a lo largo del año. Las fechas pueden ajustarse, pero la estructura ya está definida.

Para ti
Queremos saber tu opinión. ¡Comenta!