Google Play: apa itu, publikasi aplikasi dan konsol pengembang

Apa itu Google Play?

Google Play — platform distribusi digital dari Google yang menggabungkan toko aplikasi, game, film, buku, dan musik. Diluncurkan pada 22 Oktober 2008 dengan nama Android Market, platform ini berganti nama menjadi Google Play pada Maret 2012. Berbeda dengan App Store dari Apple, Google Play bukan satu-satunya saluran instalasi aplikasi Android — pengguna dapat menginstal APK dari sumber pihak ketiga (sideloading), menggunakan toko alternatif (Samsung Galaxy Store, Amazon Appstore, F-Droid), namun sebagian besar pengguna menggunakan Google Play.

Menurut data Google I/O 2026, audiens bulanan Google Play melebihi 2,8 miliar pengguna aktif dari 190+ negara. Jumlah aplikasi yang tersedia — lebih dari 3,2 juta. Harga rata-rata aplikasi lebih rendah daripada di App Store — banyak pengembang menggunakan model gratis dengan iklan atau pembelian dalam aplikasi. Google Play juga mencakup bagian untuk tablet (Large Screen Apps), Wear OS, Android TV, Android Auto, dan Chromebook.

Google Play menawarkan alat unik untuk Android: Google Play Protect — antivirus bawaan yang memeriksa setiap aplikasi sebelum dan sesudah instalasi; Android Vitals — analitik kinerja aplikasi (ANR, tingkat crash, waktu mulai); Google Play Integrity — API untuk memverifikasi keaslian perangkat dan aplikasi (pengganti SafetyNet Attestation). Play Integrity wajib untuk aplikasi yang bekerja dengan data sensitif dan pembayaran.

Google Play Console: fitur dan pengaturan

Google Play Console — alat pengembang pusat untuk mengelola aplikasi di Google Play. Tersedia di play.google.com/console. Untuk memulai, diperlukan akun pengembang (pembayaran satu kali $25) dan verifikasi identitas. Play Console menyediakan siklus manajemen aplikasi lengkap: dari mengunggah AAB pertama hingga analitik penjualan dan laporan crash.

Bagian utama Play Console: Dashboard — statistik umum untuk semua aplikasi (instalasi, penghapusan, crash, peringkat, pendapatan); Release — manajemen versi dan trek (Production, Open Beta, Closed Beta, Internal Testing); Growth — alat promosi (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (tingkat ANR, tingkat crash, waktu mulai, waktu render); Monetization — pengaturan produk, langganan, Google Play Pass; Users & Permissions — manajemen akses tim.

Trek pengujian Google Play — perbedaan utama dari App Store. Internal Testing — hingga 100 penguji, tidak memerlukan tinjauan, pembaruan dipublikasikan segera. Closed Testing (Alpha) — hingga 100 penguji, memerlukan tinjauan. Open Testing (Beta) — jumlah penguji tidak terbatas, aplikasi tersedia di Google Play untuk semua yang terdaftar dalam pengujian. Disarankan untuk mempublikasikan aplikasi terlebih dahulu di Internal Testing, kemudian di Closed/Open Beta, dan baru kemudian di Production.

// Google Play Billing Library 6.x — pemeriksaan langganan
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // Pembelian berhasil — memproses pembelian
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Klien siap digunakan
                }
            }
            override fun onBillingServiceDisconnected() {
                // Menyambung ulang
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // Verifikasi pembelian di server
        // 1. Kirim purchaseToken ke server Anda
        // 2. Server memverifikasi melalui Google Play Developer API
        // 3. Jika berhasil — buka fungsionalitas
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Kelas PlayBillingManager mendemonstrasikan cara kerja dengan Google Play Billing Library 6.x: membuat koneksi dengan BillingClient, meminta detail produk (langganan atau pembelian satu kali), memproses hasil pembelian melalui PurchasesUpdatedListener. Verifikasi harus dilakukan di server melalui Google Play Developer API dengan token purchaseToken — jangan pernah hanya mengandalkan verifikasi lokal, karena pembelian bisa dipalsukan.

Proses publikasi aplikasi di Google Play

Publikasi di Google Play — proses multi-tahap yang mencakup pendaftaran akun, persiapan aplikasi, pengaturan di Play Console, unggah AAB, melewati pemeriksaan, dan publikasi. Dibandingkan dengan App Store, prosesnya kurang formal: Google mengandalkan pemeriksaan otomatis (Play Integrity, pemindaian malware melalui Google Play Protect), bukan moderasi manual setiap aplikasi.

Tahap 1: Pendaftaran akun pengembang

Untuk publikasi, diperlukan akun Google dan pendaftaran di Google Play Console sebesar $25 (pembayaran satu kali). Setelah pembayaran, diperlukan verifikasi identitas: unggah dokumen identitas (paspor atau SIM) dan konfirmasi alamat. Proses verifikasi memakan waktu 24 jam hingga 2 minggu. Tanpa verifikasi, aplikasi tidak akan dipublikasikan di trek Production.

Tahap 2: Membangun AAB dan mengisi Store Listing

Google merekomendasikan format AAB (Android App Bundle) sejak Agustus 2021 — APK tidak lagi diterima untuk aplikasi baru. AAB memungkinkan Google Play menghasilkan APK yang dioptimalkan untuk setiap jenis perangkat (ABI berbeda, layar, bahasa), mengurangi ukuran unduhan sebesar 15-35%. Pembangunan dilakukan melalui Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB ditandatangani melalui Play App Signing — Google menyimpan kunci tanda tangan di sisinya.

Store Listing — halaman aplikasi di Google Play: nama (50 karakter), deskripsi singkat (80 karakter), deskripsi lengkap (4000 karakter), tangkapan layar (minimal 2, hingga 8; untuk telepon 5", 6.5", untuk tablet 7"+), ikon (512x512), grafik unggulan (1024x500), video promosi (YouTube). Deskripsi singkat adalah yang terpenting untuk pencarian Google Play — diindeks dan ditampilkan di hasil. Deskripsi lengkap diindeks, tetapi kurang penting untuk pencarian.

Tahap 3: Memilih trek dan publikasi

Setelah mengunggah AAB, pengembang memilih trek: Internal Testing (hingga 100 penguji, tanpa tinjauan), Closed Testing (Alpha, hingga 100 orang, dengan tinjauan), Open Testing (Beta, tidak terbatas, dengan tinjauan), atau Production. Disarankan memulai dengan Internal Testing — menguji di perangkat nyata, kemudian Closed Testing untuk verifikasi lebih luas, dan baru kemudian — Production. Untuk Open Testing dan Production, diperlukan minimal 12 jam dan 20 penguji di Closed Testing dalam 14 hari terakhir untuk akun baru (kebijakan Google Play 2024).

Setelah publikasi, aplikasi muncul di Google Play dalam 1-24 jam. Pembaruan pertama dapat diperiksa secara komprehensif. Google Play secara otomatis memindai setiap aplikasi untuk kode berbahaya melalui Google Play Protect. Jika ancaman terdeteksi, aplikasi dapat dihapus dari publikasi dan akun pengembang dapat diblokir.

Persyaratan Google Play untuk targetSdkVersion

Google Play menetapkan persyaratan wajib untuk targetSdkVersion untuk publikasi dan pembaruan aplikasi. Setiap tahun Google meningkatkan targetSdk minimum untuk memastikan aplikasi menggunakan perubahan perilaku keamanan terkini. Sejak Agustus 2024, targetSdk minimum — API 33; sejak Agustus 2025 — API 34; sejak Agustus 2026 — API 35 (Android 15).

Aplikasi yang tidak memenuhi persyaratan diblokir — tidak dapat dipublikasikan atau diperbarui. Aplikasi yang sudah dipublikasikan dengan targetSdk rendah tetap berfungsi di toko, tetapi untuk pembaruan diperlukan peningkatan targetSdk. Google Play Console memberi peringatan 90 hari sebelum peningkatan ambang batas. Banyak pengembang menunda pembaruan hingga saat terakhir, yang menciptakan risiko pemblokiran aplikasi saat perbaikan bug mendesak.

Peningkatan targetSdkVersion memerlukan pemeriksaan semua perubahan perilaku yang diperkenalkan antara targetSdk lama dan baru. Sebagai contoh, saat migrasi dari API 33 (Android 13) ke API 35 (Android 15) perlu diperiksa: Foreground Service Types (API 34) — deklarasi wajib jenis layanan di manifes; Privacy Sandbox (API 35) — batasan pada pengenal iklan; PhotoPicker (API 34+) — penggantian akses langsung ke galeri dengan pemilih sistem; batasan baru layanan latar belakang. Setiap perubahan perilaku mungkin memerlukan perubahan kode.

Play Console API untuk otomatisasi pemeriksaan

Google Play Developer API (REST) memungkinkan otomatisasi pemeriksaan targetSdk untuk semua aplikasi di akun. Metode applications.get mengembalikan informasi tentang targetSdkVersion. Disarankan untuk mengatur pemantauan melalui API 120 hari sebelum tenggat waktu untuk mendapatkan daftar aplikasi yang memerlukan pembaruan. Untuk aplikasi dengan volume kode besar, perkiraan upaya — dari 2 hari hingga 2 minggu untuk perubahan perilaku.

// Pemeriksaan kepatuhan targetSdk dalam kode aplikasi
import android.os.Build

class TargetSdkCompliance {

    // TargetSdk minimum yang diwajibkan Google Play pada 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Pemeriksaan: apakah perlu memproses behavioural change API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types wajib untuk targetSdk >= 34
        return targetSdk >= 34
    }

    // Pemeriksaan: apakah perlu memproses Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Pemeriksaan kepatuhan sebelum pembangunan
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk lebih rendah dari $REQUIRED_TARGET_SDK yang diwajibkan")
        }

        if (targetSdk >= 34) {
            // Pastikan semua foreground-service memiliki type di manifes
            warnings.add("Periksa: semua foreground-service mendeklarasikan type di AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Periksa: Privacy Sandbox, batasan Advertising ID")
        }

        return warnings
    }
}

Kelas TargetSdkCompliance memeriksa kepatuhan targetSdk sebelum pembangunan. Metode validateCompliance mengembalikan daftar peringatan tentang perubahan perilaku yang diperlukan untuk targetSdk yang diberikan. Gunakan kode seperti ini di CI/CD untuk pemeriksaan kepatuhan otomatis sebelum mengirim build ke Google Play Console. Di IT Sectr, kami menerapkan pemeriksaan ini di CI setelah salah satu proyek diblokir karena targetSdk yang terlewatkan.

Monetisasi di Google Play: In-App Billing, langganan, dan AdMob

Monetisasi di Google Play mencakup beberapa model: unduh berbayar, In-App Products (pembelian satu kali: consumable — mata uang game; non-consumable — penghapusan iklan), langganan (auto-renewable subscriptions melalui Google Play Billing), iklan (AdMob, Google Ad Manager, jaringan pihak ketiga), dan Google Play Pass (langganan paket aplikasi, pendapatan dibagi antara pengembang berdasarkan waktu penggunaan).

Google Play Billing Library (versi saat ini — 7.x pada 2026) — alat wajib untuk menjual barang digital di dalam aplikasi. Sistem pembayaran alternatif dilarang untuk barang digital (pengecualian — Korea Selatan, India, EU Digital Markets Act). Billing Library 7.x memerlukan migrasi dari pembelian berbasis SKU ke model berbasis produk (ProductDetails alih-alih SkuDetails) dan mendukung Kotlin Coroutines dan Flow untuk operasi asinkron.

Komisi Google Play: 30% standar, 15% untuk $1 juta pendapatan pertama per tahun (mirip dengan Apple Small Business Program). Setelah mencapai ambang batas $1 juta, komisi kembali ke 30% untuk sisa tahun. Langganan: 30% tahun pertama, 15% mulai tahun kedua (analog dengan App Store). Untuk program Google Play Pass — pendapatan didistribusikan berdasarkan engagement (waktu penggunaan aplikasi oleh pelanggan Pass), bukan komisi tetap.

AdMob dari Google — alat utama monetisasi iklan. Mendukung iklan banner, interstisial, native, rewarded (berhadiah). Google Analytics untuk Firebase terintegrasi dengan AdMob untuk melacak konversi iklan ke tindakan yang ditargetkan. Sejak Android 14+ (API 34) diperlukan Google Play Services for Ads 22.0+ dan Handling Ad Responses API untuk kepatuhan terhadap Privacy Sandbox. Monetisasi iklan — 0% komisi — pilihan populer untuk aplikasi gratis dengan audiens besar.

Moderasi Google Play: pemeriksaan dan kebijakan

Moderasi Google Play (Google Play Policy Review) berbeda dari App Store — Google mengandalkan pemeriksaan otomatis dan moderasi manual selektif, bukan pemeriksaan manual 100% setiap aplikasi. Sistem otomatis memindai AAB/APK untuk kode berbahaya, pelanggaran kebijakan (Spyware, Deceptive Behavior, pelanggaran SDK), dan ketidaksesuaian dengan persyaratan targetSdk. Saat pelanggaran terdeteksi, aplikasi dapat ditolak atau dihapus dari publikasi.

Google Play menerbitkan Developer Program Policies — seperangkat aturan yang mencakup konten, perilaku aplikasi, monetisasi, dan privasi. Bagian utama: Restricted Content (kekerasan, kebencian, aktivitas ilegal), Deceptive Behavior (klaim palsu, meniru aplikasi lain), Monetization and Ads (iklan jujur, kepatuhan terhadap kebijakan IAP), Privacy and Security (pengumpulan data, enkripsi), Store Listing and Promotion (deskripsi akurat, kategorisasi yang benar).

Google secara aktif memerangi spyware dan deceptive SDK. Pada 2024-2025, Google menghapus lebih dari 1,5 juta aplikasi yang melanggar kebijakan privasi. Perhatian khusus — SDK yang mengumpulkan data tanpa sepengetahuan pengguna (pelacakan lokasi tanpa izin, membaca kontak dan SMS). Sebelum publikasi, periksa SDK yang digunakan untuk kepatuhan terhadap Google Play Policy — banyak SDK populer (misalnya, beberapa jaringan iklan) telah diblokir karena pelanggaran kebijakan.

Proses banding: jika aplikasi ditolak, pengembang menerima pemberitahuan di Play Console dengan alasan dan rekomendasi. Banding dapat diajukan melalui Play Console → Policy → Appeals. Waktu pemeriksaan — hingga 7 hari. Pelanggaran berulang terhadap kebijakan yang sama menyebabkan peringatan (strike), tiga kali pelanggaran — blokir akun pengembang. Pemulihan akun yang diblokir adalah proses yang sangat sulit, memerlukan permohonan tertulis dan bukti perbaikan pelanggaran.

Untuk meminimalkan risiko: gunakan Google Play Integrity API untuk memverifikasi keaslian permintaan, terapkan Data Safety Section (wajib sejak 2023 — sebutkan semua data yang dikumpulkan dan tujuan pengumpulan), periksa semua SDK untuk kepatuhan terhadap Developer Program Policies, gunakan Play Console Policy Insights untuk melacak potensi pelanggaran sebelum publikasi. Dalam pengembangan di IT Sectr, kami memeriksa setiap aplikasi melalui internal testing di perangkat nyata sebelum rilis Production.