Perubahan App Review Guidelines Oktober 2026: arti 1.2, 2.3.14, 2.5.19 dan 3.1.1(a) bagi aplikasi Anda

Perubahan App Review Guidelines Oktober 2026 diumumkan dalam posting Apple Updated App Review Guidelines are now available pada 16 Oktober 2026. Dua guideline baru ditambahkan (2.3.14 dan 2.5.19), tiga bagian diubah redaksinya (1.2, 3.1.1(a) dan bagian 5), dan bagian Before You Submit serta After You Submit mendapat tautan ke dokumentasi tambahan. Berikut setiap perubahan dalam bahasa sederhana, siapa yang perlu bertindak, dan checklist untuk pengajuan Anda berikutnya.

Apa yang berubah di App Review Guidelines pada 16 Oktober 2026?

Apple menambahkan guideline 2.3.14 untuk aset kreatif dan guideline 2.5.19 untuk fitur tersembunyi. Apple juga memperjelas 1.2 (konten buatan pengguna), 3.1.1(a) (tautan pembelian eksternal) dan bagian 5 (Legal). Changelog Apple mencantumkan perubahannya sebagai berikut:

Apple menyatakan terjemahan "akan tersedia di situs Apple Developer dalam waktu satu bulan." Per Oktober 2026, rujuk App Review Guidelines versi bahasa Inggris setiap kali salinan terjemahan berbeda darinya.

Apa yang diwajibkan guideline baru 2.5.19 tentang fitur tersembunyi?

Guideline 2.5.19 mewajibkan setiap fitur di dalam binary Anda terlihat dan terdokumentasi, baik bagi pengguna maupun App Review. Menyembunyikan fungsionalitas, termasuk lewat obfuskasi, dapat membuat aplikasi dihapus dan akun developer dihentikan.

Bunyi persisnya: "Jangan sertakan fitur tersembunyi, dorman, atau tidak terdokumentasi dalam aplikasi Anda; fungsionalitas aplikasi Anda harus jelas bagi pengguna akhir dan App Review. Upaya menyembunyikan fitur tidak terdokumentasi di binary aplikasi Anda, misalnya melalui obfuskasi kode atau cara lain, merupakan alasan untuk menghapus aplikasi Anda dari App Store dan menghentikan akun developer Anda." Apple menyebut kebijakan ini sudah lama berlaku, tetapi sebelumnya berada di 2.3.1. Guideline 2.3.1(a) saat ini masih mewajibkan fitur baru "dijelaskan secara spesifik di bagian Notes for Review". Penolakan karena fitur tersembunyi kini seharusnya merujuk ke 2.5.19.

Dalam praktiknya, cantumkan di catatan review setiap fitur yang dapat diaktifkan oleh switch di server, kode undangan, pemindaian QR, wilayah, atau tingkatan akun. Jika sebuah flag akan mengaktifkan fitur setelah disetujui, aktifkan fitur itu di build yang ditinjau atau jangan sertakan kodenya sampai versi yang benar-benar merilisnya.

Aplikasi mana yang terdampak perubahan guideline 1.2?

Guideline 1.2 kini mencakup setiap aplikasi yang memungkinkan pengguna "membuat, menghasilkan, mengunggah, membagikan, atau dengan cara lain menyumbangkan konten", dan secara eksplisit menyebut media sosial, platform UGC, dan aplikasi pembuat konten AI. Aplikasi tersebut wajib menyaring materi yang tidak pantas, menyediakan pelaporan dengan respons tepat waktu, memungkinkan pengguna memblokir pengguna yang kasar, dan mencantumkan informasi kontak.

Teks revisinya mencantumkan "citra intim nonkonsensual" bersama pelanggaran kekayaan intelektual dan perundungan. Teks itu menambahkan: "Developer yang gagal menerapkan pengamanan yang memadai atau gagal memperbaiki pelanggaran yang teridentifikasi setelah pemberitahuan dapat dianggap melanggar Developer Code of Conduct." Aplikasi gambar atau avatar AI yang hanya menghasilkan konten untuk penggunanya sendiri kini tetap bisa tercakup. Penyaringan prompt dan output, pelaporan, serta informasi kontak yang dipublikasikan harus ada di build yang Anda ajukan, bukan sekadar di roadmap.

Apa isi guideline 2.3.14 tentang aset kreatif?

Guideline 2.3.14 menyatakan aset kreatif harus terkait dengan konten, fungsionalitas, atau merek aplikasi Anda, mengikuti aturan metadata yang biasa, dan pantas untuk semua usia. Guideline ini melarang konten yang tidak pantas, rujukan menyesatkan ke aplikasi lain, klaim yang tidak dapat diverifikasi, dan "informasi harga spesifik atau diskon".

Aset kreatif adalah aset gambar dan video yang diperkenalkan Apple pada 5 Oktober 2026. Menurut App Store asset best practices dari Apple, aset ini muncul "di iOS 27 dan iPadOS 27 serta versi setelahnya, termasuk di halaman produk Anda, di hasil pencarian, dan saat aplikasi Anda ditampilkan secara khusus." Halaman yang sama bahkan lebih ketat daripada guideline-nya. Di sana disebutkan agar tidak mencantumkan URL situs web, simbol hak cipta, logo platform lain, dan pengakuan dari Apple seperti "Editor's Choice". Disebutkan pula bahwa aset "harus memenuhi rating usia 4+, meskipun rating aplikasi Anda lebih tinggi". Header bertuliskan "Diskon 50% minggu ini" atau "Aplikasi anggaran #1" melanggar 2.3.14.

Apa yang berubah di guideline 3.1.1(a) tentang tautan pembelian eksternal?

Guideline 3.1.1(a) tidak lagi memiliki poin terpisah untuk Music Streaming Services Entitlement. Entitlement tersebut kini berada di dalam poin StoreKit External Purchase Link Entitlements, dan teksnya menyatakan tautan boleh mengarah ke "tujuan yang diizinkan". Tujuan yang disetujui dapat berbeda menurut wilayah.

Aturan tentang di mana tautan diperbolehkan tidak berubah dalam pembaruan ini. Entitlement tersebut tetap terbatas pada storefront tertentu. Storefront Amerika Serikat tetap menjadi pengecualian, di mana tombol, tautan eksternal, dan ajakan bertindak lainnya diperbolehkan tanpa entitlement. Jika Anda sudah memakai salah satu entitlement tersebut, pastikan tautan Anda masih mengarah ke tujuan yang diizinkan di setiap storefront tempat aplikasi Anda dirilis.

Bagaimana developer mengatasi penolakan karena fitur tersembunyi dan UGC dalam praktiknya?

Kasus yang dilaporkan secara publik menunjukkan bahwa penolakan berdasarkan redaksi lama 2.3.1 tentang fitur tersembunyi maupun berdasarkan 1.2 biasanya terselesaikan dengan membuat setiap fitur dan pengamanan mudah ditemukan oleh peninjau, atau dengan mengajukan banding. Perubahan kode saja jarang menyelesaikannya.

• Pada Maret 2026, seorang developer di Apple Developer Forums melaporkan bahwa aplikasi alarm sosial native miliknya ditolak berdasarkan "Guideline 2.3.1(a) - Hidden Features" dan 4.2. Developer itu menyatakan WebView hanya dipakai untuk kebijakan privasi, ketentuan, dan FAQ, lalu mengajukan banding. App Review menjawab bahwa App Review Board telah merespons. Developer tersebut kemudian meminta layar spesifik yang dimaksud, dan tidak ada perbaikan yang diunggah.
• Dalam sebuah issue GitHub Flutter, beberapa developer menerima pesan "We discovered that your app contains hidden features" untuk aplikasi yang sederhana. Seorang kontributor Flutter menyebut framework itu sebagai "pengalih perhatian" dan menunjuk API tidak terdokumentasi di kode aplikasi atau plugin. Dua developer melaporkan aplikasinya disetujui setelah banding, tanpa mengubah kode.
• Seorang developer di Apple Developer Forums ditolak berdasarkan 1.2 meskipun sudah memiliki EULA, penyaringan, pelaporan, dan pemblokiran. Developer itu diminta menyetujui ketentuan dengan "tanpa toleransi terhadap konten yang tidak pantas" dan "menindaklanjuti laporan konten tidak pantas dalam 24 jam". Penolakan kedua menambahkan rating usia 18+, penghapusan postingan secara instan, dan informasi kontak di dalam aplikasi. Developer tersebut merespons dengan mendokumentasikan setiap pengamanan dan memberikan kredensial admin di catatan review.

Pelajaran: Dalam ketiga kasus, peninjau tidak dapat melihat atau memverifikasi fitur yang dianggap jelas oleh developernya. Di bawah 2.5.19 dan 1.2 yang lebih ketat, catatan review dan akun demo sama pentingnya dengan kode. Panduan akun demo review App Store kami menjelaskan cara menyiapkannya.

Apa yang perlu Anda periksa sebelum pengajuan berikutnya?

Sebelum build berikutnya, periksa feature flag, pengamanan UGC, aset kreatif, dan tautan eksternal terhadap teks baru, lalu tulis catatan review yang menunjuk ke masing-masing. Checklist di bawah ini mencakup perubahan Oktober 2026.

1. Daftarkan setiap flag yang dikendalikan server, key remote config, dan menu tersembunyi. Aktifkan masing-masing untuk peninjau, atau hapus kode yang dikendalikannya.
2. Jelaskan setiap fitur baru secara spesifik di Notes for Review, sesuai ketentuan 2.3.1(a), termasuk cara mengakses apa pun yang berada di balik undangan, pemindaian, atau tingkatan berbayar.
3. Jika pengguna dapat memposting, mengobrol, atau menghasilkan konten, pastikan penyaringan, pelaporan, pemblokiran, dan informasi kontak yang dipublikasikan semuanya ada di build, dan tuliskan proses Anda untuk menindaklanjuti laporan.
4. Untuk pembuatan gambar atau video dengan AI, tambahkan filter prompt dan output yang memblokir citra seksual orang sungguhan, dan sediakan cara bagi pengguna untuk melaporkan hasil output.
5. Periksa setiap aset kreatif dari harga, diskon, URL, klaim penghargaan, logo platform lain, dan apa pun yang melebihi rating 4+.
6. Jika Anda memakai entitlement tautan pembelian eksternal atau streaming musik, pastikan tautannya mengarah ke tujuan yang diizinkan di setiap storefront.
7. Baca ulang guideline versi bahasa Inggris untuk setiap bagian yang Anda andalkan, karena terjemahan bisa tertinggal hingga satu bulan.

Contoh nyata: ambil aplikasi avatar AI dengan galeri publik dan paket gaya "Pro" yang diaktifkan lewat remote config setelah peluncuran. Berdasarkan teks baru, aplikasi ini membutuhkan moderasi galeri dan pelaporan (1.2). Paket Pro harus terlihat di build yang ditinjau atau ditahan sampai versi berikutnya (2.5.19). Aset header iOS 27-nya tidak boleh bertuliskan "Pro sekarang diskon 40%" (2.3.14). Jika Anda sedang menghadapi penolakan, panduan perbaikan per guideline kami menjelaskan cara membalas di App Store Connect. Jika Anda ingin pemeriksaan tambahan sebelum mengajukan, lihat layanan kami.