Guideline 4.3(a) Design Spam: cara mengatasi, plus 4.3(b) dan 4.2.6 untuk aplikasi template dan AI (2026)

Penolakan Guideline 4.3(a) Design Spam adalah salah satu pesan App Review yang paling sulit ditindaklanjuti, karena jarang menyebut aplikasi mana yang dianggap mirip dengan milik Anda. Penolakan ini jauh lebih sering menimpa aplikasi template, aplikasi white-label untuk klien, dan aplikasi buatan AI. Panduan ini memisahkan 4.3(a) dari 4.3(b) dan 4.2.6, membahas bagaimana developer lain berhasil melewati penolakan ini, serta memberi Anda template balasan dan checklist yang perlu diselesaikan sebelum mengirim ulang. Untuk jenis penolakan lainnya, lihat panduan penolakan per guideline.

Apa arti Guideline 4.3(a) Design Spam?

Guideline 4.3(a) berarti Apple menilai submission Anda pada dasarnya adalah aplikasi yang sama dengan yang sudah pernah dikirim, baik berupa beberapa bundle ID dari satu aplikasi maupun salinan yang hampir identik dari aplikasi orang lain. Solusinya adalah menggabungkan duplikat atau membuat pengalaman intinya benar-benar berbeda.

Per November 2026, App Review Guidelines menyatakan: "Jangan membuat beberapa Bundle ID untuk aplikasi yang sama (misalnya, mengirim aplikasi peta terpisah untuk setiap kota di dunia alih-alih satu peta global yang memungkinkan pengguna mencari kota mana pun)." Alternatif yang disarankan Apple adalah: "pertimbangkan untuk mengirim satu aplikasi dan menyediakan variasinya menggunakan in-app purchase." 4.3(a) memiliki ikon kunci, sehingga aturan ini juga berlaku untuk notarisasi aplikasi iOS dan iPadOS yang didistribusikan di luar App Store.

Teks penolakan yang biasanya diterima developer adalah: "Guideline 4.3(a) - Design - Spam. Kami melihat aplikasi Anda memiliki binary, metadata, dan/atau konsep yang mirip dengan aplikasi yang dikirim ke App Store oleh developer lain, dengan hanya sedikit perbedaan." Ada tiga pemicu dalam kalimat itu (binary, metadata, konsep), dan salah satunya saja sudah cukup untuk menyebabkan penolakan.

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

4.3(a) membahas duplikat, 4.3(b) membahas aplikasi yang tidak menawarkan hal baru di kategori yang sudah padat, dan 4.2.6 membahas aplikasi berbasis template yang dikirim oleh akun yang salah. Masing-masing butuh solusi berbeda, jadi periksa dulu nomor guideline yang tepat di pesan penolakan Anda.

Teks 4.3(b) yang berlaku saat ini juga memperingatkan bahwa Apple "dapat menghapus aplikasi ini dari App Store ke depannya jika tidak diperbarui, ditingkatkan, atau tidak menarik pengguna", dan bahwa kategori asal jadi seperti game minum-minum dan aplikasi suara kentut dapat berujung pada pengeluaran dari Apple Developer Program jika dikirim berulang kali. Untuk aturan lain yang baru-baru ini direvisi Apple, lihat perubahan App Review Guidelines Oktober 2026.

Mengapa aplikasi template dan buatan AI ditandai sebagai spam?

Aplikasi template dan buatan AI sering ditandai karena banyak di antaranya memakai kode awal yang sama, tata letak layar yang sama, dan teks toko yang mirip, sehingga cocok dengan ketiga pemicu: binary, metadata, dan konsep. Memiliki kodenya sendiri tidak membuat aplikasi kebal jika hasilnya terlihat seperti ratusan aplikasi lain.

AI app builder sering menghasilkan onboarding yang sama, tab bar yang sama, dan rangkaian fitur generik yang sama ("lacak kebiasaan, dapatkan insight AI"), dan deskripsi App Store yang dihasilkan pun sering terdengar sama. Jika Anda memublikasikan lewat builder, periksa siapa yang tercantum sebagai penjual. 4.2.6 menyatakan layanan template "tidak boleh mengirim aplikasi atas nama kliennya", jadi aplikasi harus dirilis di bawah akun developer milik pemilik konten. Panduan publikasi Base44 dan panduan publikasi Lovable kami membahas apa saja yang tetap menjadi tanggung jawab Anda setelah ekspor.

Apa yang dilakukan developer lain untuk mengatasi penolakan 4.3(a)?

Kasus yang dilaporkan secara publik menunjukkan bahwa perubahan visual saja jarang berhasil. Menggabungkan aplikasi duplikat dan menulis balasan spesifik tentang apa yang membuat aplikasi berbeda terbukti lebih efektif.

• Digabung ke aplikasi yang sudah ada (GitHub). Sebuah tim yang merilis aplikasi VoIP berbasis Linphone melaporkan di linphone-iphone issue #936 bahwa set ikon dan skema warna baru tidak lolos 4.3(a). Mereka menyimpulkan konfliknya adalah aplikasi berbasis Linphone lain di akun yang sama. Mereka memasukkan perubahan itu ke aplikasi yang sudah ada sebagai update, dan update tersebut lolos "hampir seketika".
• Menjelaskan keunikan (Godot Forum). Seorang developer game di Godot Forum menduga binary engine yang sama membuat aplikasinya cocok dengan game Godot lain. Memperkecil ukuran build dan menjelaskan bahwa game itu memakai Godot sama-sama ditolak. Balasan yang "mencantumkan poin-poin utama yang menurut saya membuat game saya menyenangkan & unik dibanding game lain di genre yang sama" akhirnya membuatnya disetujui.
• Screenshot saja tidak cukup (Apple Developer Forums). Dalam thread Apple Developer Forums, seorang developer mengatakan perwakilan Apple menunjuk screenshot sebagai masalahnya, dan bahwa "metadata" bisa berarti judul, subtitle, kata kunci, atau screenshot. Screenshot yang sepenuhnya baru tetap mendapat penolakan yang sama, pada update untuk aplikasi yang sudah berumur 2–3 tahun.

Benang merahnya: perubahan kosmetik (ikon, warna, screenshot) gagal di ketiga kasus. Yang berhasil adalah menghapus duplikat di akun atau memberi reviewer alasan konkret di tingkat fitur mengapa aplikasi tersebut berbeda.

Bagaimana langkah demi langkah mengatasi penolakan 4.3(a)?

Untuk mengatasi penolakan 4.3(a), temukan dulu duplikatnya, lalu lakukan perubahan produk yang nyata, kemudian balas App Review dengan detail spesifik sebelum mengirim ulang. Mengirim ulang build yang sama dengan ikon baru adalah cara paling umum untuk ditolak lagi.

1. Baca nomor guideline yang tepat di bagian App Review di App Store Connect. Jika tertulis 4.2.6 atau 4.3(b), ikuti baris yang sesuai di tabel di atas.
2. Daftar semua aplikasi di akun Anda, baik yang aktif maupun yang sudah dihapus, yang berbagi kode, template, konsep, atau desain dengan aplikasi yang ditolak. Jika ada, gabungkan menjadi satu aplikasi dengan variasi di dalam aplikasi, atau rilis perubahannya sebagai update untuk aplikasi yang sudah live.
3. Cari kata kunci kategori Anda di App Store dan catat hasil teratas. Tuliskan apa yang bisa dilakukan aplikasi Anda yang tidak dilakukan satu pun dari mereka.
4. Ubah setidaknya satu alur inti (sumber data, fitur utama, model interaksi), bukan hanya tema.
5. Tulis ulang nama, subtitle, kata kunci, deskripsi, dan screenshot agar menggambarkan fitur spesifik Anda dan tidak ada lagi teks template generik yang tersisa.
6. Balas di App Store Connect menggunakan template di bawah. Halaman App Review Apple juga menyediakan janji temu Webex 30 menit jika Anda ingin bertanya langsung kepada reviewer tentang guideline.
7. Jika Anda yakin reviewer salah memahami aplikasi Anda, ajukan satu banding ke App Review Board. Apple meminta Anda untuk "Mengajukan hanya satu banding per submission yang tidak lolos review" dan menjawab permintaan informasi terlebih dahulu.

Apa yang harus ditulis dalam balasan ke App Review?

Balasan yang baik menyebutkan fitur spesifik yang membuat aplikasi berbeda, menegaskan bahwa tidak ada aplikasi duplikat di akun Anda, dan menunjukkan kepada reviewer di mana setiap perbedaan bisa dilihat. Buat singkat, faktual, dan sopan.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Jika suatu fitur berada di balik login, berikan kredensial yang berfungsi kepada reviewer. Panduan akun demo untuk review App Store kami menjelaskan cara menyiapkannya.

Apa saja yang perlu dicakup checklist diferensiasi sebelum mengirim ulang?

Checklist diferensiasi harus mencakup akun, binary, metadata, dan konsep Anda, yaitu empat area yang diperiksa oleh 4.3. Centang setiap poin sebelum Anda menekan Submit for Review lagi.

• Akun: tidak ada aplikasi lain, baik aktif maupun sudah dihapus, yang memakai template, konsep, atau desain yang sama.
• Akun: aplikasi dikirim dari akun developer milik pemilik konten sendiri (4.2.6).
• Binary: layar contoh template, data demo, dan branding placeholder sudah dihapus.
• Binary: ada setidaknya satu fitur inti yang tidak dimiliki hasil teratas di kategori tersebut.
• Metadata: nama, subtitle, dan kata kunci menggambarkan nilai spesifik Anda, bukan kategori secara umum.
• Metadata: screenshot menampilkan fitur pembeda Anda di dua frame pertama.
• Konsep: Anda bisa menyatakan dalam satu kalimat mengapa pengguna akan memilih aplikasi ini dibanding lima hasil teratas.
• Catatan review: perbedaan dan akun demo sudah dicantumkan, sehingga reviewer tidak perlu mencarinya sendiri.

Jika Anda sudah ditolak berdasarkan 4.3 lebih dari sekali dan tidak yakin apa yang harus diubah, layanan submission App Store kami menyiapkan proses review dan menangani masukan penolakan bersama Anda, seharga $599 untuk kedua store (biaya akun developer terpisah).