Cara mengganti screenshot App Store tanpa versi aplikasi baru
Kamu ingin mengganti screenshot di aplikasi yang sudah live hari ini, kamu buka App Store Connect, dan kolom screenshot di versi saat ini ternyata read-only. Itu memang cara kerja Apple, bukan bug. Screenshot adalah bagian dari metadata sebuah versi, dan begitu versi disetujui dan dirilis, metadatanya dibekukan. Berikut jalur-jalur yang benar-benar mengubah apa yang dilihat calon pengguna, dan berapa biayanya dalam hal unggah build serta waktu review.
Kenapa kolomnya terkunci
App Store Connect menyimpan screenshot terikat pada versi aplikasi tertentu. Saat aplikasimu live, versi itu berada dalam status released dan screenshot, deskripsi, serta kata kuncinya semuanya terkunci. Untuk mengedit salah satunya, kamu bekerja pada catatan versi terpisah yang bisa diedit, yaitu yang berstatus "Prepare for Submission". Listing yang live tetap menampilkan screenshot lama sampai versi baru disetujui dan dirilis menggantikannya.
Dokumentasi resmi Apple menyatakan ini dengan jelas: setelah aplikasimu disubmit dan disetujui, kamu harus membuat versi baru untuk memperbarui screenshot. Jadi pertanyaannya bukan "bisakah saya mengedit versi yang live" (tidak bisa). Melainkan "mekanisme mana yang menghasilkan perubahan paling kecil dan paling cepat."
Jalur 1: catatan versi baru (jalur default)
Ini jalur yang sudah dikenal kebanyakan developer. Di App Store Connect kamu membuat versi baru, membuka catatan "Prepare for Submission" yang bisa diedit, mengganti screenshot, lalu submit untuk review. Detail pentingnya: kamu tidak perlu merilis fitur baru atau perbaikan bug, tapi kamu tetap butuh build yang terlampir pada versi tersebut.
App Store Connect tidak akan menawarkan build yang sedang live di pemilih build versi baru. Jadi pada praktiknya kamu melakukan salah satu dari dua hal: memilih build lain yang sudah pernah kamu unggah (sisa dari upload TestFlight lama juga bisa dipakai), atau mengunggah binary baru dengan source code yang sama dan nomor build yang dinaikkan. Keduanya tidak menambah fungsi apa pun. Tapi build tetap harus ada, dan seluruh versi, termasuk screenshot, melewati App Review. Screenshot baru baru muncul setelah versi itu disetujui dan kamu merilisnya.
Pakai jalur ini kalau kamu memang mengubah lebih dari sekadar screenshot, misalnya deskripsi dan set kata kunci baru bersamaan dengan visualnya, karena semuanya bisa ikut dalam submission yang sama.
Jalur 2: Product Page Optimization (tanpa versi baru, tanpa build baru)
Product Page Optimization (PPO) adalah fitur A/B testing bawaan Apple, dan sekaligus jadi satu-satunya cara mengganti screenshot dan video pratinjau tanpa versi baru dan tanpa build baru sama sekali. Kamu membuat tes, menambahkan treatment dengan screenshot barumu, lalu submit treatment itu. Apple menyatakan secara langsung bahwa metadata ini bisa disubmit tanpa harus mengirimkan versi baru aplikasimu.
Syaratnya yang membuat ini tetap adil: materi kreatif baru tetap melewati App Review sebelum tes bisa berjalan. Satu pengecualiannya adalah mengurutkan ulang screenshot yang sudah disetujui dan sudah ada di store, yang tidak butuh review baru. Semua yang benar-benar baru tetap diperiksa lebih dulu.
PPO dirancang sebagai eksperimen, jadi hasilnya berupa estimasi kenaikan conversion rate, sebuah persentase dibandingkan halaman kamu saat ini lengkap dengan tingkat keyakinan atas datanya. Kalau kamu hanya ingin screenshot baru itu langsung live untuk semua orang tanpa pengujian terukur, kamu bisa membuat tes, menjalankannya, lalu menerapkan treatment pemenang ke halaman produk default-mu. Menerapkan treatment akan mengakhiri tes dan mendorong materi kreatif itu ke setiap calon pengguna, tetap tanpa perlu unggah binary.
Satu batasan yang perlu ditegaskan: screenshot dan video pratinjau bebas dari build lewat PPO, tapi ikon aplikasi alternatif tidak. Ikon harus dikompilasi ke dalam binary yang sudah ada di store, jadi ikon yang benar-benar baru tetap butuh build. Jangan sertakan ikon dalam penggantian screenshot yang bebas build.
Jalur 3: Custom Product Pages, untuk varian bertarget
Kalau kamu ingin set screenshot berbeda untuk audiens tertentu atau kampanye iklan, bukan perubahan pada listing utamamu, Custom Product Pages memungkinkanmu mempublikasikan versi alternatif dengan URL sendiri. Setiap varian direview terpisah dan diakses lewat tautan, jadi halaman default-mu tidak tersentuh. Ini lebih ke alat penargetan ketimbang alat "ubah listing yang live", tapi tetap layak dipertimbangkan saat kamu memutuskan cara memindahkan screenshot tanpa rilis aplikasi penuh.
Satu kolom yang bisa kamu ubah kapan saja: teks promosi
Teks promosi adalah satu-satunya kolom App Store yang bisa kamu edit tanpa versi baru dan tanpa App Review. Ini blok 170 karakter yang ada di bagian atas deskripsimu, dan perubahannya tayang sendiri dalam beberapa jam (Apple mengizinkan hingga 48 jam). Kolom ini tidak diindeks untuk peringkat kata kunci, jadi tidak akan menggeser posisi pencarianmu, tapi ini tempat yang tepat untuk kalimat yang bersifat mendesak selagi perubahan screenshot masih dalam review.
Jalur demi jalur: build dan review sekilas
Jalur mana yang sebaiknya dipilih
- Cuma mengganti screenshot, jalur tercepat. Product Page Optimization. Tanpa build, satu kali review untuk materi kreatif baru, lalu terapkan treatment-nya dan langsung live untuk semua orang.
- Mengganti screenshot sekaligus teks atau kata kunci. Catatan versi baru, sehingga seluruh pembaruan dikirim dalam satu submission.
- Visual berbeda untuk satu kampanye, bukan halaman utama. Custom Product Page.
- Kalimat yang harus tayang dalam satu jam ke depan. Teks promosi, sementara perubahan screenshot sesungguhnya masih dalam review.
Di mana peran Mokbi
Mokbi menjalankan seluruh proses refresh screenshot dari awal sampai akhir. Ia mendesain screenshot baru dan feature graphic Google Play, lalu menulis seluruh listing, judul, subjudul, deskripsi, dan teks promosi, serta menerjemahkan semuanya ke 50 bahasa dalam satu kali proses. Itulah bagian yang biasanya membuat refresh screenshot macet, dan Mokbi melakukannya dalam satu alur kerja saja.
Setelah itu, ia mempublikasikan. Mokbi mendorong listing dan aset yang sudah jadi langsung ke Google Play lewat Play Developer API, di mana keduanya langsung live, dan menyiapkan semuanya di App Store Connect siap untuk kamu submit. Apple mewajibkan langkah Submit terakhir dan App Review dilakukan dari akunmu sendiri, jadi satu klik itu tetap ada di tanganmu, tapi materi kreatif dan teksnya sudah siap, dalam setiap bahasa, tersimpan dalam versi baru atau tes Product Page Optimization begitu kamu membuka console.