Google Play Store Listing Experiments: A/B Testing Tangkapan Layarmu (2026)
Di Google Play, kamu tidak perlu menebak apakah tangkapan layar pertama yang baru mengonversi lebih baik dari yang lama — kamu bisa mengujinya langsung di traffic Play Store yang sebenarnya. Store Listing Experiments sudah tersedia di Play Console di bawah Test and release → Store listing experiments (Google sudah beberapa kali memindahkan lokasi menunya; panduan lama menyebutnya "Grow → Store listing experiments"). Fitur ini gratis, berjalan di listing langsungmu, dan menangani pembagian traffic serta statistiknya untukmu.
Jika kamu merilis ke kedua toko, ini adalah padanan dari setup Apple. Kita sudah membahas sisi iOS di A/B testing tangkapan layar App Store dengan Product Page Experiments — ide yang sama, mekanisme berbeda. Post ini adalah pelengkap sisi Play-nya.
Cara kerja Store Listing Experiments
Kamu membuat eksperimen, memilih aset mana yang akan diuji (ikon aplikasi, tangkapan layar, grafis unggulan, video promo, deskripsi singkat, atau deskripsi lengkap), dan mengunggah hingga 3 varian bersama listing langsungmu saat ini — yang berperan sebagai kontrol. Google kemudian menampilkan varian-varian itu ke sebagian pengguna yang masuk ke halaman store-mu dan mengukur mana yang mendorong lebih banyak instalasi.
Ada dua metrik yang penting dalam hasilnya:
- Akuisisi (konversi listing store). Persentase pengunjung yang menginstal setelah melihat varian tertentu. Ini angka utama untuk pengujian tangkapan layar.
- Retensi penginstal pertama kali (retensi 1 hari). Apakah orang-orang yang tertarik oleh sebuah varian benar-benar bertahan sehari kemudian. Varian yang menarik lebih banyak instalasi tapi retensinya lebih buruk mungkin terlalu berlebihan menjanjikan.
Google menghitung interval kepercayaan per varian dan, saat sebuah varian melewati ambang kepercayaan yang kamu pilih, menyatakannya sebagai pemenang. Kamu bisa mengaktifkan notifikasi email supaya tidak perlu terus memantau dashboard. Menerapkan pemenang hanya perlu satu klik — tapi biasanya kamu tetap ingin mendorong aset pemenang lewat alur rilis/review normalmu supaya sisa listing-mu tetap konsisten.
Grafis default vs eksperimen terlokalisasi
Ini bagian yang sering bikin orang salah langkah, dan ini menentukan berapa banyak pengujian yang bisa kamu jalankan sekaligus.
- Eksperimen grafis default. Menguji aset di listing store default-mu — listing yang ditampilkan ke siapa saja yang tidak mendapat versi terlokalisasi. Pengguna yang mendapat aset terlokalisasi dikecualikan dari audiens eksperimen ini. Kamu hanya bisa menjalankan satu eksperimen grafis default dalam satu waktu.
- Eksperimen listing store terlokalisasi. Menguji aset (dan/atau teks) untuk bahasa tertentu. Kamu bisa menjalankan hingga 5 eksperimen terlokalisasi secara bersamaan — misalnya satu untuk bahasa Jerman, satu untuk bahasa Jepang, satu untuk bahasa Portugis Brasil, dan seterusnya, sekaligus.
Secara praktis: jika basis instalasimu terkonsentrasi di beberapa pasar tertentu, eksperimen terlokalisasi memungkinkanmu menguji pasar-pasar itu secara paralel alih-alih mengantre di belakang satu pengujian global. Dan jangan berasumsi satu bahasa sama dengan satu negara — memilih "English (United States)" tidak membatasi audiens ke AS saja; ini menargetkan semua orang yang mendapat listing terlokalisasi itu, di mana pun mereka berada.
Menyiapkan A/B test tangkapan layar
- Buka Store listing experiments dan buat satu. Pilih listing default atau listing terlokalisasi tertentu, dan beri nama yang masih kamu pahami tiga minggu kemudian ("Tangkapan layar utama — teks berbasis manfaat v2").
- Pilih asetnya. Pilih screenshots. Uji satu elemen per eksperimen — jangan mengubah ikon dan tangkapan layar dalam pengujian yang sama, atau kamu tidak akan tahu mana yang benar-benar berpengaruh.
- Unggah hingga 3 varian. Listing langsungmu adalah kontrol. Setiap varian adalah satu set tangkapan layar lengkap, dengan dimensi Play yang benar — lihat panduan ukuran tangkapan layar Google Play untuk spesifikasi lengkapnya.
- Tentukan audiens, tingkat kepercayaan, dan MDE. Alokasikan traffic antar varian (umumnya rata — 50/50 untuk satu varian vs kontrol, atau sekitar sepertiga masing-masing untuk tiga varian). Pilih tingkat kepercayaan (90%, 95%, 98%, atau 99%) dan efek minimum yang bisa dideteksi — peningkatan terkecil yang layak dideteksi, bisa diatur sekitar 0,5%–6%. Play Console menampilkan kondisi penyelesaian supaya kamu tahu apa yang kamu sanggupi sebelum mulai.
- Jalankan dan biarkan berjalan sendiri. Tahan godaan untuk mengintip dan menghentikannya lebih awal begitu satu varian terlihat unggul. Biarkan berjalan sampai kondisi yang kamu tetapkan tercapai.
Ukuran sampel, durasi, dan mencapai signifikansi
Jawaban jujur untuk pertanyaan "berapa lama harus dijalankan?" adalah: sampai mencapai kondisi signifikansi yang kamu tetapkan — bukan jumlah hari yang tetap. Tapi ada batas bawah dan batas atas yang nyata di dunia praktik.
- Jalankan minimal 7 hari. Perilaku instalasi berfluktuasi antara hari kerja dan akhir pekan. Kurang dari satu minggu penuh menambahkan bias hari-dalam-minggu ke hasilmu. Dua minggu (14 hari) adalah default yang umum dan lebih aman, dan aplikasi dengan traffic rendah sering butuh 28 hari.
- Cukup instalasi per varian agar berarti. Signifikansi adalah fungsi dari volume instalasimu, jumlah varian, tingkat kepercayaanmu, dan MDE-mu. Sebagai target kerja kasar, targetkan sekitar 1.000+ instalasi per varian sebelum kamu memercayai hasilnya — lebih banyak lagi jika kamu menetapkan tingkat kepercayaan tinggi atau MDE kecil.
- Setelan yang lebih ketat menghabiskan lebih banyak traffic. Tingkat kepercayaan 99% atau MDE 0,5% butuh jauh lebih banyak penginstal dibanding 90% / 3%. Jika aplikasimu bervolume rendah, konfigurasi yang terlalu menuntut mungkin tidak pernah mencapai signifikansi — longgarkan MDE-nya atau terima 90%.
Pengujian yang berakhir "tidak meyakinkan" adalah hasil yang nyata, bukan kegagalan. Biasanya artinya varian-variannya terlalu mirip untuk dibedakan di level traffic-mu, atau kamu tidak menjalankannya cukup lama. Keduanya bisa diperbaiki — buat varian yang lebih jelas berbeda, atau beri lebih banyak waktu.
Batas jumlah varian dan implikasinya
Tiga varian melawan kontrol adalah batas maksimal per eksperimen. Itu fitur, bukan batasan yang perlu dilawan: setiap varian tambahan membagi traffic-mu jadi lebih tipis dan mendorong signifikansi semakin jauh. Dengan tiga penantang, kamu sudah membagi traffic store-mu jadi empat bagian (kontrol + 3). Bagi kebanyakan aplikasi, menguji satu penantang yang berani dan jelas-jelas berbeda melawan kontrol mencapai kesimpulan lebih cepat dibanding empat variasi setengah-setengah.
Gunakan slot-slot itu untuk hipotesis yang benar-benar berbeda — manfaat utama yang berbeda, gaya visual yang berbeda, layout portrait vs multi-panel lebar — bukan untuk variasi tipis dari ide yang sama.
Jebakan yang harus dihindari
- Mengubah lebih dari satu variabel. Tangkapan layar baru dan deskripsi singkat baru dalam satu pengujian = hasil yang tidak bisa ditafsirkan. Isolasi variabelnya.
- Menghentikan lebih awal karena ada "pemenang". Keunggulan di awal cenderung berbalik. Menetapkan pemenang di hari ke-3 karena satu varian unggul 8% adalah cara paling percaya diri untuk merilis listing yang lebih buruk.
- Menjalankan kurang dari 7 hari. Kamu hanya akan menangkap sebagian siklus mingguan dan melewatkan sisanya.
- Statistik terlalu ketat pada aplikasi dengan traffic rendah. Menuntut 99% / MDE 0,5% dengan instalasi yang sederhana hanya menjamin pengujian yang tidak meyakinkan dan menghabiskan banyak waktu.
- Mengabaikan retensi 1 hari. Tangkapan layar yang terlalu berlebihan menjanjikan bisa mendongkrak instalasi sekaligus menjatuhkan retensi. Pantau kedua angkanya.
- Lupa pembagian default/terlokalisasi. Eksperimen grafis default tidak menyentuh pengguna di listing terlokalisasi — jika audiensmu sebagian besar terlokalisasi, uji di sana.
- Hanya menguji tangkapan layar terakhir. 2-3 panel pertama melakukan sebagian besar pekerjaan meyakinkan di Play Store. Uji itu dulu. (Lebih lanjut soal perbedaan Play dari Apple di sini: Perbedaan tangkapan layar Play Store vs App Store.)
Di mana Mokbi berperan
Mokbi tidak menjalankan A/B test-nya — itu tugas Play Console, dan itu gratis. Yang membuat kebanyakan tim melambat adalah membuat varian-variannya di awal: penantang yang kredibel berarti satu set tangkapan layar lengkap, dengan dimensi Play yang benar, dengan teks dan layout yang benar-benar diubah. Di Mokbi kamu mendesain satu set di browser, lalu menduplikasinya dan mengganti teks utama, layout, atau latar untuk membuat varian B — dan menerjemahkan teksnya sekali klik jika kamu menjalankan eksperimen terlokalisasi lintas pasar. Desain gratis dengan pratinjau bertanda air; ekspor tanpa tanda air tanpa batas dan penerbitan ke store hadir bersama langganan — Solo €29.99/mo (1 aplikasi) atau Studio €49.99/mo (hingga 5 aplikasi), tanpa pembelian satu kali. Mokbi mempercepat pembuatan penantangnya; Play Console yang menentukan siapa pemenangnya.