Guideline 4.3 Design Spam: aplikasi ditolak, harus apa?

Guideline 4.3 Design Spam: jawaban singkatnya

Guideline 4.3 adalah aturan anti-spam App Store. 4.3(a) melarang kamu menerbitkan app yang sama berkali-kali, dan dalam praktiknya dipakai untuk menolak app hasil kemas ulang. 4.3(b) menolak app yang tidak bisa dibedakan dari yang sudah ada, terutama di kategori yang sudah jenuh. Obatnya ada di produknya sendiri: satu fitur utama yang tidak ditawarkan app lain.

Ini penolakan yang paling sulit diperbaiki: yang dipertanyakan adalah alasan app kamu ada, dan tidak ada perbaikan kode yang cukup kalau produknya terlalu mirip dengan yang sudah ada.

Saya menerbitkan app iOS saya sendiri: Solys, alarm dengan mini-game, dan TradaZen, latihan trading, sudah ada di App Store. Nolera dan Clic sempat ditolak lalu diperbaiki. Saya pernah kena penolakan 2.1, 5.6.3 dan 2.3.2, yang saya bahas di kenapa Apple menolak app kamu. Saya belum pernah kena penolakan 4.3, dan saya tidak akan mengaku sebaliknya. Panduan ini bersandar pada teks resmi Apple, yang saya parafrasekan.

Apa sebenarnya isi guideline 4.3?

4.3, "Spam", ada di bagian 4, "Design", dari App Review Guidelines. Dua bagiannya menyasar dua masalah yang berbeda.

4.3(a): satu aplikasi, bukan satu salinan per varian

Teks resminya meminta kamu tidak membuat beberapa Bundle ID untuk app yang sama. Contoh dari Apple: menerbitkan satu app peta untuk setiap kota di dunia, bukannya satu peta dunia tempat orang mencari kotanya. Kalau app kamu punya versi per lokasi, per tim olahraga, atau per universitas, Apple menyarankan kamu mengirim satu app saja dan menawarkan variannya lewat pembelian dalam app.

Dalam praktiknya, pesan penolakannya lebih luas dari contoh itu. Pada penolakan 4.3(a) yang dibagikan developer di forum developer Apple, Apple menulis bahwa app tersebut punya "a similar binary, metadata, and/or concept" dengan app yang dikirim developer lain, dengan perbedaan yang hanya kecil. Pesan itu menyebut app yang mirip atau dikemas ulang seperti ini sebagai spam. Ada tiga kata kunci: binary (kode yang sudah dikompilasi), metadata (nama, deskripsi, screenshot), dan konsep.

Dua aturan lain sejalan dengan ini. 4.2.6, sub-aturan dari guideline 4.2, menolak app yang dibuat dari template komersial atau layanan pembuat app, kecuali dikirim langsung oleh penyedia kontennya. Guideline 4.1, "Copycats", melarang menyalin app populer dengan sedikit mengubah nama atau tampilannya. Aturan itu dibuka dengan kalimat sederhana: "Come up with your own ideas."

4.3(b): kategori yang sudah jenuh

4.3(b) menolak app yang tidak bisa dibedakan dari yang sudah banyak tersedia: menurut Apple, varian oportunis seperti ini merusak penemuan app di App Store.

Teksnya menyebut kategori yang dimaksud. App kencan, senter, efek suara, wallpaper, timer sederhana, dan ramalan ("fortune telling") sudah sangat mapan. Apple tidak lagi menerima kiriman baru di kategori ini, kecuali app tersebut menawarkan "a meaningfully different or improved experience". Apple bahkan bisa menghapus app yang tidak diperbarui, tidak ditingkatkan, atau tidak menarik pengguna.

Daftar kedua lebih keras: permainan minum, Kama Sutra, app suara kentut dan sendawa. Apple menilainya berkualitas rendah atau dibuat asal-asalan, dan kiriman berulang jenis ini bisa berujung pada dikeluarkannya kamu dari program developer.

Horoskop dan astrologi tidak disebut secara eksplisit di versi teks saat ini. Tapi app horoskop harian yang generik tetap sangat dekat dengan ramalan, dan saya akan memperlakukannya sebagai kategori jenuh.

Kenapa 4.3 lebih sering muncul pada app buatan AI dan template

Template pada dasarnya berbagi semuanya

Template app yang dijual online dibeli oleh banyak developer, yang mengganti warna, ikon, dan nama, lalu mengirimkannya. Apple tidak menjelaskan cara mendeteksi kemiripan, tapi pesannya menyebut binary, metadata, dan konsep: tiga hal yang dibagi sebuah template dengan semua salinannya. Inilah persis kasus yang disasar 4.3(a) dan 4.2.6.

AI menghasilkan versi rata-rata dari idemu

Minta AI membuat "app pelacak kebiasaan": ia akan memberimu versi paling mungkin dari ide itu, jadi rata-rata dari yang sudah ada, dengan layar dan onboarding yang sama. Kodenya mungkin orisinal, konsepnya tidak. Padahal 4.3(b) menilai pengalaman pengguna, bukan orisinalitas kode.

AI sangat jago menulis kode untuk ide yang punya pembeda, tapi tidak bisa menemukan pembeda itu untukmu. Saya membahas apa yang dikerjakan AI dengan baik dan apa yang terlewat di membuat app iOS dengan AI.

Cara benar-benar membedakan aplikasimu

Satu fitur utama yang tidak ditawarkan app lain dengan cara yang sama

Ini aturan yang saya pakai untuk setiap ide, justru untuk menghindari 4.3: satu fitur utama yang tidak ditawarkan app lain dengan cara yang persis sama. Satu lagi app alarm biasa akan mudah dipersoalkan, karena timer sederhana termasuk kategori yang disebut Apple. Solys adalah alarm yang memaksamu memenangkan mini-game untuk mematikannya. Pembedanya cukup satu kalimat, dan langsung terlihat sejak pertama kali dipakai.

Tesnya: lengkapi kalimat "ini satu-satunya app yang...". Kalau kamu hanya bisa menutupnya dengan "tapi lebih cantik", pembedamu terlalu lemah.

Konten dan logika milikmu sendiri

Tampilan yang berbeda tidak cukup. Yang membedakan sebuah app adalah apa yang dihasilkannya: konten yang ditulis khusus untuknya, data yang dihitungnya, mekanisme yang tidak ada di tempat lain. Kalau kamu berangkat dari template atau proyek open source, ubah logikanya, bukan cuma warnanya.

Nama, screenshot, dan deskripsi yang membuktikannya

Pesan 4.3(a) menyebut metadata: reviewer juga menilai halaman app kamu, sama seperti pada guideline 2.3.10. Nama generik seperti "Flashlight Pro" sudah mengumumkan salinan bahkan sebelum app dibuka. Nama dan subtitle kamu harus menyebut fitur uniknya, screenshot pertama harus menunjukkannya, dan deskripsi harus dibuka dengannya. Pekerjaan ini juga membantu visibilitas pencarian: metodenya ada di halaman ASO App Store.

Satu aplikasi untuk semua variannya

Kalau idemu bisa dipecah per kota, per tim, atau per tema, terbitkan satu app dengan pilihan di dalamnya, plus pembelian dalam app kalau variannya berbayar. Itulah pembacaan harfiah dari 4.3(a).

Cara membalas penolakan 4.3 di App Store Connect

Yang dulu disebut Resolution Center sekarang ada di bagian App Review di App Store Connect. Di sana kamu membalas pesan App Review dengan teks dan lampiran, berupa screenshot atau dokumen, selama kamu belum mengirim ulang.

1. Kenali sub-aturannya. Penolakan 4.3(a) membahas kemiripan dengan app lain atau varian ganda. Penolakan 4.3(b) membahas kategori yang jenuh.
2. Jujurlah soal substansinya. Kalau app kamu berasal dari template atau memang mirip dengan yang sudah ada, jangan berdebat: ubah produknya, bukan kata-katanya.
3. Kalau pembedamu nyata, tunjukkan. Balas dengan singkat, faktual, dalam bahasa Inggris, dengan video fitur utama sebagai lampiran.

Template yang akan saya pakai, sesuaikan dengan app kamu:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Tulis dua kalimat soal kode dan app lain itu hanya kalau memang benar. Klaim palsu dalam balasan ke Apple akan merugikanmu lebih besar daripada sebuah penolakan. Langkah lengkap setelah penolakan apa pun ada di halaman aplikasi ditolak Apple.

Kapan mengajukan banding ke App Review Board

Apple memungkinkan kamu mengajukan banding ke App Review Board kalau kamu merasa reviewer salah memahami konsep dan cara kerja app kamu, atau kamu diperlakukan tidak adil selama review. Apple menetapkan tiga syarat: memberi alasan spesifik kenapa app kamu mematuhi guidelines, hanya mengajukan satu banding per kiriman yang ditolak, dan menjawab dulu setiap permintaan informasi tambahan.

Ajukan banding kalau pembedamu nyata, terlihat di dalam app, dan balasanmu di App Store Connect belum cukup untuk membuatnya dipahami. Untuk template, klon, atau varian tanpa pembeda, banding tidak akan mengubah produknya.

Di halaman yang sama, Apple juga menawarkan sesi video 30 menit dengan App Review. Kalau idemu menyerempet kategori jenuh, tanyakan sebelum mulai membangun.

Checklist anti-4.3 sebelum mengirim

• Kamu bisa menyelesaikan kalimat "ini satu-satunya app yang..." tanpa menyebut desain
• Fitur utama terlihat sejak pertama kali dipakai, tanpa perlu dicari
• Tidak ada layar, teks, suara, atau visual yang diambil mentah-mentah dari template, dan logikanya sudah kamu ubah
• Kamu tidak menerbitkan dua app yang berbagi kode dan konsep yang sama
• Varianmu (kota, tim, tema) ada dalam satu app
• Nama dan subtitle menyebut fitur unik, bukan kategori
• Screenshot pertama dan deskripsi dibuka dengan pembedamu
• Kalau app kamu menyentuh kategori yang disebut 4.3(b), catatan review menjelaskan dalam dua kalimat apa pembedanya dan cara mengujinya

4.3 dicegah sejak memilih ide

App "satu lagi" di niche yang jenuh punya dua masalah. Apple bisa menolaknya berdasarkan 4.3(b). Dan kalaupun lolos, ia harus bersaing dengan app yang sudah terpasang bertahun-tahun tanpa memberi alasan untuk dipilih.

Jadi pembeda tidak ditambahkan saat mengirim. Ia diputuskan sebelum baris kode pertama, dengan memadatkan idemu menjadi satu fitur utama yang jelas untuk audiens yang spesifik. Itulah inti dari MVP aplikasi iOS yang terarah, dan langkah pertama dari metode saya dari ide ke App Store.

Pilih ide yang tepat sebelum coding

Di iOS Kit, langkah pertama alurnya dibuat persis untuk itu: memilih ide, audiens, dan harga, sebelum menulis kode.

Sudah menerima penolakan 4.3? Apple Review Kit membantumu menemukan aturan yang dikutip, apa tuntutannya, serta contoh perbaikan dan balasannya. Kalau kamu ingin kita membahas kasusmu bersama sekarang juga, pesan satu jam dengan saya, lewat video call.

Tidak ada yang bisa menjamin app kamu disetujui Apple, termasuk saya. Saya bisa membantumu menyingkirkan sejak awal ide yang hanya akan jadi satu app lagi yang tidak perlu.

Masih ragu dengan idemu? Diagnostik gratis berangkat dari proyekmu, memberi tahu langkah mana yang perlu digarap dulu, dan mengirimkan checklist anti-penolakan Apple milik saya. Halaman utama lalu menunjukkan cara membuat aplikasi mobile tanpa mulai dari nol dengan memilih ide sebelum menulis kode.

Pertanyaan umum

Apa bedanya 4.3(a) dan 4.3(b)?

4.3(a) menyasar duplikasi: beberapa versi dari app yang sama, atau app yang berbagi kode, halaman, atau konsep dengan app lain dengan beda yang hanya sedikit. 4.3(b) menyasar kejenuhan: tidak ada yang baru di kategori yang sudah sangat ramai, seperti senter.

Apakah app buatan AI akan ditolak karena 4.3?

Bukan karena dibuat dengan AI: Apple menilai hasilnya, bukan alatnya. Risikonya datang dari ide generik yang diubah AI menjadi versi rata-rata dari yang sudah ada. Kalau fitur utamamu unik dan terlihat, asal-usul kodenya bukan masalah untuk 4.3.

Bisakah memakai template tanpa ditolak?

Template yang dipakai sebagai titik awal teknis, lalu diubah secara mendalam, bukan masalahnya. Template yang diterbitkan hampir apa adanya, dengan nama dan warna baru, persis sesuai dengan yang disasar 4.3(a) dan 4.2.6.

Perlukah ganti akun atau Bundle ID setelah penolakan 4.3?

Tidak. Mengganti identifier atau akun tidak mengubah app-nya, dan 4.3(b) menyebut bahwa kiriman berulang app bernilai rendah bisa berujung pada dikeluarkannya kamu dari program developer. Satu-satunya jalan keluar yang bertahan adalah mengubah produknya, lalu mengirimkannya lagi.

Apakah app kencan atau wallpaper masih bisa diterima?

Bisa, kalau app itu menawarkan pengalaman yang benar-benar berbeda atau lebih baik: itulah syarat dalam teks Apple. Pembeda itu harus terlihat di dalam app, di halaman App Store, dan di catatan review.