Konversi APK menjadi AAB

Google Play mewajibkan Android App Bundles untuk upload aplikasi baru, sehingga developer mungkin memerlukan AAB ketika build lama hanya tersedia sebagai APK. APK dapat diinstal secara langsung, tetapi AAB biasanya harus dibuat ulang dari project Android asli atau direkonstruksi secara lokal dari APK.

Apa itu format APK

APK adalah package aplikasi Android yang dapat diinstal secara langsung oleh ponsel, tablet, perangkat Android TV, dan emulator. APK merupakan arsip berbasis ZIP yang berisi compiled code, resources, manifest, assets, native libraries, dan informasi APK signing.

Android Studio dan Android Gradle Plugin menghasilkan APK melalui Gradle tasks seperti ./gradlew assembleRelease. Developer juga mendapatkan APK dari build server, testing service, device extraction, dan distribusi di luar Google Play. APK adalah format instalasi; perangkat Android tidak menginstal AAB secara langsung.

Apa itu format AAB

AAB, atau Android App Bundle, adalah publishing package yang berisi compiled modules dan resources aplikasi. Google Play memprosesnya menjadi APK khusus perangkat, dengan memilih screen density, language resources, CPU architecture, dan dynamic features yang diperlukan, alih-alih mengirimkan semuanya dalam satu APK universal.

Hal ini dapat mengurangi download size serta mengaktifkan Google Play Feature Delivery dan Play Asset Delivery. AAB biasanya dibuat dari project Android Studio atau Gradle dengan ./gradlew bundleRelease, yang umumnya membuat app/build/outputs/bundle/release/app-release.aab. Release build harus memiliki signing configuration yang valid sebelum dapat di-upload.

Cara membuat AAB dari project asli

1. Buka project di Android Studio yang kompatibel, lalu sinkronkan versi Gradle dan Android Gradle Plugin. Gunakan versi yang diperlukan oleh project, bukan memperbaruinya secara sembarangan.
2. Periksa application ID, version code, release dependencies, product flavors, native libraries, manifest declarations, dan signing configuration.
3. Di Android Studio, pilih Build → Generate Signed Bundle / APK, pilih Android App Bundle, pilih release variant, lalu masukkan kredensial keystore dan key. Sebagai alternatif, jalankan ./gradlew bundleRelease dari direktori project.
4. Ambil hasilnya dari app/build/outputs/bundle/release/. Project multi-module dapat menempatkan bundle di direktori output module yang relevan.
5. Validasi dan uji bundle dengan bundletool resmi dari Google. Contohnya, bundletool validate --bundle=app-release.aab memeriksa strukturnya. Untuk membuat APK yang dapat diinstal pada perangkat yang terhubung, jalankan bundletool build-apks --bundle=app-release.aab --output=app.apks --connected-device, dengan memberikan opsi keystore yang diperlukan jika bundletool perlu menandatangani APK yang dihasilkan, lalu jalankan bundletool install-apks --apks=app.apks.

Android Studio adalah opsi desktop yang tepat karena mempertahankan konfigurasi Gradle, pemrosesan resource, signing, build variants, dan dynamic-feature modules. bundletool adalah command-line utility dari Google untuk memvalidasi, memeriksa, membuat, dan menginstal APK sets dari AAB; tool ini tidak mengonversi APK jadi apa pun ke source project atau bundle yang setara.

Jika hanya APK yang tersedia

Tidak ada konversi satu perintah yang andal dari APK jadi ke AAB yang setara. Compilation, resource processing, code shrinking, dependency resolution, dan signing telah dilakukan, sedangkan APK tidak berisi Gradle project lengkap yang diperlukan untuk mengulangi proses tersebut.

Untuk aplikasi yang Anda miliki, rekonstruksi dapat dilakukan, tetapi proses ini merupakan build baru, bukan konversi file-format:

1. Decode resources dan manifest dengan apktool d app.apk -o decoded-app.
2. Periksa kode yang telah didecompile dan menyerupai Java atau Kotlin dengan jadx-gui app.apk. Output decompile hanya untuk referensi dan biasanya memerlukan banyak perbaikan sebelum dapat dikompilasi.
3. Buat project Android Studio, lalu pulihkan package structure, resources, assets, manifest declarations, native libraries, dependencies, Gradle settings, dan dynamic-feature modules yang diperlukan.
4. Atasi perbedaan compilation dan runtime, konfigurasi application ID dan version code yang benar, lalu buat dan sign release bundle dengan ./gradlew bundleRelease.

Generic online APK-to-AAB converters bukan pengganti yang sesuai untuk proses ini. Tidak ada online service bereputasi baik yang dapat memulihkan source code dan build configuration yang hilang dari APK secara andal, dan meng-upload APK dapat mengekspos proprietary code, embedded credentials, certificates, atau application data. Lakukan rekonstruksi secara lokal; gunakan Google Play Console hanya untuk meng-upload dan menguji AAB yang dihasilkan.

Keterbatasan compatibility dan publishing

• Bundle yang dibuat ulang dapat berperilaku berbeda karena obfuscation, removed resources, generated code, native build settings, dan dependency versions mungkin tidak dapat dipulihkan dari APK.
• Update harus menggunakan application ID yang sama dan signing identity yang diterima untuk aplikasi yang sudah ada. Dengan Google Play App Signing, upload harus menggunakan registered upload key; memiliki APK tidak memberikan izin untuk memublikasikan update.
• APK yang diekstrak dari perangkat mungkin hanya merupakan satu split dari aplikasi yang diinstal. Instalasi lengkap dapat berisi base, configuration, dan feature split APKs, sehingga satu split yang diekstrak tidak dapat membuat ulang bundle asli.
• AAB adalah publishing format, bukan format sideloading biasa. Untuk instalasi langsung, buat APK atau gunakan bundletool untuk menghasilkan APK set yang sesuai dari bundle.
• Uji release output pada versi Android, screen densities, dan CPU architectures yang representatif, terutama setelah merekonstruksi native libraries atau dynamic features.