Lompat ke Konten Utama

Guida Komprehensif untuk Peninjauan Aplikasi Pertama 2026 - iOS dan Android

Sebuah panduan komprehensif untuk pengembang aplikasi pertama tentang melewati tinjauan Toko Aplikasi dan Toko Play, termasuk persyaratan login, kebijakan privasi, dan persyaratan tes Google Play saat ini.

Martin Donadieu

Martin Donadieu

Content Marketer

Pedoman Lengkap untuk Mengulas Aplikasi Pertama pada 2026 - iOS dan Android

Mengajukan aplikasi pertama Anda ke App Store atau Play Store dapat terasa menakutkan. Dengan pedoman yang terus berkembang dan penindakan yang lebih ketat pada 2026, mendapatkan aplikasi Anda disetujui memerlukan perhatian yang teliti terhadap detail. Pedoman ini yang komprehensif menjelajahi segala hal yang Anda butuhkan untuk melewati ulasan pada submission pertama Anda untuk kedua platform iOS dan Android.

Mengerti Proses Ulasan pada 2026

Apple dan Google telah memperketat proses ulasan mereka secara signifikan dalam beberapa tahun terakhir, dengan penekanan khusus pada privasi, keamanan, dan pengalaman pengguna. Mengerti perubahan ini sangat penting bagi pengembang pertama kali.

Jadwal Ulasan App Store iOS

  • Ulasan Standar: 24-48 jam
  • Masa Sibuk: 3-5 hari (terutama selama musim liburan)
  • Akhir Pekan: Tidak ada ulasan yang diproses
  • Peninjauan Cepat: Tersedia untuk perbaikan bug kritis (harus diminta melalui App Store Connect)

TIPS PRO: Kirimkan awal minggu (Senin-Selasa) untuk menghindari keterlambatan akhir pekan. Pengajuan Senin biasanya diperiksa oleh Rabu.

Status App Store Connect yang Anda Lihat

  • Siapkan untuk Pengajuan: Bangunan atau metadata Anda masih dalam proses siap
  • Menunggu Peninjauan: Apple telah menerima pengajuan Anda di antrian
  • Dalam Proses Peninjauan: Tim peninjau sedang memeriksa aplikasi
  • Menunggu Rilis PengembangDiterima, tetapi menunggu pilihan rilis manual Anda
  • Ditolak / Masalah yang Belum TerpecahkanApple membutuhkan perubahan sebelum persetujuan

Jadwal Tinjauan Google Play Store (Update 2026)

  • Tinjauan Awal3-7 hari (signifikan lebih lama dari tahun-tahun sebelumnya)
  • Gedung Uji Coba Terbuka14 hari minimum untuk akun Play Console baru yang terkena sebelum Anda dapat meminta akses produksi
  • Tinjauan Produksi Setelah Uji CobaBiasanya 3-7 hari lagi setelah syarat uji coba tertutup selesai
  • Perbaruan Aplikasi yang Sudah Ada1-3 hari
  • Pelanggaran Kebijakan: Dapat diperpanjang hingga 14+ hari jika tinjauan tambahan diaktifkan

Pemberitahuan Penting: Google sekarang memerlukan pengujian yang lebih ketat secara substansial untuk beberapa akun Play Console baru, yang akan kami tutup secara rinci di bawah ini.

Pengaturan Akun Pengembang Apple

Sebelum rilis iOS pertama Anda, pastikan sisi Apple sudah teratur dengan benar:

  • Daftar ke Program Pengembang Apple
  • Aktifkan autentikasi dua faktor untuk Akun Apple yang digunakan untuk pendaftaran
  • Pilih jenis keanggotaan yang tepat:
    • / Individu / Pemilik Usaha Sendiri: nama pribadi Anda yang sah menjadi nama penjual di App Store
    • Organisasi: memerlukan entitas hukum, nomor D-U-N-S, situs web publik, dan orang dengan otoritas untuk mengikat perusahaan ke perjanjian Apple
  • Pakailah nama hukum selama pendaftaran. Nama alias atau nama perusahaan di bidang nama depan/tengah belakang dapat menunda persetujuan
  • Sesudah pendaftaran disetujui, masuklah ke App Store Connect dan buatlah catatan aplikasi dengan ID bundle akhir, nama aplikasi, SKU, dan bahasa utama

Halaman pendaftaran Apple Developer

Teruskan pendaftaran Apple di web

Pilih jenis entitas Apple Developer yang tepat

Penting: Apple mengubah persyaratan minimum SDK sepanjang waktu. Pada tanggal 28 April 2026, aplikasi yang diunggah ke App Store Connect harus menggunakan iOS & iPadOS 26 SDK atau lebih baru.

Kebutuhan Uji Coba Android Kritis

Perubahan ini yang paling sering mengejutkan para penerbit Android baru:

Kebutuhan 12 Uji Coba untuk Akun Android Pribadi Baru

Jika akun pengembang Google Play Anda adalah akun pribadi yang dibuat setelah 13 November 2023, Anda harus menyelesaikan periode uji coba tertutup sebelum aplikasi dapat masuk ke produksi:

Kebutuhan:

  • Minimal 12 Pengujian: Anda harus merekrut setidaknya 12 pengujab yang telah memilih untuk bergabung
  • Periode Uji Coba 14 Hari: Aplikasi harus tetap dalam uji coba tertutup selama minimal 14 hari berturut-turut
  • Pengajuan Akses Produksi: Setelah periode pengujian, Anda masih perlu mendaftar untuk akses produksi di Play Console
  • Kumpulkan Feedback: Anda harus mendokumentasikan masalah yang ditemukan, perbaikan yang dilakukan, dan bagaimana tester menggunakan aplikasi

Bagaimana Mengatur Track Pengujian Anda

  1. Buat Track Pengujian Terbatas

    • Pergi ke Google Play Console
    • Navigasikan ke Test dan rilis > Pengujian > Pengujian tertutup
    • Buat rilis baru di track pengujian tertutup
    • Unggah aplikasi Android Bundle Anda (.aab)
  2. Perekrut Tester Anda

    Di mana Anda dapat menemukan tester:

    • Teman dan keluarga (titik awal yang paling mudah)
    • Komunitas pengembang (Reddit’s /r/androiddev, /r/betatests)
    • Pengikut media sosial
    • Platform tes beta (BetaList, BetaTesting.com)
    • Mahasiswa universitas (jika Anda memiliki koneksi)

    PentingPastikan tes:

    • Memiliki akun Gmail yang valid
    • Memanggunakan perangkat Android
    • Tetap aktif selama periode 14 hari penuh
  3. Undang Teser

    • Buat daftar teser di Play Console
    • Tambahkan alamat email teser
    • Bagikan URL opt-in dengan tes tester Anda
    • Kirim pengingat untuk memastikan mereka menginstal dan menggunakan aplikasi
  4. Monitor Aktivitas Pengujian

    • Periksa Console Play untuk jumlah instalasi
    • Ikut track laporan kegagalan dan ANR (Aplikasi Tidak Mengrespons)
    • Kumpulkan umpan balik dari tes tester
    • Perbaiki masalah kritis sebelum promosi
  5. Promosikan ke Produksi

    • Setelah 14 hari dengan 12+ tes tester yang dipilih
    • Aplikasikan akses produksi dari dashboard Console Play
    • Ulas semua laporan kegagalan dan umpan balik
    • Buat rilis produksi dan ajukan untuk tinjauan final

Why Google Mengimplementasikan Ini

Google memperkenalkan persyaratan ini untuk:

  • Mengurangi spam aplikasi berkualitas rendah
  • Menjamin aplikasi telah diuji dengan baik sebelum mencapai pengguna
  • Mengidentifikasi aplikasi berbahaya melalui pola penggunaan nyata
  • Meningkatkan kualitas Play Store secara keseluruhan

Pengecekan Kenyataan: Ini menambahkan waktu peluncuran Anda minimal 2-3 minggu. Rencanakan sebelumnya dan mulai merekrut tester sejak awal.

Persyaratan Autentikasi dan Login

Salah satu alasan paling umum penolakan adalah implementasi sistem autentikasi yang tidak tepat, terutama login sosial.

Persyaratan Sign-In Apple (Kritis untuk iOS)

Aturan Apple ini sangat penting untuk pengembang iOS.Jika aplikasi Anda menawarkan opsi login sosial pihak ketiga (Google, Facebook, Twitter, dll.), Anda juga harus menawarkan Sign in dengan Apple sebagai opsi. Ini berlaku untuk Google Sign-In

Facebook Login:

  • Twitter/X Login
  • LinkedIn Login
  • Jasa autentikasi pihak ketiga lainnya
  • Ini TIDAK berlaku untuk
  • Autentikasi email/password saja

Sistem ID pemerintah:

  • Jika aplikasi Anda menawarkan opsi login sosial pihak ketiga (Google, Facebook, Twitter, dll.), Anda juga harus menawarkan Sign in dengan Apple sebagai opsi. Ini berlaku untuk Google Sign-In, Facebook Login, Twitter/X Login, LinkedIn Login, Jasa autentikasi pihak ketiga lainnya. Ini TIDAK berlaku untuk Autentikasi email/password saja, Sistem ID pemerintah
  • Jika aplikasi Anda menawarkan opsi login sosial pihak ketiga (Google, Facebook, Twitter, dll.), Anda juga harus menawarkan Sign in dengan Apple sebagai opsi. Ini berlaku untuk Google Sign-In, Facebook Login, Twitter/X Login, LinkedIn Login, Jasa autentikasi pihak ketiga lainnya. Ini TIDAK berlaku untuk Autentikasi email/password saja, Sistem ID pemerintah
  • Sistem SSO Perusahaan (ketika aplikasi untuk perusahaan tersebut)
  • Sistem Autentikasi Penyedia Pendidikan

Mengimplementasikan Sign in dengan Apple

Jika Anda menggunakan login sosial, berikut yang perlu Anda implementasikan:

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

Konsiderasi Penting:

  1. Privasi EmailPengguna dapat memilih untuk menyembunyikan alamat email. Apple menyediakan relay email pribadi (misalnya, abc123@privaterelay.appleid.comAplikasi Anda harus menangani hal ini.

  2. Pengguna Baru vs Pengguna KembaliApple hanya menyediakan detail pengguna (nama, email) pada autentikasi pertama. Simpan informasi ini karena sign-in berikutnya tidak akan mencakupnya.

  3. Desain TombolApple menyediakan pedoman desain ketat untuk tombol Sign in dengan Apple. Gunakan aset resmi mereka.

  4. Verifikasi BackendSelalu verifikasi token identitas pada server backend Anda, jangan pernah percaya token sisi klien sendiri.

Persyaratan Login Sosial Android

Meskipun Android tidak memerlukan penyedia spesifik seperti iOS, Google memiliki pedoman:

Persyaratan Google Sign-In:

  • Harus menggunakan Google Sign-In resmi SDK
  • Harus mengikuti pedoman branding Google
  • Seharusnya menjadi pilihan utama jika Anda menawarkannya

Praktik Terbaik untuk Multi-PlatformTawarkan opsi login yang sama pada kedua platform untuk konsistensi:

  • Email/password
  • Masuk dengan Apple (hanya iOS, atau pada Android jika Anda mendukung login web Apple)
  • Masuk dengan Google
  • Pilihan sosial lainnya (Facebook, Twitter, dll.)

Syarat Akun Demo

Penting untuk Review: Jika aplikasi Anda memerlukan login, Anda harus menyediakan kredit demo yang berfungsi di Catatan Tinjauan Aplikasi.

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

Kesalahan Umum:

  • Menggunakan kredit yang telah kedaluwarsa
  • Akun demo tidak memiliki akses ke semua fitur
  • Tidak menyebutkan cara menghindari verifikasi telepon
  • Lupa menyebutkan detail pembayaran sandbox

Sekarang kedua toko aplikasi memerlukan kebijakan privasi yang dapat diakses dan syarat layanan yang dapat diakses sebelum sebelum pengajuan pertama Anda disetujui.

Syarat Kebijakan Privasi

Kebijakan privasi Anda harus:

  1. Dapat Diakses Publik

    • Ditampilkan di URL publik (tidak di belakang login)
    • Dapat Dimuat di browser web standar
    • Dapat Diakses dalam Bahasa yang Sama dengan Aplikasi Anda
  2. Meliputi Topik Wajib Ini:

    • Apa data yang Anda kumpulkan (jelaskan secara spesifik)
    • Bagaimana Anda menggunakan data yang dikumpulkan
    • Apakah data dibagikan dengan pihak ketiga
    • Berapa lama data disimpan
    • Hak pengguna (akses, penghapusan, portabilitas)
    • Informasi kontak untuk pertanyaan privasi
    • Privasi anak-anak (jika aplikasi untuk pengguna di bawah 13/16)
  3. Tautan ke LinkedIn di-Aplikasi

    • Dapat diakses dari pengaturan atau layar akun
    • Harus satu sentuhan jauh (tidak disembunyikan di menu)
    • Apakah harus dibuka di browser default atau browser di-aplikasi

Di mana Anda menempatkan Kebijakan Privasi Anda

Pilihan 1: Situs Web Anda (Dianjurkan)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub Halaman (Gratis)

https://yourusername.github.io/app-privacy-policy

Option 3: Penghasilan Surat Privasi (Mulai Cepat)

Penting: Meskipun generator dapat digunakan untuk memulai, pastikan kebijakan privasi akurat mencerminkan praktik data sebenarnya. Template umum yang tidak sesuai dengan aplikasi Anda akan ditandai.

Persyaratan Ketentuan dan Syarat

Meskipun tidak selalu wajib, memiliki Ketentuan dan Syarat sangat dianjurkan dan diperlukan jika:

  • Anda menawarkan pembelian dalam aplikasi atau langganan
  • Anda memiliki konten yang dihasilkan pengguna
  • Anda menyediakan layanan apa pun di luar fungsi aplikasi dasar
  • Anda ingin perlindungan hukum

Wajib Termasuk:

  • Kebijakan penggunaan yang dapat diterima
  • Kondisi penghentian akun
  • Keterbatasan tanggung jawab
  • Hak cipta
  • Proses penyelesaian sengketa
  • Kebijakan pengembalian uang (terutama untuk IAP)

Implementasi In-App

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

Persyaratan Metadata Toko Aplikasi

Kedua toko memerlukan Anda untuk menyediakan URL kebijakan privasi selama pengajuan aplikasi:

iOS - App Store Connect:

  • Informasi Aplikasi &gt; Informasi Umum &gt; URL Kebijakan Privasi
  • Harus HTTPS (HTTP akan ditolak)
  • Akan ditampilkan pada halaman Toko Aplikasi Anda
  • Tambahkan URL Bantuan dengan detail kontak nyata untuk pengguna
  • Lengkapi kuesioner penilaian usia sebelum pengajuan

Android - Google Play Console:

  • Kehadiran toko &gt; Pengaturan toko &gt; Kebijakan Privasi
  • Diperlukan untuk semua aplikasi yang mengarahkan anak-anak
  • Dianjurkan kuat untuk semua aplikasi

Label Harga Gizi (iOS)

iOS memerlukan pengungkapan privasi yang rinci dalam format

Kategori yang Harus Diklaim:

  • Info Kontak: Alamat email, nama, nomor telepon
  • Info Keuangan: Informasi pembayaran, kartu kredit, rekening bank
  • Lokasi: Lokasi yang akurat atau kasar
  • Konten Pengguna: Foto, video, audio, pesan
  • Identifikasi: ID pengguna, ID perangkat, ID iklan
  • Penggunaan Data: Interaksi produk, data iklan, log kegagalan
  • Diagnostics: Data kegagalan, data kinerja

Untuk Setiap Jenis Data, Spesifikkan:

  • Apakah data tersebut dikumpulkan
  • Apakah data tersebut terkait dengan identitas pengguna
  • Apakah data tersebut digunakan untuk pelacakan
  • Tujuan pengumpulan data

Kesalahan Umum: Mengatakan Anda tidak mengumpulkan data ketika analitik SDK Anda melakukannya. Audit semua SDK pihak ketiga untuk pengumpulan data mereka.

Bagian Keamanan Data Google Play

Mirip dengan iOS, Android memerlukan deklarasi Keamanan Data:

Langkah-Langkah:

  1. Pergi ke Console Play &gt; Konten Aplikasi &gt; Keamanan Data
  2. Jawab pertanyaan tentang pengumpulan data
  3. Spesifikkan jenis-jenis data yang dikumpulkan
  4. Jelaskan praktik keamanan (enkripsi, dll.)
  5. Berikan tautan ke kebijakan privasi

Kritis: Informasi ini berlaku secara hukum. Penipuan dapat menyebabkan penghapusan aplikasi dan penghentian akun.

Alasan Penolakan Pertama Kali yang Umum

Memahami mengapa aplikasi ditolak membantu Anda menghindari kesalahan-kesalahan ini:

1. Aplikasi Mengalami Kecelakaan atau Tidak Meluncur

Mengapa Hal Ini Terjadi:

  • Menguji hanya pada emulator, bukan perangkat nyata
  • Kurangnya penanganan kesalahan untuk kegagalan jaringan
  • Endpoint yang dihardcode API yang tidak dapat dijangkau
  • Mengasumsikan kemampuan perangkat tertentu (kamera, GPS)

Cara Mencegah:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

Daftar Periksa Pengujian:

  • Menguji pada perangkat nyata (minimum 2-3 model yang berbeda)
  • Menguji dengan koneksi jaringan yang buruk (gunakan Network Link Conditioner)
  • Menguji dengan mode pesawat
  • Menguji dengan izin yang ditolak
  • Test dengan instalasi segar (tidak ada data yang disimpan secara cache)

2. Fungsi Utama yang Hilang atau Rusak

Mengapa Hal Ini Terjadi:

  • Fitur yang ditampilkan dalam tangkapan layar belum ada
  • Akun demo tidak memiliki akses ke fitur yang dipromosikan
  • Fitur premium ditampilkan tetapi belum diimplementasikan
  • Placeholder "Akan Datang" di aplikasi

Cara Mencegah:

  • Hanya kirimkan ketika semua fitur yang dipromosikan sudah selesai
  • Pastikan akun demo memiliki akses yang lengkap
  • Hapus atau nonaktifkan fitur yang belum selesai sebelum pengiriman
  • Perbarui tangkapan layar untuk sesuai dengan build saat ini secara tepat

3. Konten yang Tidak Sesuai dengan Peringkat Usia

Mengapa Hal Ini Terjadi:

  • Peringkat usia ditetapkan ke 4+ tetapi aplikasi mengandung fitur sosial
  • Peringkat usia tidak sesuai dengan konten yang sebenarnya
  • Konten yang dihasilkan pengguna tanpa moderasi
  • Tautan ke konten eksternal yang tidak dimoderasi

Cara Menetapkan Peringkat Usia yang Benar:

Peringkat Usia iOS:

  • 4+ (tidak ada konten yang dapat dilarang)
  • 9+ (konten lemah yang jarang terjadi)
  • 12+ (konten yang moderat)
  • 17+ (konten yang sering/intens)

Ratings Konten Android:

  • Semua Umur
  • Semua Umur 10+
  • Remaja
  • Mengandung Konten Dewasa 17+
  • Hanya Dewasa 18+

Penting: Jika pengguna dapat berbagi konten satu sama lain, Anda memerlukan:

  • Sistem moderasi konten
  • Fungsi melaporkan/memblokir
  • Pedoman komunitas yang jelas
  • Pengaturan usia jika diperlukan

4. Metadata yang Menipu atau Tidak Jelas

Mengapa Hal Ini Terjadi:

  • Nama Aplikasi yang Menjanjikan Fitur yang Tidak Ada
  • Sketsa Layar dari Pesaing atau Mockup
  • Ulasan atau Peringkat yang Dibuat Palsu
  • Deskripsi yang Menggunakan Kata-Kata Superlatif Tanpa Bukti

Contoh Metadata yang Tidak Baik:

BAIK:

  • Nama Aplikasi: “Aplikasi Pedometer Terbaik - Aplikasi #1”
  • Deskripsi: “Aplikasi yang Paling Menakjubkan, Revolusioner yang Pernah Dibuat!”
  • Sketsa Layar: Foto Stock yang Umum

BAIK:

  • Nama Aplikasi: “FitTrack - Logger Olahraga”
  • Deskripsi: “Ikuti olahragamu dengan rutinitas yang dapat disesuaikan dan grafik kemajuan.”
  • Sketsa Layar: Layar aplikasi asli dari build saat ini

5. Pengujian yang Tidak Cukup (Terutama Pengujian Android yang Ditutup)

Mengapa Hal Ini Terjadi:

  • Menghindari Waktu Pengujian yang Diperlukan 14 Hari
  • Tidak Mengajak Teser Cukup
  • Pengujian Tidak Dilakukan dengan Benar
  • Tidak Menggunakan Pengawasan Kecelakaan Selama Pengujian

Cara Mencegahnya:

  • Mulai Mengajak Teser 3-4 Minggu Sebelum Peluncuran yang Dijadwalkan
  • Gunakan Firebase Crashlytics atau yang Sama Selama Pengujian
  • Aktif terlibat dengan tes (survei, formulir umpan balik)
  • Perbaiki masalah kritis sebelum mempromosikan ke produksi

6. Izin Tanpa Alasan

Mengapa Hal Ini Terjadi:

  • Mengajukan lokasi tetapi tidak menggunakan itu
  • Izin kamera tanpa penjelasan
  • Akses kontak tanpa tujuan yang jelas
  • Lokasi latar belakang untuk aplikasi non-navigasi

Cara Mengatasi:

iOS - Info.plist:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

Android - Strategi Izin:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

Permintaan Izin Waktu Jalannya:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

Persyaratan Khusus iOS

Layar Screenshot dan Pratinjau App Store

Ukuran yang Diperlukan:

  • iPhone 6.7“: 1290 x 2796
  • iPad 13“: 2064 x 2752
  • iPad 12.9“: 2048 x 2732

Penting: Jika aplikasi Anda mendukung iPad, Anda harus mengunggah screenshot iPad. Jangan meregangkan screenshot iPhone untuk memenuhi slot iPad.

Praktik Terbaik Screenshot:

  • Harus menampilkan konten aplikasi yang sebenarnya (tidak menggunakan mockup)
  • Hapus status bar atau tampilkan konten yang realistis
  • Lokalisasi untuk semua bahasa yang didukung
  • Hindari overlay teks yang berlebihan
  • Tampilkan fitur utama dalam 2-3 screenshot pertama

Konfigurasi Metadata App Store Connect

Sebelum pengajuan, selesaikan lapangan-lapangan App Store Connect berikut:

  • URL Kebijakan Privasi: diperlukan untuk aplikasi iOS
  • URL Bantuan: diperlukan, dan harus mengarah ke informasi kontak yang sebenarnya
  • Penilaian Usia: lengkapi kuesioner untuk memungkinkan aplikasi dipublikasikan
  • Informasi Tinjauan Aplikasi: tambahkan kontak tinjauan, kredit demo yang berfungsi jika login diperlukan, dan catatan yang jelas untuk tim tinjauan
  • Ketentuan Ekspor: jawab pertanyaan enkripsi, atau atur ITSAppUsesNonExemptEncryption dalam Info.plist ketika perlu agar Anda tidak mengulangi jawaban yang sama setiap kali mengunggah

Pengujian TestFlight Sebelum Tinjauan Aplikasi

Lakukan satu pengujian TestFlight nyata sebelum tinjauan produksi:

  • Instal versi yang tepat dari TestFlight
  • Masuk dengan akun tinjauan yang sama yang Anda rencanakan untuk menyediakan
  • Jalankan pengalaman pembelian, pengembalian, dan pembatalan
  • Konfirmasi bahwa reviewer dapat mencapai fitur utama tanpa setup tersembunyi
  • Pengujian pada iPhone dan iPad jika kedua-duanya didukung

Persyaratan:

  • 15-30 detik panjangnya
  • Harus menampilkan adegan aplikasi yang sebenarnya
  • Dapat mencakup teks overlay singkat
  • Tidak boleh musik dengan masalah hak cipta
  • Dengan resolusi yang sama seperti screenshot

Implementasi Sign in dengan Apple

Sudah dibahas di atas, tetapi sangat penting untuk review iOS jika Anda memiliki login sosial.

Persyaratan Pembelian Aplikasi

Jika Anda menawarkan barang digital atau layanan:

Pengungkapan yang Wajib:

  • Harga yang jelas sebelum pembelian
  • Syarat-syarat langganan jelas ditetapkan
  • Instruksi pembatalan terlihat
  • Tombol memulihkan pembelian

Contoh Layar Langganan yang Sesuai:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

Persyaratan Khusus Android

Pengaturan Akun Console Google Play

Sebelum rilis Android pertama Anda, pastikan akun Console Play dan shell aplikasi ada:

  • Buatlah akun pengembang di Pendaftaran Console Play
  • Di Console Play, pergi ke Home &gt; Buat aplikasi
  • Pilih bahasa default, jenis aplikasi/game, dan alamat email dukungan
  • Terima kebijakan Play yang diperlukan, ekspor, dan deklarasi Signing App Play
  • Putuskan apakah aplikasi adalah gratis atau berbayar

Penting: Google memungkinkan Anda mengubah aplikasi berbayar menjadi gratis kemudian, tetapi setelah aplikasi telah ditawarkan secara gratis, tidak dapat diubah menjadi berbayar.

Kebutuhan Paket Aplikasi

Penting: Google Play memerlukan format Paket Aplikasi Android (.aab), bukan APK:

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Tingkat Target API Kebutuhan

Kebutuhan Saat IniApps baru dan pembaruan aplikasi harus mengarah ke Android 15 (API tingkat 35) atau lebih tinggi.

Update di android/app/build.gradle:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Pengamanan Data Google Play

Sudah dibahas di atas, tetapi sangat kritis untuk persetujuan Android.

Jalur Uji Coba Terkunci (Syarat Saat Ini)

Ini adalah yang besar untuk akun pengembang pribadi baru: persyaratan tester 12, 14 hari yang dijelaskan lebih lanjut di panduan ini.

Jadwal:

  1. Minggu 1: Rekruit tester, atur uji coba terkunci
  2. Minggu 2-3: Periode uji coba aktif (14 hari minimum)
  3. Minggu 4: Perbaiki masalah, siapkan rilis produksi
  4. Minggu 5: Kirimkan untuk tinjauan produksi

Audien Sasaran dan Peringkat Konten

Kuesioner Penilaian Konten:

  • Diperlukan untuk semua aplikasi
  • Mengambil waktu 10-15 menit untuk diselesaikan
  • Mengatur peringkat usia (Semua, Remaja, Dewasa, dll.)
  • Perbarui setiap kali konten Anda berubah dalam cara yang mempengaruhi jawaban

Topik yang Dibahas:

  • Konten kekerasan
  • Konten seksual
  • Konten profan
  • Bahan yang dikendalikan
  • Permainan judi
  • Fungsi interaksi pengguna

Perlu diingat: Jika Anda memiliki konten yang dihasilkan pengguna atau fitur sosial, Anda harus mengungkapkan hal ini dan menerapkan moderasi.

Syarat Daftar Toko

Aset yang Diperlukan:

  • Ikon Aplikasi (512 x 512 PNG)
  • Grafik Fitur (1024 x 500 JPG atau PNG)
  • Sketsa Layar Telepon (minimal 2, maksimal 8)
  • Sketsa Layar Tablet 7“ (opsional tetapi direkomendasikan)
  • Sketsa Layar Tablet 10“ (opsional tetapi direkomendasikan)

Syarat Deskripsi:

  • Deskripsi Singkat (maksimal 80 karakter)
  • Deskripsi Lengkap (maksimal 4000 karakter)
  • Harus dapat menjelaskan fungsi aplikasi dengan tepat
  • Tidak boleh mencakup informasi kontak atau harga

Daftar Periksa Sebelum Pengiriman

Sebelum Anda menekan tombol submit, lalui daftar periksa ini secara menyeluruh:

Spesifikasi Teknis

  • Aplikasi dapat meluncur dengan sukses pada perangkat nyata
  • Semua fitur yang ditampilkan dalam tangkapan layar dapat berfungsi
  • Tidak ada konten tempat atau “Akan Datang”
  • Semua kunci ketiga pihak API adalah kunci produksi
  • Pengelolaan kesalahan jaringan diimplementasikan
  • Permintaan izin mencakup penjelasan yang jelas
  • Aplikasi tidak mengalami crash di bawah kondisi jaringan yang buruk
  • Ditest dengan izin ditolak
  • Ditest pada versi OS yang didukung minimal
  • Kerusakan memori dicek dan diperbaiki

Autentikasi &amp; Login

  • Jika menggunakan login sosial, Sign in dengan Apple termasuk (iOS)
  • Kredensial akun demo disediakan dalam catatan ulasan
  • Akun demo memiliki akses ke semua fitur
  • Alur reset kata sandi berfungsi
  • Fungsi logout berfungsi dengan benar
  • Option penghapusan akun tersedia (diperlukan oleh GDPR/CCPA)
  • Kebijakan privasi dapat diakses secara publik
  • Kebijakan privasi URL ditambahkan ke daftar aplikasi toko
  • Syarat dan ketentuan publik aksesibel (jika berlaku)
  • Kebijakan privasi terhubung di dalam aplikasi (layar pengaturan)
  • Label nutrisi privasi akurat (iOS)
  • Bagian keamanan data selesai (Android)
  • Semua tujuan pengumpulan data dijelaskan
  • Pengumpulan data SDK ketiga pihak diungkapkan

Isi &amp; Metadata

  • Nama aplikasi mengikuti pedoman (tidak ada penumpukan kata kunci)
  • Deskripsi secara akurat menjelaskan fungsi
  • Layar layar menampilkan layar aplikasi saat ini yang sebenarnya
  • Layar layar lokal untuk semua bahasa yang didukung
  • No kompetitor yang disebutkan dalam deskripsi
  • Tidak ada superlatif tanpa bukti
  • Peringkat usia sesuai dengan konten yang sebenarnya
  • Alamat email kontak dipantau

Spesifik iOS

  • Implementasi Sign in dengan Apple (jika menggunakan login sosial)
  • Semua ukuran layar tangkapan skrin yang diperlukan disediakan
  • Tangkapan skrin iPad nyata diunggah jika dukungan iPad diaktifkan
  • Deskripsi izin Info.plist jelas
  • Tautan URL dukungan ditambahkan dengan detail kontak yang nyata
  • Tautan URL Kebijakan Privasi ditambahkan di App Store Connect
  • Kuesioner peringkat usia telah diselesaikan
  • Kebijakan ekspor dijawab dengan benar
  • Kontak App Review dan akun demo non-masa aktif disediakan
  • Target iOS 15.0 atau lebih tinggi
  • Jika IAP: harga jelas, tombol restor pembelian hadir
  • Tidak ada referensi ke Android atau platform lain

Spesifik Android

  • Format App Bundle (.aab) digunakan
  • Target API 35 atau lebih tinggi
  • Kuesioner penilaian konten diselesaikan
  • Gambar fitur ditambahkan
  • Pengujian tertutup ditutup jika akun Play Console Anda memerlukan (12 pengujian, 14 hari)
  • Laporan kegagalan dari pengujian diperiksa dan diperbaiki
  • No referensi ke iOS atau platform lain

Pengujian (Syarat Saat Ini Android)

  • 12+ tester yang di recruitment jika akun Play Anda memerlukan pengujian tertutup
  • Lacak pengujian tertutup dibuat
  • 14 hari berturut-turut pengujian selesai
  • Pengujian sebenarnya digunakan aplikasi (bukan hanya diinstal)
  • Pengawasan crash diaktifkan selama pengujian
  • Bug kritikal dari pengujian diperbaiki
  • Feedback dari tester dokumentasi

Catatan Review: Apa yang Harus Dimasukkan

Catatan review yang bagus dapat berarti perbedaan antara persetujuan instan dan penolakan. Berikut ini apa yang harus dimasukkan:

Contoh Template Catatan Review

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

Catatan Ulasan iOS-Spesifik

Untuk iOS, juga termasuk:

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Catatan Ulasan Android-Spesifik

Untuk Android, juga termasuk:

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

Apa yang Harus Dilakukan Jika Ditolak

Tidak perlu panik - penolakan umum, terutama untuk pengajuan pertama kali. Berikut cara menghadapinya:

Langkah-Langkah Setelah Ditolak

  1. Baca Kembali Penolakan dengan Teliti

    • Catat Pedoman Spesifik yang Ditolak (misalnya, 4.3, 5.1.1)
    • Baca Komentar Penilai dengan Teliti
    • Cari Screenshot jika Disediakan
  2. Pahami Masalah

    • Cari petunjuk di dokumentasi resmi
    • Cari kasus serupa di online
    • Periksa apakah itu kesalahpahaman atau masalah yang sah
  3. Perbaiki Sumber Masalah

    • Jangan hanya memperbaiki - perbaiki dengan benar
    • Uji perbaikan secara menyeluruh
    • Dokumentasikan apa yang Anda ubah
  4. Berikan Tanggapan yang Tepat

    Jika penolakan benar:

    Thank you for the feedback. I have addressed the issue:
    
    Issue: Missing Sign in with Apple option
    
    Resolution: Added Sign in with Apple as a login option
    alongside Google Sign-In. The button appears on the login
    screen and follows Apple's design guidelines. You can test
    with the provided demo account or by creating a new account
    with Apple Sign-In.
    
    Changes made in: v1.0.1 (build 2)

    Jika Anda percaya itu kesalahpahaman:

    Thank you for reviewing my app. I believe there may be a
    misunderstanding regarding [specific issue]:
    
    [Explain clearly with screenshots if needed]
    
    The functionality exists at: Settings > [specific location]
    
    I've added additional detail to the review notes to help
    locate this feature.
  5. Kirim Ulang Cepat

    • Kirim ulang ulang biasanya diperiksa lebih cepat (24-48 jam)
    • Termasuk catatan perbaikan ulang yang menjelaskan perbaikan
    • Referensi pada pengajuan sebelumnya jika membantu

Responsi Penolakan Umum

Penolakan: “Aplikasi Anda mengalami crash saat peluncuran”

Responsi:

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

Penolakan: “Kebijakan privasi tidak ada”

Responsi:

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

Penolakan: “Tidak sesuai dengan 4.2 - Fungsi Minimum”

Hal ini lebih sulit. Artinya aplikasi Anda tidak melakukan cukup untuk layak menjadi aplikasi. Responsi:

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

Praktik Terbaik Setelah Persetujuan

Selamat! Aplikasi Anda disetujui. Berikut cara menjaga status tersebut:

Pengawasan Setelah Peluncuran

Kriteria Kritis untuk Dilihat:

  • Rasio Kecelakaan (tetap di bawah 1%)
  • Rasio ANR (Android - tetap di bawah 0,5%)
  • Ratings Toko Aplikasi/Play Store
  • Konten Ulasan (balas semua ulasan)
  • Laporan Bug Pengguna

Alat yang Digunakan:

  • Firebase Crashlytics
  • App Store Connect Analytics
  • Google Play Console Vitals
  • Sentry atau Pemantauan Error yang Mirip

Pedoman Perbarui

Ketika mengirimkan pembaruan:

  • Lakukan tes secara menyeluruh seperti saat pengiriman awal
  • Perbarui screenshot jika tampilan UI berubah secara signifikan
  • Perbarui label privasi jika pengumpulan data berubah
  • Berikan deskripsi yang jelas tentang “Apa Baru”
  • Pertimbangkan peluncuran tahap demi tahap untuk perubahan besar

Mengikuti Persyaratan

Persyaratan Tahunan:

  • Mengaktifkan kembali peringkat konten Android (diperlukan setiap tahun)
  • Perbarui kebijakan privasi jika praktik berubah
  • Tinjau dan perbarui peringkat usia jika konten berubah
  • Audit SDK pihak ketiga untuk kinerja kompatibilitas

Pengawasan Terus Menerus:

  • Tetap terupdate dengan perubahan pedoman
  • Bergabunglah dengan berita newsletter pengembang Apple/Google
  • Partisipasikan dalam komunitas pengembang
  • Ikuti blog kebijakan App Store/Play Store

Sumber Daya dan Bacaan Lanjutan

Dokumentasi Resmi

Apple:

Google:

Sumber Daya Masyarakat

Alat Privasi

Butuh Bantuan dengan Ulasan Aplikasi Anda?

Jika Anda merasa terlalu berat atau ingin bantuan ahli untuk memastikan aplikasi Anda lolos ulasan pertama kali, kami ada di sini untuk membantu!

Buku panggilan konsultasi dengan tim kami untuk bantuan yang disesuaikan dengan:

  • Persiapan ulasan toko aplikasi dan ulasan Play Store
  • Ulasan kebijakan privasi dan dokumen hukum
  • Implementasi Sign in dengan Apple
  • Strategi Pengujian dan Penerimaan Tester
  • Pengemasan Catatan Ulasan
  • Respons Penolakan dan Pengadilan
  • Proses Pengiriman Aplikasi Selesai

Tim kami telah membantu ratusan pengembang untuk menavigasi dengan sukses proses ulasan aplikasi dan dapat menyelamatkan Anda dari minggu-minggu percobaan dan kesalahan.

Kesimpulan

Mengirimkan aplikasi pertama Anda mungkin terkesan menakutkan, tetapi dengan persiapan yang tepat, Anda dapat melewati ulasan pertama kali. Ingatlah poin-poin penting ini:

  1. Mulai Dini: Terutama untuk Android - rekrutlah 12 tester setidaknya 3 minggu sebelum peluncuran yang direncanakan
  2. Privasi Pertama: Siapkan kebijakan privasi Anda dan secara akurat menggambarkan praktik data Anda
  3. Apple Sign-InJika Anda menggunakan login sosial, Anda harus mencakup Sign in dengan Apple di iOS
  4. Test ThoroughlyTest di perangkat nyata, dengan jaringan yang buruk, dan dengan izin yang ditolak
  5. Be Honest: Informasi metadata yang akurat dan pengungkapan privasi mencegah penolakan dan masalah hukum
  6. Detailed Review Notes: Bantu reviewer memahami aplikasi Anda dengan cepat

The current Android testing requirements add time to the process, but they ultimately result in better apps and fewer post-launch issues. Plan for an extra 3-4 weeks for Android submissions, and you’ll be well-positioned for success.

Selamat berusaha dengan peluncuran aplikasi Anda! Ingatlah, bahkan jika Anda ditolak, itu adalah kesempatan belajar. Aplikasi sukses paling banyak mengalami beberapa putaran ulasan sebelum disetujui.

Tidak ingin melakukannya sendiri? Jadwalkan konsultasi dan biarkan ahli kami mengarahkan Anda melalui proses ini.


Membutuhkan bantuan untuk menerapkan pembaruan live setelah aplikasi Anda disetujui? Periksa Capgo’s solusi pembaruan live untuk pembaruan aplikasi yang lancar tanpa tinjauan toko aplikasi.

Teruskan dari The Complete First-Time App Review Guide for 2026 - iOS dan Android

Jika Anda menggunakan The Complete First-Time App Review Guide for 2026 - iOS dan Android untuk merencanakan keamanan dan kinerja, hubungkan dengan Enkripsi untuk detail implementasi di Enkripsi, Kinerja untuk detail implementasi di Kinerja, Capgo Scanner Keamanan untuk alur kerja produk di Capgo Scanner Keamanan, Capgo Keamanan untuk alur kerja produk di Capgo Keamanan, dan Capgo Pusat Kepercayaan untuk alur kerja produk di Capgo Pusat Kepercayaan.

Update Hidup untuk Capacitor aplikasi

Ketika bug layer web masih aktif, kirimkan perbaikan melalui Capgo daripada menunggu hari-hari untuk persetujuan toko aplikasi. Pengguna mendapatkan update di latar belakang sementara perubahan native tetap dalam jalur ulasan normal.

Mulai Sekarang

Terbaru dari Blog Kami

Capgo memberikan Anda wawasan terbaik yang Anda butuhkan untuk membuat aplikasi mobile yang profesional.