Saat kami mendekati rilis Android 12 yang stabil, Google membuat beberapa perubahan mendasar pada pengiriman dan distribusi aplikasi di perangkat Android. Mulai Agustus 2021, semua aplikasi baru di Play Store akan dipublikasikan dalam format Android App Bundle (.aab), bukan format APK yang sudah ada. Jadi apa perbedaan utama antara APK dan Android App Bundle (AAB)? Bisakah kita melakukan sideload AAB seperti halnya APK? Untuk menjawab semua pertanyaan Anda, kami telah membuat panduan terperinci tentang APK vs AAB ini. Jadi tanpa membuang waktu, mari selami.
APK vs AAB (Android App Bundle): Perbandingan Komprehensif
Di sini, kami telah menjelaskan format AAB dan APK dalam istilah awam sehingga siapa pun dapat memahami konsepnya dengan mudah. Kami juga telah merinci cara menginstal file AAB, mengekstrak APK dari AAB, dan banyak lagi. Anda dapat meluaskan tabel di bawah untuk berpindah ke bagian yang relevan dengan cepat.
APK vs AAB: Memahami Dasar-dasarnya
Pertama, kita perlu memahami beberapa dasar untuk memahami dengan benar apa perbedaan antara APK dan Android App Bundle.
APK telah menjadi paket aplikasi distribusi masuk di Android sejak awal. APK terutama terdiri dari kode aplikasi, sumber daya berat seperti gambar, audio, dll., dan kunci penandatanganan aplikasi yang dibuat oleh developer. Perhatikan bahwa perangkat Android hadir dalam berbagai faktor bentuk dan spesifikasi. Misalnya, perangkat dapat memiliki tingkat kerapatan layar yang bervariasi (320dpi, 480dpi, dll.), jenis prosesor (ARM, ARM64, x86), dan lainnya. Selain itu, berdasarkan wilayah pengguna, aplikasi harus memiliki paket bahasa (en, fr, ger, dll.).
Idealnya, developer harus membuat dan mengupload beberapa APK di Play Store berdasarkan wilayah pengguna, jenis prosesor, dan kepadatan layar. Saat pengguna mengetuk tombol “Instal” di Play Store, APK yang benar dan paling sesuai kemudian diinstal di perangkat mereka. Namun, semua ini menempatkan tugas besar di tangan pengembang. Mereka tidak hanya harus mengembangkan aplikasi tetapi juga mengelola banyak APK untuk mendukung banyak perangkat.
Untuk menghindari pekerjaan yang rumit dan menghabiskan waktu ini, sebagian besar pengembang membuat APK Universal yang dilengkapi dengan semua sumber daya (paket bahasa, kode, dan lainnya) meskipun Anda mungkin tidak memerlukan sebagian besar darinya di perangkat khusus tersebut. Hal ini menghasilkan APK berukuran besar dengan ukuran aplikasi lebih besar yang membutuhkan waktu penginstalan lebih lama dan menghabiskan lebih banyak bandwidth.
Google ingin menyelesaikan masalah ini dan memikul sebagian besar beban ini untuk developer dengan Android App Bundle (AAB). Itu, pada gilirannya, akan membantu mengurangi ukuran aplikasi, waktu pemasangan, dan konsumsi bandwidth. Perusahaan memperkenalkan AAB di Google I/O 2018, dan sekarang, hampir dua tahun kemudian, Google mewajibkan Anda untuk mengirimkan aplikasi baru dalam format AAB di Play Store.
Dibandingkan dengan APK, format AAB bukanlah paket distribusi yang benar-benar baru. Faktanya, AAB adalah penampung yang menghosting APK dasar dan beberapa APK terpisah . Pada dasarnya, AAB adalah format publikasi yang dikirimkan pengembang ke Play Store, sedangkan APK adalah format pengemasan untuk aplikasi Android yang Anda instal di perangkat Anda.
Jadi apa yang benar-benar berubah di sini? Mulai Agustus 2021, developer tidak perlu menangani dan mengelola banyak APK untuk beragam perangkat. Dengan AAB, pengembang menyerahkan semuanya ke Google – kode aplikasi, aset, sumber daya berat, semua paket bahasa, dan yang paling penting, kunci penandatanganan aplikasi pribadi. Kini, Google dapat membuat dan menyajikan APK yang dioptimalkan kepada pengguna berdasarkan konfigurasi perangkat mereka . Itu dapat membuat bundel AAB yang jauh lebih kecil, yang ukurannya ringkas, dipasang dalam sekejap, dan memakan lebih sedikit data untuk perangkat kelas bawah. Itulah proposisi utama AAB vs APK, tetapi masih ada lagi yang harus dibongkar.
Berbagi Kunci Penandatanganan Pribadi dengan Google
Melihat apa yang dibawa AAB, sepertinya alternatif yang bagus untuk APK. Format AAB mengurangi ukuran aplikasi, dan developer tidak perlu membuat banyak APK. Namun, banyak pengembang telah menyatakan keprihatinannya terkait pembagian kunci penandatanganan pribadi dengan Google .
Seperti yang saya sebutkan di atas, kunci penandatanganan adalah informasi terpenting untuk memverifikasi integritas APK. Bahkan jika Anda melakukan sideload APK dari sumber pihak ketiga, Google Play Store akan memeriksa kunci penandatanganan untuk memastikan tidak ada yang dirusak.
Dengan AAB, Google mewajibkan developer untuk membagikan kunci penandatanganan pribadi sehingga Google dapat membuat app bundle dan menandatangani AAB dengan kunci pribadi yang sama. Saat pengguna menginstal aplikasi atau mengupdate ke versi baru, Layanan Play akan mencocokkan kunci penandatanganan, dan penginstalan akan dilakukan tanpa masalah ketidakcocokan kunci atau kegagalan tanda tangan. Dengan demikian, pengembang mengatakan bahwa itu berpotensi membuka pintu untuk injeksi kode . Google mengatakan bahwa semua “ kunci penandatanganan disimpan di infrastruktur yang sama dengan yang digunakan Google untuk menyimpan kuncinya sendiri. ” Jadi yakinlah, semua kunci penandatanganan pribadi Anda dijaga dengan keamanan ketat. Sumber: Google
Selain itu, untuk meredakan kekhawatiran pengembang, Google mengumumkan Transparansi Kode yang memungkinkan pengembang membuat kunci pribadi terpisah yang hanya dapat diakses oleh mereka. Dari kunci pribadi yang terpisah, pengembang kemudian dapat membuat tanda tangan ekstra yang dapat digunakan untuk memverifikasi integritas aplikasi. Namun, ada batasan untuk metode ini. Transparansi Kode hanya berurusan dengan kode dan bukan dengan aset, sumber daya, atau manifes. Juga, ini adalah fitur opsional yang dapat membuat banyak pengembang keluar dari loop.
Apakah AAB Akan Mempersulit Toko Aplikasi Pihak Ketiga?
Masalah lain yang timbul dari berbagi kunci pribadi dengan Google adalah hal itu mungkin mempersulit toko aplikasi pihak ketiga. Misalnya, jika Anda menginstal aplikasi dari Play Store tetapi ingin memperbarui ke versi terbaru dari alternatif Play Store lain (misalnya Amazon App Store atau Aptoide Store), penginstalan mungkin gagal karena ketidakcocokan tanda tangan.
Itu karena Google sekarang mengelola kunci penandatanganan pribadi, jadi Anda tidak dapat menggunakan kunci yang sama saat mengunggah aplikasi ke toko aplikasi Android pihak ketiga. Anda harus menggunakan kunci pribadi lain , dan itu akan menyebabkan kesalahan ketidakcocokan kunci pribadi. Apakah ini akan menjadi masalah untuk dukungan aplikasi Android di Windows 11? Kami harus menunggu dan mencari tahu. Aplikasi Android hadir di Microsoft Store
Selain itu, anggapan bahwa AAB akan menghalangi pengembang mengunggah APK ke toko aplikasi pihak ketiga tampaknya tidak benar. Google telah membuat alat sumber terbuka yang disebut bundletool yang memungkinkan pengembang membuat APK dari bundel AAB. Satu-satunya masalah, untuk saat ini, berbagi kunci penandatanganan pribadi akan memengaruhi pengguna Android.
Bisakah Kita Melakukan Sideload AAB Sama Seperti APK?
Dari apa yang kita ketahui, sepertinya sideload AAB pada perangkat Android akan dimungkinkan, tetapi tidak akan semudah
sideload APK . Penginstal paket Android saat ini tidak mendukung format pengemasan AAB, artinya penginstalan AAB pada perangkat tidak dapat dilakukan secara native. Namun, Anda dapat menggunakan aplikasi penginstal pihak ketiga untuk menginstal paket AAB di perangkat.
Misalnya, saat ini, Penginstal APKMirror (Gratis, menawarkan pembelian dalam aplikasi) memungkinkan Anda untuk menginstal bundel APKM (APK Dasar + APK Terpisah) dengan aplikasi penginstalnya. Kami sudah memiliki panduan mendetail tentang cara menginstal Bundel Aplikasi Android di ponsel Anda, jadi lihat artikel tertaut.
Selain itu, Anda tidak akan dapat melakukan sideload adb untuk menginstal AAB. Anda harus menggunakan bundletool sumber terbuka untuk mendapatkan APK yang benar yang kompatibel dengan perangkat Anda. Saat AAB menjadi lebih umum, metode sideloading yang baru dan nyaman mungkin muncul. Perlu diingat, hanya mengesampingkan APK Dasar akan macet di perangkat Anda.
APK vs AAB: Keuntungan dan Kerugian
Setelah melalui semua poin, Anda dapat mengetahui bahwa AAB tidak akan membuat banyak perbedaan dalam hal pengalaman pengguna bagi sebagian besar pengguna. Ya, ini akan mengurangi ukuran aplikasi , yang akan berguna bagi sebagian besar pengguna. Misalnya – Airbnb mengurangi ukuran aplikasinya sebesar 22% setelah beralih dari APK ke AAB, sedangkan Netflix mengurangi ukuran aplikasinya sebesar 57%. Itu adalah perbedaan yang cukup besar dalam ukuran aplikasi. Selain itu, fitur aplikasi Instan yang ditinggalkan akan mendapatkan kehidupan baru dengan AAB di perangkat Android.
Namun, untuk pengguna yang kuat yang ingin melakukan sideload AAB, hal-hal akan menjadi sedikit rumit dan tidak nyaman. Anda mungkin harus menggunakan bundletool untuk mengekstrak APK untuk perangkat Anda atau menggunakan penginstal pihak ketiga. Satu hal yang perlu diperhatikan adalah AAB akan beralih dari OBB (Opaque binary blob) untuk mengunduh aset dan sumber daya yang besar. Sebaliknya, itu akan menggunakan Play Asset Delivery atau Play Feature Delivery untuk mengunduh sumber daya berat dengan ukuran unduhan 150MB atau lebih tinggi. Kita harus melihat bagaimana hal itu memengaruhi game sideloading seperti Battlegrounds Mobile India, PUBG Mobile, FAU-G, dan lainnya.
Adapun pengembang yang paling terpengaruh oleh perubahan ini, mereka tidak perlu memfaktorkan ulang kode mereka, dan itu bagus. AAB juga membawa modularitas, artinya mereka dapat mengubah cuplikan kode dan menggabungkannya dengan basis inti tanpa menghadapi banyak konflik penggabungan. Satu keuntungan besar dari AAB adalah menghadirkan opsi penyesuaian untuk pengembang . Mereka dapat memilih level API mana yang akan ditargetkan atau jenis perangkat mana yang akan didukung. Pengembang juga dapat memutuskan semua fitur apa yang akan dihadirkan pada jenis perangkat tertentu atau smartphone yang berjalan pada versi SDK minimum.
Adapun kerugiannya, inti masalahnya adalah berbagi kunci privat , yang sekarang akan dikelola oleh Google. Ketidakcocokan dengan toko aplikasi pihak ketiga mungkin menjadi masalah besar lainnya, dan pengembang harus berusaha lebih keras untuk menerbitkan dan mengelola APK (seperti Play Store saat ini) di toko aplikasi lain.
APK vs AAB (Android App Bundle): Bagaimana Menurut Anda?
Bagi saya, masalah terbesar dengan perubahan ini adalah ketergantungan yang berlebihan pada Google. Dengan perubahan ini, raksasa Mountain View memastikan bahwa Play Store tetap menjadi toko aplikasi de-facto di perangkat Android. Mulai dari menghosting aplikasi hingga mengelola kunci pribadi, Google kini mengontrol semua aspek publikasi dan distribusi aplikasi di Android. Pengembang mungkin senang dengan perubahan baru ini karena mereka tidak lagi harus mengelola banyak APK, tetapi bagaimana hasilnya bagi pengguna dalam jangka panjang? Kami belum tahu. Dengan pengembang menyerahkan kendali ke Google, apakah ini akan membawa perubahan yang baik? Kita harus menunggu dan melihat. Bagaimanapun, itu semua dari kami. Tapi beri tahu kami pendapat Anda tentang debat APK vs AAB ini di bagian komentar di bawah.