Cara Publish Aplikasi di App Store: dari TestFlight sampai Disetujui
Untuk publish aplikasi di App Store, daftar ke Apple Developer Program (99 USD per tahun per November 2026), buat aplikasi di App Store Connect, upload build yang sudah ditandatangani, uji lewat TestFlight, tambahkan screenshot, deskripsi, detail privasi, dan age rating, lalu klik Add for Review dan Submit for Review. Apple meninjau setiap submission secara manual, biasanya dalam satu sampai dua hari, dan setelah disetujui kamu merilisnya ke App Store. Panduan ini mengikuti jalur tersebut layar demi layar dan mencantumkan masalah yang paling sering membuat aplikasi dikembalikan.
Masih membangun? Mulai dari cara membuat aplikasi iPhone.
Yang perlu disiapkan sebelum mulai
- Keanggotaan Apple Developer Program, sebagai individu (nama legalmu tercantum sebagai penjual) atau organisasi (perlu D-U-N-S Number, email domain perusahaan, dan website yang aktif).
- Build aplikasi yang sudah ditandatangani, diupload ke App Store Connect. Biasanya dari Xcode atau Transporter milik Apple, atau oleh layanan yang membangun untukmu.
- URL kebijakan privasi dan URL dukungan dengan detail kontak yang selalu diperbarui. Apple mewajibkan keduanya untuk setiap aplikasi.
- Screenshot: 1 sampai 10 per ukuran perangkat yang dibutuhkan, dalam format JPEG atau PNG tanpa transparansi. App Store Connect menunjukkan ukuran mana yang dibutuhkan; saat artikel ini ditulis, itu adalah ukuran iPhone 6,9 inci (atau 6,5 inci jika kamu tidak menyediakan 6,9 inci), ditambah ukuran iPad jika aplikasimu berjalan di iPad.
- Akun demo jika ada bagian aplikasi yang berada di balik login.
Langkah 1: Daftar ke Apple Developer Program
Masuk dengan Apple Account yang sudah mengaktifkan autentikasi dua faktor, lalu daftar. Individu biasanya disetujui dengan cepat. Organisasi sebaiknya memberi waktu ekstra, karena Apple memverifikasi status legal perusahaan dan kewenangan kamu untuk menandatangani atas nama perusahaan. Jika belum punya D-U-N-S Number, kamu bisa memintanya gratis di sebagian besar negara, meski penerbitannya butuh waktu.
Langkah 2: Buat app record
Di App Store Connect, buka Apps, klik + lalu pilih New App. Isi:
- Platform: iOS.
- Name: nama yang akan tampil di App Store, dan harus unik di toko.
- Primary language.
- Bundle ID: pengenal aplikasi, misalnya com.perusahaanmu.aplikasimu. Harus sama dengan build.
- SKU: kode internal bebas.
Apple tidak mengizinkan alat luar untuk membuat record ini, jadi kamu yang membuatnya sekali saja.
Langkah 3: Upload build
Jika membangun dengan Xcode, archive aplikasinya lalu upload dari Organizer. Build juga bisa diupload dengan Transporter atau lewat App Store Connect API.
Jika membangun dengan Mythex
Di paket Pro, Mythex membangun aplikasi yang kamu publish sebagai aplikasi iPhone di Mac miliknya sendiri, lalu mengupload-nya ke TestFlight kamu. Kamu tidak perlu Mac atau Xcode. Pengaturannya memakan beberapa menit:
- Di App Store Connect, buka Users and Access → Integrations → App Store Connect API lalu buat Team key dengan role Admin.
- Unduh file .p8. Apple hanya mengizinkan unduhan sekali, jadi simpan dengan aman.
- Masukkan file itu ke panel Connect App Store di Mythex, lalu tempelkan Issuer ID yang tertera di atas daftar key. Mythex memeriksa key tersebut ke Apple sebelum menyimpannya.
Pada build pertama, Mythex memberi tahu nama dan Bundle ID yang tepat untuk dipakai saat membuat app record di Langkah 2. Ketika kartu build menunjukkan In TestFlight, Apple memproses build itu sekitar 10 sampai 30 menit, lalu build siap untuk penguji. Lihat pembuat aplikasi iOS Mythex untuk info selengkapnya.
Langkah 4: Uji dengan TestFlight
TestFlight adalah kanal beta resmi Apple, dan sebaiknya dipakai dengan benar sebelum review:
- Penguji internal: hingga 100 anggota tim App Store Connect kamu. Mereka bisa menginstal build begitu selesai diproses.
- Penguji eksternal: hingga 10.000 orang, diundang lewat email atau tautan publik. Build pertama yang kamu tambahkan ke grup eksternal menjalani beta review singkat.
- Masa berlaku build: setiap build bisa diuji selama 90 hari.
Penguji memasang aplikasi TestFlight, menerima undangan, lalu menginstal build kamu. Minta mereka menjalankan tugas utama, bukan sekadar membuka aplikasi. Panduan kami tentang cara menjalankan uji beta membahas cara mencari penguji dan mengumpulkan masukan mereka.
Langkah 5: Lengkapi listing App Store
Di halaman versi aplikasi, tambahkan:
- Screenshot untuk setiap ukuran yang dibutuhkan, yang menampilkan layar asli.
- Promotional text (opsional) dan deskripsi yang menjelaskan dengan jelas apa yang dilakukan aplikasi.
- Keywords, dipisahkan dengan koma. Jangan mengulang nama aplikasi atau menyebut nama pesaing.
- Support URL dan, jika mau, marketing URL.
- Version number dan copyright.
Di bagian App Information, atur kategori, URL kebijakan privasi, dan age rating dengan menjawab kuesioner Apple. Di Pricing and Availability, pilih harga (atau gratis) dan negaranya.
Langkah 6: Isi App Privacy
App Privacy mencantumkan data yang dikumpulkan aplikasi, seperti email, nama, lokasi, atau data penggunaan, bagaimana data itu dipakai, dan apakah data itu dikaitkan dengan pengguna. Informasi ini muncul di halaman App Store kamu sebagai “nutrition label” privasi. Sertakan juga data yang dikumpulkan oleh kode pihak ketiga, seperti analitik atau penyedia login.
Bagian ini hanya tersedia di situs App Store Connect, tidak lewat alat luar. Jika memakai Mythex, agent akan memberi tahu apa yang harus kamu jawab berdasarkan apa yang sebenarnya dilakukan aplikasimu.
Langkah 7: Tambahkan informasi review dan submit
Di App Review Information, isi nama kontak, nomor telepon, dan email, serta akun demo yang berfungsi. Tambahkan catatan jika ada yang perlu dijelaskan, misalnya “tab Bookings hanya menampilkan kelas setelah kamu bergabung ke salah satu kelas”.
Lalu pilih build yang sudah kamu uji, klik Add for Review, dan Submit for Review. Hanya satu versi per platform yang bisa berada dalam review pada satu waktu.
Dengan Mythex, kamu bisa meminta agent mengerjakan bagian ini. Agent melampirkan build, mengisi apa yang bisa diisi, dan meminta persetujuanmu sebelum submit.
Langkah 8: Tunggu, jawab, rilis
Apple menyatakan setidaknya separuh submission ditinjau dalam waktu kurang dari 24 jam dan 90% dalam 48 jam. Kamu akan mendapat email saat statusnya berubah. Jika Apple punya pertanyaan atau menolak build, pesannya muncul di bagian App Review di App Store Connect; jawab di sana, perbaiki masalahnya, lalu submit ulang.
Setelah disetujui, aplikasi dirilis otomatis atau ditahan sampai kamu merilisnya secara manual, tergantung pilihanmu. Kamu juga bisa menjadwalkan tanggal rilis.
Mengapa aplikasi ditolak, dan cara menghindarinya
- Aplikasi belum lengkap (guideline 2.1). Crash, teks placeholder, tautan mati, atau login demo yang hilang. Apple menyatakan ini menjadi penyebab lebih dari 40% masalah yang belum terselesaikan. Uji setiap tombol di iPhone sungguhan sebelum submit.
- Website yang dibungkus ulang (guideline 4.2). Apple mengharapkan fitur, konten, dan antarmuka yang melampaui website dalam bingkai. Berikan tata letak yang mengutamakan ponsel, akun, data tersimpan, dan tugas nyata. Ini sangat penting untuk aplikasi web yang dibungkus, termasuk yang dibuat dengan Mythex.
- Tidak ada penghapusan akun di dalam aplikasi (guideline 5.1.1(v)). Jika orang bisa membuat akun di dalam aplikasi, mereka juga harus bisa menghapusnya di dalam aplikasi.
- Penjualan digital di luar in-app purchase (guideline 3.1.1). Membuka fitur atau konten dengan uang di dalam aplikasi wajib menggunakan in-app purchase Apple.
- Detail privasi yang tidak sesuai dengan aplikasi. Pastikan App Privacy, kebijakan privasi, dan perilaku aplikasi saling cocok.
Jika kamu butuh halaman kebijakan, panduan kami tentang cara menulis syarat layanan dan kebijakan privasi menjelaskan apa saja yang perlu dimasukkan.
Memperbarui aplikasi nanti
Untuk setiap versi baru, naikkan nomor versi, upload build baru, tulis teks “What's New”, lalu submit lagi. Setiap submission ditinjau.
Jika aplikasimu adalah aplikasi web yang dibungkus, seperti aplikasi Mythex, sebagian besar perubahan harian sampai ke pengguna iPhone saat kamu mempublish aplikasi web, karena aplikasi ponsel akan membukanya. Kamu mengirim versi baru terutama untuk perubahan pada shell aplikasi, seperti ikon, nama, atau izin. Jika Apple sudah menyetujui nomor versi tertentu, Mythex menaikkannya (misalnya dari 1.0 ke 1.1) sebelum membangun ulang.
Publish di Android juga
Proses Google berbeda: biaya sekali bayar, jalur pengujian, dan untuk akun perorangan baru, closed test 14 hari dengan 12 penguji. Lihat cara publish aplikasi di Google Play.
Pertanyaan
Berapa biaya untuk memasukkan aplikasi ke App Store?
Apple Developer Program berbiaya 99 USD per tahun per November 2026, dengan harga lokal di wilayah lain. Institusi pendidikan terakreditasi bisa mendapat pembebasan biaya. Jika kamu menjual produk digital atau langganan di dalam aplikasi, Apple juga mengambil komisi dari penjualan tersebut.
Berapa lama proses review App Store?
Apple menyatakan mereka meninjau setidaknya 50% submission dalam waktu kurang dari 24 jam dan 90% dalam waktu kurang dari 48 jam. Submission yang belum lengkap butuh waktu lebih lama atau ditolak, jadi siapkan akun demo, kebijakan privasi, dan screenshot sebelum submit.
Bisakah saya mempublish aplikasi iPhone tanpa Mac?
Bisa, jika ada layanan yang membangun dan mengupload aplikasi untukmu. Mythex Pro membangun aplikasimu di Mac miliknya sendiri dan mengirimkannya ke TestFlight kamu dengan App Store Connect API key yang kamu buat. Setelah itu kamu submit untuk review dari App Store Connect, atau meminta agent menyiapkan submission-nya.
Apakah Mythex yang men-submit aplikasi saya ke App Store?
Mythex mengirim build ke TestFlight dengan key App Store Connect milikmu sendiri. Kamu membuat app record dan mengisi App Privacy di situs Apple; agent bisa melampirkan build dan mengisi detail listing, dan agent selalu meminta persetujuanmu sebelum submit untuk review. Persetujuan tetap menjadi keputusan Apple.
Apa saja alasan penolakan App Store yang paling umum?
Apple menyatakan lebih dari 40% masalah yang belum terselesaikan termasuk guideline 2.1, App Completeness: crash, konten placeholder, tautan rusak, dan informasi yang kurang seperti login demo. Aplikasi yang hanya berupa website yang dibungkus ulang, tidak ada penghapusan akun di dalam aplikasi, dan penjualan digital di luar in-app purchase adalah penyebab lain yang sering terjadi.