Pedoman Apple 4.2: Akankah Apple Menolak Aplikasi Situs Web? Cara Lulus Tinjauan

Apple dapat menolak aplikasi berbasis situs web, dan "fungsi minimum" adalah alasan paling umum. Pedoman 4.2 adalah aturan di baliknya. Aplikasi situs web tidak secara otomatis ditolak, tetapi aplikasi yang tidak menambahkan apa pun selain situs web dalam bingkai memiliki risiko yang nyata.

Panduan ini menjelaskan apa yang tertulis dalam pedoman, apa yang cenderung dicari oleh reviewer, dan bagaimana mempersiapkan penyerahan. Tidak seorang pun di luar Apple dapat menjanjikan persetujuan, dan artikel ini tidak dapat menjanjikannya. Yang dapat Anda lakukan adalah menghilangkan alasan penolakan yang dapat dihindari.

Apa yang sebenarnya dikatakan oleh Pedoman 4.2

Pedoman Peninjauan Aplikasi menyatakan di bawah 4.2, Fungsi Minimum:

Aplikasi Anda harus menyertakan fitur, konten, dan UI yang menjadikannya lebih dari sekadar situs web yang dikemas ulang. Jika aplikasi Anda tidak terlalu berguna, unik, atau "seperti aplikasi", aplikasi tersebut tidak termasuk dalam App Store.

Kata-kata yang penting adalah "situs web yang dikemas ulang". Aturan tersebut tidak melarang aplikasi yang dibuat berdasarkan konten web. Ini melarang aplikasi yang tidak menawarkan apa pun yang belum ditawarkan situs web.

Pedoman terkait juga muncul dalam ulasan aplikasi situs web:

• 4.2.2: Selain katalog, aplikasi tidak boleh berupa materi pemasaran, iklan, kliping web, agregator konten, atau kumpulan tautan.
• 4.2.3: Aplikasi harus bekerja sendiri tanpa memerlukan instalasi aplikasi lain, dan harus mengungkapkan serta meminta pengunduhan besar apa pun yang diperlukan pada peluncuran pertama.
• 2.1 (Kelengkapan Aplikasi): Kiriman harus berupa versi final dengan URL yang berfungsi, tanpa konten pengganti, dan detail akun demo jika aplikasi memiliki login.
• 4.2.6: Aplikasi yang dibuat dari templat komersial atau layanan pembuatan aplikasi ditolak kecuali dikirimkan langsung oleh penyedia konten aplikasi.

Selalu baca sendiri teks saat ini, karena Apple memperbarui pedomannya. Sumber resminya adalah Pedoman Peninjauan App Store.

Akankah Apple menolak aplikasi situs web?

Itu tergantung pada apa yang dilakukan aplikasi yang dikirimkan. Dalam praktiknya, pengulas bereaksi terhadap beberapa pola:

• Aplikasi membuka satu URL dan terlihat identik dengan situs web seluler, termasuk navigasi bergaya web.
• Ini hanya menampilkan dinding login tanpa konten yang dapat dijelajahi, sehingga pengulas tidak dapat melihat apa yang dilakukan aplikasi.
• Itu rusak atau menampilkan kesalahan tanpa koneksi.
• Tautannya terus-menerus melompat ke browser.
• Sepertinya brosur pemasaran untuk bisnis yang tidak memiliki fungsi tersendiri.

Aplikasi yang menggabungkan layanan nyata, seperti toko, sistem pemesanan, area anggota, atau pustaka konten, dan menyajikannya dengan navigasi seperti aplikasi berada di posisi berbeda. Anda masih bisa ditolak, karena review adalah penilaian, tapi ada sesuatu yang ingin Anda tunjukkan.

Mengapa aplikasi yang dihasilkan layanan memerlukan akun Anda sendiri

Pedoman 4.2.6 mengatakan aplikasi yang dibuat dengan layanan pembuatan aplikasi ditolak kecuali dikirimkan langsung oleh penyedia konten aplikasi. Untuk pemilik situs web, bacaan praktisnya adalah ini: publikasikan di bawah akun Pengembang Apple Anda sendiri, atas nama Anda sendiri atau nama perusahaan Anda, dan pastikan aplikasi tersebut mewakili konten Anda sendiri.

Ini juga cara kerja SiteTo.App. Build ditandatangani dengan akun Pengembang Apple yang Anda sambungkan, dan build dikirimkan ke TestFlight di akun App Store Connect Anda. Anda memiliki daftar tersebut dan Anda mengirimkannya. Lihat Panduan akun Pengembang Apple untuk pengaturan. Jangan serahkan konten Anda ke vendor yang mengirimkan shell yang sama untuk banyak klien dengan akunnya sendiri.

Apa yang membuat aplikasi situs web terasa seperti sebuah aplikasi

Tujuannya bukan untuk menambah fitur demi hal itu. Hal ini untuk membuat penggunaan seluler menjadi lebih baik. Tambahan yang kuat dan jujur ​​meliputi:

• Navigasi asli. Bilah tab atau menu yang cocok dengan cara orang menelusuri situs Anda di ponsel, bukan header desktop yang dimasukkan ke dalam layar kecil.
• Pemberitahuan push. Pesan yang dipilih pengguna, seperti pembaruan pesanan, pengingat pemesanan, atau konten baru. Di SiteTo.App, ini disiapkan melalui Firebase; lihat Panduan Firebase.
• Tautan dalam. Tautan dari notifikasi atau email yang membuka layar kanan di aplikasi.
• Pengalaman peluncuran yang dirancang. Ikon, layar splash, dan status pemuatan dan kesalahan yang jelas.
• Serah terima asli. Berbagi, mengunggah file, akses kamera, atau mengunduh yang berfungsi dengan baik di perangkat.

Jangan menambahkan gimmick seperti saklar senter. Ini tidak membahas pedoman 4.2, dan pengulas memahaminya.

Daftar periksa pra-pengajuan

Selesaikan ini sebelum Anda mengunggah:

1. Uji seluruh perjalanan di iPhone asli. Instal melalui TestFlight, bukan hanya simulator. Buka aplikasi dalam keadaan dingin, masuk, navigasikan beberapa level secara mendalam, dan gunakan gerakan kembali.
2. Uji tanpa koneksi. Aktifkan mode pesawat dan buka aplikasi. Anda akan melihat pesan yang jelas, bukan halaman kosong.
3. Periksa setiap tautan eksternal. Putuskan dengan sengaja tautan mana yang tetap berada di dalam aplikasi dan tautan mana yang membuka browser.
4. Perbaiki masalah tata letak situs web. Masalah responsif, target ketukan kecil, dan popup khusus desktop terlihat jelas di sebuah aplikasi.
5. Hapus konten pengganti. Pedoman 2.1 mengharapkan produk jadi dengan dukungan yang berfungsi dan URL privasi.
6. Berikan kredensial demo. Jika login diperlukan, sertakan akun yang tetap berfungsi selama peninjauan.
7. Jadikan jawaban privasi akurat. Mereka harus menggambarkan keseluruhan pengalaman, termasuk analisis web dan alat pembayaran yang dimuat di aplikasi.
8. Tulis tangkapan layar dan deskripsi yang jujur. Tunjukkan aplikasi sebenarnya, dan jangan mengklaim fitur yang kurang.
9. Gunakan catatan ulasan. Jelaskan apa yang dilakukan aplikasi, di mana fitur aslinya, dan persyaratan wilayah atau akun apa pun.

Anda dapat memeriksa situs Anda terhadap banyak hal ini dengan daftar periksa kesiapan, dan kami panduan penerbitan mencakup langkah-langkah toko di sekitarnya.

Bagaimana menulis catatan ulasan yang membantu

Peninjau melihat banyak kiriman. Catatan singkat dan spesifik membantu mereka menemukan nilainya dengan cepat. Menutupi:

• Untuk apa aplikasi ini, dalam satu atau dua kalimat.
• Cara masuk, dengan kredensial demo yang berfungsi.
• Di mana menemukan fitur asli, misalnya "Pemberitahuan dapat diaktifkan dari tab akun".
• Sesuatu yang tidak biasa, seperti fitur yang memerlukan wilayah atau perangkat keras tertentu.

Jaga agar tetap faktual. Hindari perdebatan mengenai pedoman pada pengajuan pertama. Simpan itu untuk balasan jika Anda ditolak.

Jika Apple menolak aplikasi tersebut

Penolakan adalah sebuah percakapan, bukan keputusan akhir. Apple menjelaskan pedoman yang diterapkan di Pusat Resolusi.

1. Baca pesannya dengan cermat. Catat nomor pedoman dan layar atau perilaku tertentu yang disebutkan.
2. Perbaiki masalah sebenarnya. Jika alasannya adalah fungsionalitas minimum, tingkatkan fungsi aplikasi daripada mengubah deskripsinya.
3. Jawab dengan tepat. Jelaskan apa yang berubah dan di mana pengulas dapat melihatnya.
4. Kirim ulang bangunan baru jika diperlukan. Perubahan pada biner memerlukan unggahan baru.
5. Banding hanya dengan sebuah kasus. Jika Anda yakin penolakan tersebut adalah sebuah kesalahan, gunakan proses banding Tinjauan Aplikasi dan sebutkan faktanya.

Karena aplikasi berbasis situs web memuat situs Anda, banyak perbaikan terjadi di situs web itu sendiri dan muncul di aplikasi tanpa rilis toko baru. Perubahan konfigurasi asli masih memerlukan versi baru.

Pertanyaan umum

Apakah aplikasi situs web harus bekerja secara offline?

Bukan sebagai suatu aturan, tetapi itu harus gagal dengan baik. Layar kosong tanpa koneksi terlihat belum selesai, dan hal itu memengaruhi cara pengulas melihat aplikasi.

Apakah PWA diperlakukan berbeda dari situs web lainnya?

PWA di aplikasi iOS masih berupa konten web di dalam shell asli, sehingga pedoman yang sama berlaku. Melihat cara mempublikasikan PWA ke App Store dan Google Play.

Bisakah saya mengirimkan aplikasi yang sama untuk beberapa merek?

Pedoman 4.2.6 membatasi aplikasi yang dibuat dari templat atau layanan pembuatan dan dikirimkan atas nama klien. Setiap bisnis harus mempublikasikan dengan akunnya sendiri.

Apakah saya perlu membayar konverter agar dapat disetujui?

Tidak ada alat yang menentukan hasilnya. Apple mengevaluasi aplikasi yang dikirimkan. Membayar untuk sebuah pembangunan tidak mengubah hal itu, jadi penetapan harga terpisah dari persetujuan. Melihat penetapan harga.

Langkah selanjutnya

Mulailah dengan menguji situs Anda sebagai sebuah aplikasi. Pratinjau situs web Anda di SiteTo.App, cobalah di ponsel Anda, dan perhatikan apa yang terasa seperti situs web, bukan aplikasi. Perbaiki poin-poin tersebut, lalu ikuti membuat dan menerbitkan panduan.