Tabla de contenidos
- 1 APK vs AAB (paquetes de aplicaciones de Android): una comparación exhaustiva
- 1.1 APK vs AAB: comprensión de los conceptos básicos
- 1.2 El uso compartido de la clave de firma privada con Google
- 1.3 ¿AAB va a hacer las cosas más difíciles para las tiendas de aplicaciones de terceros?
- 1.4 ¿Podemos descargar AAB como APK?
- 1.5 APK vs AAB: ventajas y desventajas
- 1.6 APK vs AAB (Android App Bundles): ¿Qué opinas?
APK vs AAB (paquetes de aplicaciones de Android): una comparación exhaustiva
Aquí, hemos explicado los formatos AAB y APK en términos sencillos para que cualquiera pueda entender el concepto con facilidad. También hemos detallado cómo instalar archivos AAB, extraer APK de AAB y más. Puede expandir la tabla a continuación para pasar rápidamente a cualquier sección relevante.
APK vs AAB: comprensión de los conceptos básicos
Primero, debemos comprender algunos conceptos básicos para comprender correctamente cuáles son las diferencias entre un APK y un paquete de aplicaciones de Android.
APK ha sido el paquete de aplicaciones de distribución en Android desde su creación. Un APK consiste principalmente en códigos de aplicaciones, recursos pesados como imágenes, audio, etc., y una clave de firma de aplicaciones generada por el desarrollador. Tenga en cuenta que los dispositivos Android vienen en varios factores de forma y especificaciones. Por ejemplo, los dispositivos pueden tener un grado variable de densidad de pantalla (320 ppp, 480 ppp, etc.), tipo de procesador (ARM, ARM64, x86) y más. Además, según la región del usuario, la aplicación debe tener un paquete de idioma (en, fr, ger, etc.).
En una situación ideal, un desarrollador tiene que crear y cargar varios APK en Play Store según la región del usuario, el tipo de procesador y la densidad de la pantalla. Cuando un usuario toca el botón “Instalar” en Play Store, se instala el APK correcto y más adecuado en su dispositivo. Sin embargo, todo esto pone una enorme tarea en manos del desarrollador. No solo tienen que desarrollar aplicaciones, sino también administrar múltiples APK para admitir una gran cantidad de dispositivos.
Para evitar este trabajo complejo y que requiere mucho tiempo, la mayoría de los desarrolladores crear un APK universal que viene con todos los recursos (paquetes de idiomas, códigos y más) aunque es posible que no necesite la mayor parte en ese dispositivo específico. Esto da como resultado un APK voluminoso con un tamaño de aplicación más grande que requiere más tiempo de instalación y consume más ancho de banda.
Google quiere resolver este problema y asumir la mayor parte de esta carga para los desarrolladores con Android App Bundles (AAB). Eso, a su vez, ayudará a reducir el tamaño de la aplicación, el tiempo de instalación y el consumo de ancho de banda. La empresa presentó AAB en Google I/O 2018 y ahora, casi dos años después, Google exige que envíe nuevas aplicaciones en formato AAB en Play Store.
En comparación con APK, el formato AAB no es un paquete de distribución completamente nuevo. En realidad, AAB es un contenedor que aloja un APK base y varios APK divididos. Básicamente, AAB es un formato de publicación que un desarrollador envía a Play Store, mientras que APK es el formato de paquete para las aplicaciones de Android que instala en su dispositivo.
Entonces, ¿qué cambia realmente aquí? A partir de agosto de 2021, los desarrolladores no tienen que manejar ni administrar un montón de APK para una amplia gama de dispositivos. Con AAB, los desarrolladores entregan todo a Google: el código de la aplicación, los activos, los recursos pesados, todos los paquetes de idioma y, lo que es más importante, la clave de firma de la aplicación privada. Ahora, Google puede generar y entregar APK optimizados a los usuarios en función de la configuración de su dispositivo. Puede crear un paquete AAB mucho más pequeño, uno de tamaño compacto, que se instala en un santiamén y consume menos datos para dispositivos de gama baja. Esa es la propuesta principal de AAB vs APK, pero hay más para desempacar.
El uso compartido de la clave de firma privada con Google
Mirando lo que AAB trae a la mesa, parece una gran alternativa a APK. El formato AAB reduce el tamaño de la aplicación y los desarrolladores no tienen que crear varios APK. Sin embargo, muchos desarrolladores han expresado preocupación sobre el intercambio de clave de firma privada con Google.
Como mencioné anteriormente, la clave de firma es la información más importante para verificar la integridad del APK. Incluso si descarga un APK de una fuente de terceros, Google Play Store verifica la clave de firma para asegurarse de que no se haya manipulado nada.
Con AAB, Google exige que los desarrolladores compartan la clave de firma privada para que Google pueda generar el paquete de aplicaciones y firmar AAB con la misma clave privada. Cuando los usuarios instalan la aplicación o actualizan a una nueva versión, Play Services coincidirá con la clave de firma y la instalación se llevará a cabo sin problemas de discrepancia de clave o falla de firma. Dicho esto, los desarrolladores dicen que potencialmente abre la puerta para la inyección de código. Google dice que todo “Las claves de firma se almacenan en la misma infraestructura que utiliza Google para almacenar sus propias claves.” Así que tenga la seguridad de que todas sus claves de firma privadas están protegidas con seguridad férrea.
Además, para calmar las preocupaciones de los desarrolladores, Google anunció Transparencia del código que permite a los desarrolladores generar una clave privada separada que solo serán accesibles para ellos. A partir de la clave privada separada, los desarrolladores pueden crear una firma adicional que se puede usar para verificar la integridad de la aplicación. Sin embargo, existe una limitación en este método. Code Transparency solo se ocupa del código y no de los activos, los recursos o el manifiesto. Además, esta es una característica opcional que puede dejar a muchos desarrolladores fuera del circuito.
¿AAB va a hacer las cosas más difíciles para las tiendas de aplicaciones de terceros?
Otro problema que surge al compartir la clave privada con Google es que podría dificultar las cosas para las tiendas de aplicaciones de terceros. Por ejemplo, si instala una aplicación desde Play Store pero desea actualizar a la última versión desde otra alternativa de Play Store (por ejemplo, Amazon App Store o Aptoide Store), entonces el la instalación puede fallar debido a una falta de coincidencia de la firma.
Esto se debe a que Google ahora administra la clave de firma privada, por lo que no puede usar la misma clave mientras carga su aplicación en una tienda de aplicaciones de Android de terceros. Tendrás que usar otra clave privada, y eso causará el error de discrepancia de clave privada. ¿Será esto un problema para la compatibilidad con aplicaciones de Android en Windows 11? Tendremos que esperar y averiguarlo.
Aparte de eso, la suposición de que AAB impedirá que los desarrolladores carguen APK en tiendas de aplicaciones de terceros parece incorrecta. Google ya ha hecho un herramienta de código abierto llamada paquete de herramientas que permite a los desarrolladores crear APK a partir de paquetes AAB. El único problema, por ahora, es que compartir la clave de firma privada afectará a los usuarios avanzados de Android.
¿Podemos descargar AAB como APK?
Por lo que sabemos, parece que será posible descargar AAB en dispositivos Android, pero no será tan conveniente como descargar APK. El instalador de paquetes de Android actualmente no es compatible con el formato de empaquetado AAB, lo que significa que la instalación de AAB en el dispositivo no será posible de forma nativa. Sin embargo, puede usar aplicaciones de instalación de terceros para instalar un paquete AAB en el dispositivo.
Por ejemplo, actualmente, APKMirror Installer (Libre, ofrece compras desde la aplicación) le permite instalar paquetes de APKM (APK base + APK divididos) con su aplicación de instalación. Ya tenemos una guía detallada sobre cómo instalar Android App Bundles en su teléfono, así que consulte el artículo vinculado.
Aparte de eso, no podrás carga lateral adb su camino en la instalación de AAB. Tendrás que usar el código abierto paquete de herramientas para obtener el APK correcto que sea compatible con su dispositivo. A medida que los AAB se generalicen, podrían surgir métodos nuevos y convenientes de carga lateral. Tenga en cuenta que simplemente cargar el APK base se bloqueará en su dispositivo.
APK vs AAB: ventajas y desventajas
Después de revisar todos los puntos, se puede dar cuenta de que los AAB no harán mucha diferencia en términos de experiencia de usuario para la mayoría de los usuarios. Sí eso reducirá el tamaño de la aplicación, que será útil para la mayoría de los usuarios. Por ejemplo, Airbnb redujo el tamaño de su aplicación en un 22 % después de cambiar de APK a AAB, mientras que Netflix redujo el tamaño de su aplicación en un 57 %. Esa es una diferencia considerable en el tamaño de la aplicación. Aparte de eso, la función de aplicación instantánea abandonada obtendrá una nueva vida con AAB en dispositivos Android.
Sin embargo, para los usuarios avanzados que desean descargar AAB, las cosas se volverán un poco complicadas e inconvenientes. Es posible que deba usar bundletool para extraer APK para su dispositivo o usar un instalador de terceros. Una cosa a tener en cuenta es que AAB alejarse de OBB (blob binario opaco) para descargar activos y recursos de gran tamaño. En su lugar, utilizará Play Asset Delivery o Play Feature Delivery para descargar recursos pesados con un tamaño de descarga de 150 MB o superior. Tendremos que ver cómo afecta eso a juegos de carga lateral como Battlegrounds Mobile India, PUBG Mobile, FAU-G y más.
En cuanto a los desarrolladores más afectados por este cambio, no necesitan refactorizar su código, lo cual es genial. Los AAB también aportan modularidad, lo que significa que pueden cambiar un fragmento de código y fusionarlo con la base central sin enfrentar muchos conflictos de fusión. Una gran ventaja de AAB es que trae opciones de personalización para los desarrolladores. Pueden elegir qué nivel de API apuntar o qué tipo de dispositivo admitir. Los desarrolladores también pueden decidir qué características ofrecer en un tipo de dispositivo específico o en teléfonos inteligentes que se ejecutan en una versión mínima de SDK.
En cuanto a las desventajas, la el corazón del problema es compartir la clave privada, que ahora será administrado por Google. La incompatibilidad con las tiendas de aplicaciones de terceros podría ser otro gran problema, y los desarrolladores tendrán que hacer un esfuerzo adicional para publicar y administrar APK (al igual que Play Store en este momento) en otras tiendas de aplicaciones.
APK vs AAB (Android App Bundles): ¿Qué opinas?
Para mí, el mayor problema con este cambio es la dependencia excesiva de Google. Con este cambio, el gigante de Mountain View se asegura de que Play Store siga siendo la tienda de aplicaciones de facto en los dispositivos Android. Desde el alojamiento de aplicaciones hasta la gestión de claves privadas, Google ahora controla todos los aspectos de la publicación y distribución de aplicaciones en Android. Los desarrolladores pueden estar contentos con los nuevos cambios, ya que ya no tienen que administrar varios APK, pero ¿cómo les irá a los usuarios a largo plazo? Aún no lo sabemos. Con los desarrolladores entregando el control a Google, ¿producirá un buen cambio? Tendremos que esperar y ver. De todos modos, eso es todo de nuestra parte. Pero díganos lo que piensa sobre este debate APK vs AAB en la sección de comentarios a continuación.
