La fragmentación de Android es un mal endémico de este sistema operativo que, por la propia idiosincrasia, es algo que siempre ha sido complicado de reducir de forma efectiva (y mucho menos terminar con ella). El ecosistema abierto, la variedad de fabricantes y la diversidad de hardware han sido siempre factores determinantes. Pero parece que Google quiere dar un puñetazo encima de la mesa y conseguir esto casi de un plumazo.
Y para conseguir esto, según parece, se quiere apoyar en Android KitKat, lo que parece todo un acierto ya que esta versión del sistema operativo reduce de forma drástica los requisitos de los dispositivos que lo integren y, por lo tanto, puede ser un buen momento para conseguir uniformidad en el uso de su sistema operativo (evidentemente, acabar con productos con distribuciones anteriores no será posible hasta que el mercado los fagocite).
Y esto puede ser algo más que una suposición (que bien es cierto que se viene hablando de ella desde hace tiempo), ya que supuestamente se han filtrado unos documentos de la compañía de Mountain View en los que se indica que estaría pensando seriamente en no aprobar nuevos dispositivos que no incluyan Android KitKat como sistema operativo. Es decir, una doctrina que se puede considerar como de punto y seguido (o, dicho de otra forma, hasta aquí hemos llegado, ahora todos tiene que seguir esta norma).
En el documento que ha filtrado MobileBloom se indica claramente que Google no aprobará la distribución GMS –accesos a la tienda Google Play y los diferentes servicios en la nube– en nuevos dispositivos que no incluyan la versión de Android más reciente en el momento de su lanzamiento. La ventana de aprobación de GMS ronda los nueve meses, por lo que este es el tiempo que tienen de base los fabricantes.
Y, la verdad, es que esto tiene “pinta” de que así puede ser, ya que la inmensa mayoría de los modelos que se esperan para este año, incluso para el Mobile World Congress, se anuncia que llegarían con Android 4.4 -evidentemente hay excepciones-, como por ejemplo el Galaxy S4, el Xperia Z2 y, para no recurrir a la gama alta de producto, también el Desire 8 de HTC cumple con esta premisa. Es decir, que parece claro que “algo se mueve” y todo indica que hay connivencia entre los fabricantes y Google.
KitKat como palanca para reducir la fragmentación
KitKat fue concebido para funcionar de forma fluida en hardware modesto, lo que abre la puerta a que tanto la gama de entrada como la media adopten la versión más reciente. Además, introdujo compatibilidades clave que aportan cohesión al ecosistema: soporte integrado para emisores de infrarrojos junto a una nueva API para que las aplicaciones pudieran controlarlos; perfil de Bluetooth de bajo consumo (BLE) para wearables y periféricos; y compatibilidad con Chromecast, facilitando el envío de contenido a la TV de forma nativa.
A estas mejoras se sumaron funciones que hoy damos por sentadas: el detector y contador de pasos para fitness, la mejora de archivos recientes en el selector de documentos, y la captura de vídeo de pantalla desde el propio sistema para compartir tutoriales o errores. Todo esto no solo añade capacidades, reduce las diferencias funcionales entre fabricantes y versiones cercanas, lo que ayuda a frenar la fragmentación.
El contexto de la fragmentación: datos, retos y comparativas
La fotografía de la fragmentación Android cambia con el tiempo: ha habido etapas en las que Jelly Bean fue dominante con una presencia amplia de sus subversiones; otras en las que KitKat creció con fuerza impulsado por actualizaciones masivas de fabricantes y el empuje de terminales de gama media; y momentos más recientes en los que Android 11 llegó a encabezar la cuota, seguido por Android 10 y Android 9, mientras que Android 12 tardó algo más en despegar. En paralelo, versiones veteranas como Gingerbread o Ice Cream Sandwich mantuvieron cuotas testimoniales durante largos periodos.
Hay una constante: con el paso de los ciclos, cada vez más dispositivos se concentran en API modernas, y una porción mayor del parque tiene Android 10 o superior, lo que permite beneficiarse de actualizaciones del sistema vía Google Play y mejoras moduladas en los Servicios de Google. Aun así, la distribución sigue siendo variada y obliga a los actores del ecosistema a tomar decisiones para mantener la compatibilidad.
La comparación con iOS suele aparecer. Apple actualiza pocos modelos y controla todo el stack, por lo que suele concentrar rápidamente la última versión en la mayoría de dispositivos. Comparar ambos mundos no es justo: Android es un ecosistema heterogéneo con cientos de fabricantes, perfiles de hardware muy dispares y presencia en segmentos tan distintos como móviles, tablets o televisores. Esto hace que los ciclos de adopción y homologación sean más complejos.
Impacto para usuarios y desarrolladores
La verdad es que de cara a los usuarios, este movimiento sería una excelente noticia, ya que se asegurarían que los terminales que se compren de las nuevas gamas de producto, si quieren tener las “bendiciones de Google” deben llegar con KitKat, lo que siempre aseguraría que se pueden utilizar las últimas novedades de Android. Más funciones compartidas y mayor estabilidad significan mejores experiencias y menos sorpresas entre dispositivos.
Para quienes crean apps, la fragmentación implica costes de desarrollo y pruebas más altos. Establecer una versión mínima de Android obliga a equilibrar alcance y complejidad: cuanto más atrás se apunte, más trabajo hay en compatibilidad y más probabilidad de bugs difíciles de reproducir en combinaciones de hardware/versión poco comunes. También hay un ángulo de seguridad: versiones antiguas pueden acumular vulnerabilidades sin parches oficiales.
Evidentemente, esto no afectaría a los terminales que ya están a la venta e, incluso a otros que puedan ponerse en el mercado ya que no se debe olvidar que Android es un desarrollo de código abierto, por lo que no se puede impedir que se lancen dispositivos con versiones anteriores. Ahora, que lleguen sin el soporte de Google (lo que puede incluir sus propias aplicaciones), sí que es posible hacerse.
Políticas de Google, GMS y el papel de los fabricantes
La estrategia que condiciona el acceso a Google Mobile Services (GMS) para impulsar el uso de la última versión en nuevos lanzamientos es un incentivo poderoso. Reduce la dispersión en el corto plazo y, junto con la ventana temporal de aprobación, presiona a marcas y operadoras para acelerar su hoja de ruta.
Sin embargo, el panorama real incorpora matices: los fabricantes añaden capas de personalización y funcionalidades exclusivas que, en ocasiones, llegan antes a ciertos modelos (incluidos los propios de Google) y más tarde al resto. La buena noticia es que, en Android, la comunidad y los desarrolladores de terceros suelen replicar rápidamente estas novedades (por ejemplo, lanzadores inspirados en interfaces recientes), lo que amortigua la asimetría.
Además, iniciativas que modularizan componentes del sistema y la distribución de parches a través de la Play Store han permitido llevar mejoras de seguridad y funcionalidades a un espectro mayor de dispositivos sin esperar a una actualización completa del fabricante.
¿Qué pasa con los equipos antiguos? Alternativas y ciclo de vida
Con el tiempo, versiones veteranas acaban con adopción residual y Google puede ir retirando progresivamente el soporte en algunos de sus servicios. Aunque representen un porcentaje pequeño, hablamos aún de millones de usuarios a escala global, por lo que conviene planificar bien la transición.
En ese escenario, muchos entusiastas recurren a ROMs basadas en AOSP (como hiciera en su día CyanogenMod), que a veces llevan versiones más nuevas a dispositivos sin soporte oficial. No es una solución para todo el mundo —implica riesgos, pérdida de garantías o funciones—, pero muestra cómo la comunidad puede extender la vida útil de algunos equipos.
Pero lo cierto es que es una excelente forma de conseguir terminar con la fragmentación el poner este punto y segundo, que además, no afecta a los usuarios (todo lo contrario) y que asegura un mejor funcionamiento del ecosistema Android, aplicaciones incluidas -lo que también son buenas noticias para los desarrolladores-. Falta por ver si los fabricantes, en especial los más importantes, están por la labor… pero de ser así Google daría un paso de gigante para logar una uniformidad en su sistema operativo para dispositivos móviles.
¿Qué opináis al respecto de la decisión que podría tomar Google respecto a su sistema operativo Android? La combinación de requisitos más bajos de KitKat, una política de aprobación GMS más estricta, avances en actualizaciones modulares y la colaboración de fabricantes perfila un camino plausible: menos dispersión entre versiones, más seguridad y herramientas más consistentes para desarrolladores, manteniendo al mismo tiempo la flexibilidad que hace grande a Android.