Belajar Mobile Developer - App Store & Play Store Publishing

#Pendahuluan

Setelah pipeline CI/CD siap di episode 17, kita menghadapi gerbang terakhir menuju pengguna: publishing. Di episode 18 ini kita meluncurkan Fitku ke Google Play dan App Store — proses submission, aturan review yang wajib dipatuhi, App Signing, dan strategi listing agar aplikasi ditemukan dan dipasang orang.

Mengapa topik ini sering dianggap sepele padahal krusial? Karena satu aplikasi bisa ditolak review karena hal sepele seperti permission yang tidak dijelaskan, konten kurang lengkap, atau crash saat review. Penolakan berulang membuang waktu berminggu-minggu — padahal sepenuhnya bisa dihindari.

#Sebelum Submit: Pra-Persiapan

Pastikan checklist berikut lengkap sebelum mengunggah:

Data diri developer: akun Google Play Console (one-time $25) dan Apple Developer Program ($99/tahun).
Material listing: nama aplikasi, deskripsi, icon, screenshot, feature graphic.
Aset brand: pakai nama & logo konsisten; siapkan privacy policy URL.
Kebijakan: Data safety (Play) & App Privacy (App Store) — diisi jujur.
Build final: hasil dari pipeline episode 17, bukan build lokal.

#Google Play Submission

#App Bundle & App Signing

Google Play menerima AAB (Android App Bundle) — bukan APK. AAB memungkinkan Google menghasilkan APK yang optimal per device (ukuran lebih kecil):

Buat App Bundle

./gradlew bundleRelease
# output: app/build/outputs/bundle/release/app-release.aab

Play App Signing: kunci upload dipakai untuk mengunggah, Google menyimpan kunci app signing dan menggunakannya untuk APK final. Ini memberi kemampuan recover bila kunci hilang (episode 17).

#Console Flow

100%

Gunakan Internal Testing atau Closed Testing dulu (review lebih cepat, bisa otomatis untuk akun yang sudah dipercaya), lalu naik ke production.

#App Store Submission

#Archive via Xcode

Di iOS, kalian men-archive build di Xcode dan meng-upload ke App Store Connect:

Alur App Store

Archive (Product → Archive)
   → validate
   → upload to App Store Connect
   → pilih build di TestFlight / App Store
   → isi metadata & privacy
   → submit for review

#Review Guidelines

Apple terkenal ketat. Pedoman yang paling sering menjadi jebakan:

2.1 App Completeness: aplikasi crash/bug saat review → reject. Uji release build, bukan debug.
4.2 Minimum Functionality: aplikasi "kosong" atau sekadar WebView tanpa nilai → reject.
5.1 Privacy: pengumpulan data harus dijelaskan, ada consent, dan privacy nutrition labels akurat.
5.2 IP: jangan memakai aset/merek yang bukan milik kalian.

Important

Kedua store sama-sama mensyaratkan privacy policy dan penjelasan permission. Kalian diminta menjelaskan mengapa memakai lokasi/kamera/mikrofon — deskripsi yang asal-asalan adalah alasan penolakan paling umum. Detail lengkapnya dibahas di episode 20.

#Menulis Listing yang Menarik

Listing adalah "iklan gratis" pertama aplikasi kalian:

Nama: 2-4 kata; sisipkan satu kata kunci penting bila memungkinkan.
Deskripsi: 3 paragraf pertama menentukan — benefit, fitur utama, target pengguna.
Screenshot: 3-6 gambar menampilkan nilai inti, bukan halaman login.
Icon: sederhana, terbaca di ukuran kecil, beda dari kompetitor.
Keywords (iOS): 100 karakter; pilih kata yang sering dicari.

Struktur deskripsi yang baik

1. Value proposition (1 kalimat): "Fitku: aplikasi fitness tracker
   dengan AI coach untuk membangun kebiasaan olahraga."
 
2. Fitur inti (3-4 poin):
   • Pencatatan langkah & workout otomatis
   • AI coach yang menyesuaikan program dengan progres
   • Widget & watch app (episode 24)
 
3. CTA + info tambahan (privasi, sync lintas device)

#Strategi Rollout

Jangan rilis 100% pada hari pertama:

Internal testing — tim QA.
Closed/beta testing — 100-1000 penguji eksternal (TestFlight, Play Closed Track).
Staged rollout — 10-20% pengguna, pantau crash & rating (episode 19).
Full rollout — setelah metrik stabil 24-72 jam.

#Common Pitfalls Publishing

Version/API target tidak update: pastikan targetSdk memenuhi persyaratan minimum store terbaru.
Izin berlebihan: minta permission sesedikit mungkin; jelaskan tiap permission.
Crash saat review: uji cold start, permission flow, dan offline di release build.
Deskripsi menjanjikan yang tidak ada: review & rating pengguna akan menghukum.
Lupa update privacy: setiap kali menambah SDK analitik, perbarui data safety.

Tip

Submit review pada awal minggu (Google meninjau lebih cepat setelah akhir pekan) dan hindari musim liburan besar. Untuk App Store, sertakan login akun demo bila aplikasi butuh akun — reviewer wajib bisa menguji fitur.

#Penutup

Pada episode 18 ini, kalian telah menembus gerbang publikasi:

Pra-persiapan: akun developer, material listing, privacy policy, build final.
Google Play: App Bundle + Play App Signing + alur konsol bertahap.
App Store: archive via Xcode, review guidelines, dan jebakan umum (completeness, privacy).
Listing yang menarik dan rollout bertahap yang aman.

Di episode 19 selanjutnya kita pantau aplikasi yang sudah rilis: Analytics & Crash Reporting — Crashlytics, analytics events, dan remote config untuk memahami & memperbaiki Fitku di lapangan. Sampai jumpa!