Checklist pengajuan App Store (2026): dari build Xcode 26 hingga Submit for Review

Checklist pengajuan App Store adalah daftar hal yang harus siap bersamaan sebelum Anda mengajukan aplikasi: build yang berfungsi, listing yang akurat, jawaban privasi yang jujur, dan konteks yang cukup agar reviewer bisa menggunakan aplikasi Anda. Build yang lolos saja tidak cukup. Enam bagian di bawah mengikuti urutan yang diminta App Store Connect, dan masing-masing dibuka dengan jawaban singkat yang bisa langsung Anda tindak lanjuti.

Apa saja yang dibutuhkan pengajuan App Store sebelum Anda menekan Submit?

Pengajuan App Store membutuhkan build yang sudah diproses dan terpasang pada versi, metadata wajib untuk versi tersebut, screenshot, kebijakan privasi, detail kontak App Review, dan, jika aplikasi punya login, kredensial demo yang berfungsi. Daftar "Before You Submit" milik Apple di App Review Guidelines menambahkan dua hal lagi: "Aktifkan layanan backend agar berjalan dan dapat diakses selama review" serta jelaskan fitur yang tidak jelas di catatan review.

Pengaturan akun dan app record apa yang harus siap?

Anda memerlukan keanggotaan Apple Developer yang aktif, app record dengan bundle ID yang sama dengan build yang Anda tandatangani, dan seseorang di tim dengan peran Account Holder, Admin, atau App Manager. Itulah peran yang diwajibkan halaman Submit an app milik Apple untuk melakukan pengajuan.

Saat membuat record, pilih nama, bahasa utama, dan SKU. SKU bersifat internal dan tidak pernah dilihat pelanggan. Jika Anda menjual aplikasi berbayar atau in-app purchase, selesaikan dulu perjanjian berbayar, detail pajak, dan perbankan. Perjanjian yang belum ditandatangani bisa menahan peluncuran komersial meskipun build-nya baik-baik saja.

Persyaratan build apa yang berlaku untuk upload App Store di 2026?

Per Oktober 2026, halaman upcoming requirements milik Apple menyatakan "Aplikasi yang diunggah ke App Store Connect harus di-build dengan Xcode 26 atau lebih baru menggunakan SDK untuk iOS 26, iPadOS 26, tvOS 26, visionOS 26, atau watchOS 26" (sejak 28 April 2026). Halaman itu juga menyatakan aplikasi iOS dan iPadOS "harus menargetkan iOS 13 atau lebih baru" (sejak 9 September 2026).

• Naikkan build number di setiap upload, dan pastikan version number sesuai dengan rilis yang ingin Anda luncurkan.
• Perbarui image Xcode di CI (Codemagic, Expo EAS, GitHub Actions, dan sebagainya), bukan hanya di komputer Anda sendiri.
• Setelah pemrosesan selesai, jawab pertanyaan export compliance jika muncul dan pasang build yang sudah diproses ke versi.
• Instal build TestFlight di perangkat fisik. Uji onboarding, sign-in, kondisi offline, pembelian, dan restore purchases. Berjalan lancar di simulator tidak membuktikan build yang didistribusikan juga berfungsi.
• Baca email yang dikirim App Store Connect setelah upload. Peringatan ITMS soal privacy manifest atau versi SDK akan menjadi penghambat jika Anda abaikan.

Pedoman 2.1(a) terus terang soal akibatnya: "Kami akan menolak bundle aplikasi yang tidak lengkap dan binary yang crash atau menunjukkan masalah teknis yang jelas." Hapus layar placeholder, menu debug, dan tautan mati sebelum Anda melakukan archive. Rencana pengujian release build untuk 2.1 kami membahas pemeriksaan ini secara rinci.

Screenshot dan metadata apa yang diwajibkan App Store Connect?

Per Oktober 2026, spesifikasi screenshot Apple mewajibkan minimal satu screenshot untuk "iPhone dengan Dynamic Island (layar medium)", misalnya 1206 × 2622 atau 1179 × 2556 potret. Aplikasi yang berjalan di iPad juga memerlukan minimal satu screenshot iPad 13 inci, seperti 2064 × 2752 atau 2048 × 2732.

Anda "dapat mengunggah hingga 10 screenshot per ukuran perangkat dalam format .jpeg, .jpg, atau .png", dan "Gambar tidak boleh mengandung alpha channel atau transparansi." Jika antarmuka Anda sama di semua ukuran, unggah hanya resolusi wajib tertinggi dan App Store Connect akan memperkecilnya. Pedoman 2.3.3 menyatakan screenshot "harus menampilkan aplikasi saat digunakan, bukan sekadar gambar judul, halaman login, atau splash screen."

• Tulis deskripsi yang menjelaskan untuk siapa aplikasi ini dan apa yang bisa dilakukan pengguna di sesi pertamanya.
• Jaga agar nama, subtitle, dan keyword tetap relevan. Jangan mengulang keyword atau memakai nama kompetitor.
• Pastikan support URL dan URL kebijakan privasi bisa dibuka tanpa login.
• Isi kuesioner rating usia berdasarkan apa yang benar-benar ada dan bisa dilakukan di aplikasi.
• Tampilkan build terbaru di screenshot, termasuk paywall yang akan ditemui pengguna.

Bagaimana cara menyelaraskan jawaban privasi dengan aplikasi?

Untuk menyelaraskan jawaban privasi dengan aplikasi, daftarkan setiap SDK yang Anda sertakan beserta data yang dikumpulkannya, lalu gunakan daftar itu untuk mengisi App Privacy, menulis kebijakan privasi, dan mengatur perilaku di dalam aplikasi. Pedoman 2.3 menyatakan metadata Anda, "termasuk informasi privasi", harus mencerminkan aplikasi secara akurat.

Pedoman 5.1.1(i) menyatakan: "Semua aplikasi harus menyertakan tautan ke kebijakan privasinya di kolom metadata App Store Connect dan di dalam aplikasi dengan cara yang mudah diakses." Pedoman 5.1.1(v) menambahkan: "Jika aplikasi Anda mendukung pembuatan akun, Anda juga harus menyediakan penghapusan akun di dalam aplikasi." SDK analitik, crash reporting, iklan, dan login biasanya mengubah jawaban Anda, jadi audit dengan audit SDK untuk label privasi kami. Periksa juga bahwa aplikasi Anda dan setiap SDK yang dibundel menyertakan privacy manifest PrivacyInfo.xcprivacy yang mencakup setiap required-reason API yang digunakan.

Apa saja yang harus ada di App Review Information?

App Review Information harus berisi kontak yang akan membalas, kredensial demo yang berfungsi dan tidak kedaluwarsa, serta catatan yang mengarahkan reviewer langsung ke fitur inti Anda. Pedoman 2.1(a) meminta Anda "menyertakan info akun demo (dan menyalakan layanan back-end Anda!) jika aplikasi Anda memiliki login"; mode demo bawaan sebagai pengganti akun memerlukan persetujuan Apple terlebih dahulu.

Berikut contoh catatan review: "Masuk dengan akun review yang disediakan. Buka Library, pilih proyek contoh, lalu ketuk Export. Akun ini sudah membuka semua fitur premium. Fitur lokasi memakai kota simulasi, jadi tidak perlu bepergian." Jangan arahkan reviewer ke akun kosong, kode sekali pakai yang kedaluwarsa, atau alur yang hanya berfungsi saat Anda sedang online untuk menyetujuinya. Panduan menyiapkan akun demo kami menunjukkan cara membuat login reviewer yang andal.

Bagaimana cara mengajukan aplikasi untuk review di App Store Connect?

Untuk mengajukan aplikasi untuk review, pasang build ke versi, klik Add for Review, lalu klik Submit for Review. Add for Review saja tidak mengirim apa pun ke Apple. Urutan di bawah mengikuti halaman Submit an app milik Apple per Oktober 2026.

1. Di Apps, pilih aplikasi, lalu klik versi aplikasi di sidebar.
2. Gulir ke bagian Build dan pastikan build yang benar sudah terpasang.
3. Di bagian App Store Version Release, pilih rilis manual jika Anda ingin mengendalikan hari peluncuran, lalu klik Save.
4. Klik Add for Review dan pilih draf pengajuan yang sudah ada atau buat yang baru. Statusnya berubah menjadi Ready for Review.
5. Klik Submit for Review. Saat review dimulai, statusnya berubah menjadi In Review.
6. Simpan salinan metadata dan catatan yang diajukan, dan pantau email kontak review untuk pertanyaan.

Jika pengajuan ditolak, baca nomor pedoman dan penjelasan reviewer sebelum mengubah apa pun. Sebagian perbaikan hanya menyangkut metadata. Sebagian lain memerlukan build baru. Panduan penolakan App Store kami menjelaskan cara membedakan keduanya.

Apa yang salah bagi developer lain saat pengajuan?

Dalam kedua kasus publik di bawah, aplikasinya berfungsi di tangan developer, dan masalahnya baru muncul di build yang diunggah atau di sesi pertama reviewer.

Seorang developer di forum Adalo menerima penolakan pedoman 2.1: "kami tidak dapat masuk dengan kredensial akun demo yang Anda berikan." Kredensialnya valid, tetapi ketukan login pertama tidak berbuat apa-apa dan baru ketukan kedua yang berhasil, karena navigasi kondisional berjalan pada tombol login sebelum sesi pengguna terdaftar. Mereka memperbaikinya dengan mengarahkan tombol login ke layar transisi kosong yang menampung aksi kondisional, lalu mengajukan ulang.

Seorang developer di forum JUCE menerima "ITMS-91053: Missing API declaration" setelah upload, yang menyatakan upload baru "harus menyertakan array NSPrivacyAccessedAPITypes di privacy manifest aplikasi Anda." Kategori yang ditandai adalah SystemBootTime dan FileTimestamp, dan pengguna lain melaporkan UserDefaults. Solusinya adalah file PrivacyInfo.xcprivacy dengan kode alasan yang disetujui, ditambahkan sebagai resource Xcode. Versi pertama milik seorang pengguna tidak menyertakan key type, sehingga memicu ITMS-91056 karena manifest tidak valid sampai mereka memperbaikinya.

Kedua developer hanya menguji di lingkungan mereka sendiri. Uji build yang benar-benar diterima Apple dengan login baru, dan baca setiap email setelah upload, sebelum Anda menekan Submit for Review. Jika Anda ingin ada yang ikut memeriksa paket pengajuan Anda, lihat layanan pengajuan kami.