# Guideline 4.2 Minimum Functionality: aplikasi ditolak Apple

> Guideline 4.2: Apple menolak aplikasi yang tidak menawarkan lebih dari sebuah situs web. Taruh fitur native di inti penggunaan dan tunjukkan ke reviewer.

Halaman asli: [Guideline 4.2 Minimum Functionality: aplikasi ditolak Apple](https://devoria.fr/id/blog/guideline-4-2-minimum-functionality-aplikasi-ditolak)
Penulis: [Mehdi Azizi](https://devoria.fr/id/mehdi-azizi)
Terbit: 2026-10-19
Revisi konten terakhir: 2026-10-19


Guideline 4.2, "Minimum Functionality", menolak aplikasi yang tidak menawarkan apa pun selain yang sudah ada di situs web, atau terlalu sedikit sampai orang tidak mau menyimpannya. **Obatnya bukan menumpuk fitur native: taruh satu fitur native di inti penggunaan, lalu beri tahu reviewer di mana menemukannya.** Perbaikannya hampir selalu butuh build baru.

Saya merilis aplikasi iOS saya sendiri: Solys, TradaZen, dan Nolera ada di App Store. Panduan ini berdasarkan teks resmi Apple yang saya baca pada 15 Oktober 2026, dan penolakan 4.2 yang dibagikan developer di forum Apple. Aplikasi yang ditolak di bawah ini hanyalah contoh. Untuk gambaran semua alasan penolakan, baca [kenapa Apple menolak aplikasi](https://devoria.fr/id/blog/aplikasi-ditolak-apple-penyebab-solusi).

## Apa isi guideline 4.2?

Guideline 4.2 ada di bagian 4, "Design", dari [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#4.2). Kalimat pertamanya langsung menetapkan kriteria: "Your app should include features, content, and UI that elevate it beyond a repackaged website." Artinya, aplikasimu harus punya fitur, konten, dan antarmuka yang membuatnya lebih dari sekadar situs web yang dibungkus ulang.

Teksnya menambahkan dua hal. Aplikasi yang tidak benar-benar berguna, unik, atau terasa seperti aplikasi ("app-like") tidak punya tempat di App Store. Dan aplikasi yang tidak menawarkan hiburan jangka panjang atau kegunaan yang cukup bisa ditolak. **Jadi 4.2 menilai dua hal: perbedaannya dengan web, dan seberapa banyak nilainya.**

## Sub-aturan yang bisa disebut dalam pesan

| Sub-aturan | Yang diminta Apple                          | Penolakan yang khas                          |
| ---------- | ------------------------------------------- | -------------------------------------------- |
| 4.2        | Lebih dari sekadar situs web                | Situs ditampilkan dalam WebView              |
| 4.2.1      | Pengalaman augmented reality yang sungguhan | Satu model 3D ditaruh di tampilan AR         |
| 4.2.2      | Bukan sekadar materi pemasaran atau tautan  | Aplikasi etalase, agregator, tautan          |
| 4.2.3      | Aplikasi mandiri, unduhan yang jelas        | Aplikasi yang butuh aplikasi lain            |
| 4.2.6      | Bukan aplikasi dari template komersial      | Template yang dikirim oleh jasa pihak ketiga |

Tiga catatan. Guideline 4.2.2 memberi pengecualian untuk katalog: "Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links." Jadi katalog produk bisa lolos. Brosur iklan, tidak.

Guideline 4.2.3 punya dua butir. Butir (i) meminta aplikasi berjalan sendiri, tanpa perlu menginstal aplikasi lain. Butir (ii) meminta, kalau aplikasi harus mengunduh resource saat pertama dibuka, agar ukuran unduhannya diberitahukan dan persetujuan diminta lebih dulu.

Guideline 4.2.6, tentang template komersial dan layanan pembuat aplikasi, dibahas lengkap di [panduan guideline 4.3](https://devoria.fr/id/blog/guideline-4-3-design-spam-aplikasi-ditolak), karena berkaitan erat dengan aturan anti-spam.

## Dua pesan 4.2 yang paling sering

Pesan dari Apple dibuka dengan judul "Guideline 4.2 - Design - Minimum Functionality". Lanjutannya menyebut masalah mana dari dua masalah ini yang dilihat reviewer. Berikut dua kalimat yang dibagikan developer di forum Apple. Usianya sudah beberapa tahun: teks persisnya mungkin berubah, tapi dua jenis masalahnya tetap.

**Aplikasinya mirip situs.** "Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience." Pesan ini, yang [dibagikan di forum Apple](https://developer.apple.com/forums/thread/108931), punya satu kalimat penentu: "Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store."

**Aplikasinya terlalu tipis.** "We found that the usefulness of your app is limited by the minimal amount of content or features it includes." [Pesan kedua](https://developer.apple.com/forums/thread/115230) ini meminta kamu meninjau ulang konsepnya, dan mengakui bahwa tidak ada aturan berbasis angka yang mendefinisikan apa itu berguna atau menghibur.

> Menambahkan notifikasi, lokasi, dan tombol bagikan ke situs yang dibungkus tidak cukup: Apple sendiri menuliskannya dalam penolakannya.

## Empat kasus khas penolakan 4.2

Empat kasus di bawah ini adalah contoh rekaan untuk menjelaskan aturannya, bukan aplikasi sungguhan.

### Situs web yang dibungkus

Contoh: sebuah klub olahraga menampilkan situs mobile-nya di dalam WebView, dengan tab bar native di atasnya. Jadwal, pemesanan, dan akun semuanya halaman web. Reviewer melihat hal yang sama dengan yang akan ditampilkan Safari. Apple menyatakannya di [halaman App Review](https://developer.apple.com/distribute/app-review/): situs yang disajikan dalam aplikasi iOS, konten web yang tidak disesuaikan untuk iOS, atau interaksi web yang terbatas tidak menghasilkan aplikasi yang berkualitas.

Yang akan saya lakukan: membangun ulang secara native layar-layar untuk aksi utama, di sini jadwal dan pemesanan. Lalu menambahkan hal yang tidak bisa dilakukan situs: pengingat sebelum sesi, jadwal yang bisa dilihat tanpa internet, sesi berikutnya di widget.

### Aplikasi yang terlalu sederhana

Contoh: aplikasi yang menampilkan satu kutipan per hari, dan tidak ada yang lain. Dalam sepuluh detik semuanya sudah terlihat. Guideline 4.2 menyebut "lasting entertainment value or adequate utility": nilai yang bertahan lama, atau kegunaan yang cukup. **Untuk memperbaikinya, tambahkan kedalaman pada aksi utama, bukan layar-layar di sekitarnya.** Di sini: riwayat, favorit, pengingat di jam pilihan, widget di layar utama.

### Aplikasi buatan AI, tanpa apa pun yang native

Contoh: satu kolom teks, satu tombol, jawaban AI yang ditampilkan sebagai teks polos. Apple tidak menilai alatnya, tapi apa yang muncul di layar reviewer. Kalau pengalamannya muat di satu halaman web, kemungkinan besar 4.2 akan jatuh.

Saya menjelaskan apa yang dikerjakan AI dengan baik dan apa yang dilewatkannya di [membuat aplikasi dengan AI](https://devoria.fr/id/blog/membuat-aplikasi-ios-dengan-ai-jebakan-cek). Format yang dihasilkan tiap generator, aplikasi web atau proyek mobile, dibandingkan di [Lovable, Rork, atau FlutterFlow](https://devoria.fr/id/blog/lovable-rork-flutterflow-aplikasi-mobile).

### Cangkang yang menunggu konten

Contoh: marketplace tanpa iklan, direktori kosong, feed yang menampilkan "Segera hadir". Reviewer membuka aplikasi yang tidak punya apa-apa untuk ditunjukkan. Kasus ini juga kena 2.1, yang menolak konten sementara: lihat [panduan guideline 2.1](https://devoria.fr/id/blog/guideline-2-1-app-store-penolakan). Kirim aplikasinya saat sudah ada konten nyata, atau sediakan akun demo yang sudah terisi.

## Tes yang saya lakukan: "Bagaimana kalau di Safari?"

Sebelum mengirim, saya bertanya apakah sebuah situs web bisa menawarkan fungsi utama yang sama. Kalau bisa, aplikasinya rawan kena 4.2. Ini tabel saya untuk menilai fitur native. **Sebuah fitur berarti kalau ia melayani aksi utama, bukan kalau sekadar hiasan.**

| Fitur          | Fitur ini berarti kalau...                    | Tidak cukup kalau...          |
| -------------- | --------------------------------------------- | ----------------------------- |
| Notifikasi     | Memberi informasi yang memang ditunggu        | Hanya meneruskan artikelmu    |
| Offline        | Konten utama tetap bisa dipakai               | Yang muncul hanya layar error |
| Widget         | Menampilkan data milik orang itu sendiri      | Menampilkan logomu            |
| Bagikan        | Orang mengirim konten ke aplikasimu           | Hanya membagikan tautan       |
| Kamera, sensor | Menjadi bagian dari aksi utama                | Membuka situsmu               |
| Data lokal     | Aplikasi menghitung, menyimpan, dan mengingat | Semuanya ada di halaman web   |

Rekomendasi Apple sejalan. Sebuah [widget](https://developer.apple.com/design/human-interface-guidelines/widgets) menampilkan konten terkini yang bisa dibaca sekilas. Sebuah [notifikasi](https://developer.apple.com/design/human-interface-guidelines/notifications) membawa informasi berguna dengan sedikit kata, dan bukan untuk mendorong orang ke suatu tugas di aplikasi.

## Yang dilakukan aplikasi saya dan tidak bisa dilakukan situs

Saya merancang tiap aplikasi di sekitar fungsi utama yang tidak ada di browser, atau nilai yang membuat orang kembali.

- **Solys** adalah alarm. Bunyinya lewat AlarmKit, layanan alarm iOS 26: tetap berbunyi saat mode senyap, seperti alarm bawaan Apple. Untuk mematikannya, kamu harus memenangkan mini-game, dan aplikasi yang dipilih tetap dijeda setelah bangun. Tidak ada halaman web yang bisa membunyikan iPhone dalam mode senyap.
- **TradaZen** adalah simulator trading: grafik sungguhan pada tanggal sungguhan, satu keputusan, candle yang terbuka satu per satu, duel berperingkat, dan rank yang naik. Di sini, bukan fitur native yang menopang aplikasinya. Yang menopangnya adalah nilai hiburan jangka panjang yang disebut 4.2.
- **Nolera** adalah lemari pakaian digital: kamu memotret bajumu, aplikasinya memotong latarnya dan merapikannya, lalu menyarankan outfit tiap pagi. Kamera adalah bagian dari aksi utama. Bukan sekadar bonus.

**Guideline 4.2 tidak menuntut daftar fitur native: ia menuntut alasan untuk menginstal aplikasi alih-alih membuka situs.**

## Memperbaiki penolakan 4.2, langkah demi langkah

1. **Kenali jenisnya.** Pengalaman browsing web: itu situs yang dibungkus. Konten atau fitur minim: itu aplikasi yang terlalu tipis. Guideline 4.2.3: ketergantungan pada aplikasi lain atau unduhan yang tidak diberitahukan.
2. **Ubah produknya, bukan kata-katanya.** Balasan yang berargumen tanpa mengubah apa pun tidak punya alasan untuk meyakinkan. Bangun ulang secara native layar-layar aksi utama, atau tambahkan kedalaman yang kurang.
3. **Siapkan build baru.** Penyebabnya ada di aplikasi: pembaruan jarak jauh tidak cukup. Setiap pengiriman masuk antrean lagi, lihat [lama waktu review App Store](https://devoria.fr/id/blog/lama-review-app-store-berapa-lama-menunggu).
4. **Tulis catatan review yang memandu.** Apple meminta, di halaman tentang [informasi untuk review yang lengkap](https://developer.apple.com/help/app-review/before-submitting-for-review/complete-review), agar kamu menjelaskan konsep, fitur, dan target pengguna. Untuk pembaruan: apa yang berubah, dan di mana menemukannya.
5. **Ajukan banding hanya kalau reviewer melewatkan sesuatu.** Kalau fitur native-mu sudah ada tapi tidak terlihat, balas di App Store Connect dengan video singkat. Banding ke App Review Board masuk akal kalau aplikasimu disalahpahami, bukan kalau aplikasinya memang tipis.

Template catatan yang akan saya pakai, dalam bahasa Inggris, silakan sesuaikan:

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]
```

Tulis hanya yang benar-benar ada di build yang dikirim. Fitur yang disebut tapi tidak bisa ditemukan akan membuatmu ditolak lagi, kali ini dengan 2.1.

## Checklist 4.2 sebelum submit

- Kamu bisa menjelaskan dalam satu kalimat apa yang dilakukan aplikasimu dan tidak bisa dilakukan situs.
- Layar-layar aksi utama dibuat native, bukan halaman web.
- Setiap fitur native melayani aksi utama, dan reviewer menemukannya dalam kurang dari dua menit.
- Aplikasi punya konten nyata sejak pertama dibuka, atau akun demo yang terisi.
- Aplikasi berjalan sendiri, tanpa perlu menginstal aplikasi lain.
- Unduhan besar saat pertama dibuka memberi tahu ukurannya dan meminta persetujuan.
- Catatan review menjelaskan konsep, target pengguna, dan lokasi tiap fitur.
- Kalau idemu mepet batas, kamu sudah mengujinya sebelum ngoding, dengan [MVP aplikasi iOS](https://devoria.fr/id/expertise/mvp-aplikasi-ios) yang terarah.

## Lolos 4.2 di submit berikutnya

Kalau aplikasimu baru ditolak karena 4.2, [Apple Review Kit](https://devoria.fr/id/kits/review-apple) membantumu menemukan aturan yang disebut dan apa yang dimintanya, lengkap dengan template catatan untuk reviewer. Kalau kamu masih membangun, alur [iOS Kit](https://devoria.fr/id/kits/ios) dimulai dari fungsi utama sebelum baris kode pertama. Kalau butuh pandangan manusia, [pesan satu jam dengan saya](https://devoria.fr/id/coaching). Langkah lengkapnya ada di halaman [aplikasi ditolak Apple](https://devoria.fr/id/expertise/aplikasi-ditolak-apple).

Kalau kamu sedang menyiapkan rilis pertama, [ikuti diagnosis gratis](https://devoria.fr/id/diagnostic): diagnosis ini mengurutkan langkah-langkahnya dan mengirimkan checklist anti-penolakan Apple milik saya. Halaman utama menunjukkan cara [membuat aplikasi mobile](https://devoria.fr/id) yang dirancang untuk review sejak awal.

Tidak ada yang bisa menjamin Apple akan menerima aplikasimu. Saya bisa membantumu memberinya alasan untuk ada di App Store.

## Pertanyaan umum

### Apa arti "Guideline 4.2 - Design - Minimum Functionality"?

Itu judul penolakan karena fungsionalitas minimum. Apple menilai aplikasimu terlalu mirip situs web, atau kontennya dan fiturnya terlalu sedikit. Judul yang sama bisa merujuk ke sub-aturan: "Guideline 4.2.2" untuk aplikasi etalase atau daftar tautan, 4.2.3 untuk aplikasi yang bergantung pada aplikasi lain.

### Apakah aplikasi WebView selalu ditolak?

Tidak. Aturannya menyasar situs web yang dimasukkan ke aplikasi, bukan teknologinya. Reviewer menilai pengalaman utama: kalau layar-layarnya adalah halaman web yang melakukan hal sama dengan Safari, risikonya tinggi. Halaman bantuan yang dibuka di browser bukan masalahnya.

### Apakah menambahkan push notification cukup untuk lolos 4.2?

Tidak. Dalam pesan penolakan yang dibagikan di forumnya, Apple menulis bahwa notifikasi, lokasi, dan fitur bagikan tidak cukup untuk membuat pengalamannya kaya. Notifikasi berarti kalau melayani fungsi utama, seperti alarm atau pengingat yang dipilih penggunanya.

### Apa bedanya guideline 4.2 dan 4.3?

Guideline 4.2 menilai aplikasimu sendiri: apakah ia memberi cukup banyak dibanding situs web? Guideline 4.3 membandingkannya dengan yang lain: apakah ia salinan, varian, atau satu lagi aplikasi di kategori yang sudah jenuh? Satu aplikasi bisa kena keduanya, tapi cara memperbaikinya berbeda.

### Apakah perlu build baru setelah ditolak karena 4.2?

Hampir selalu, karena penyebabnya ada di aplikasi itu sendiri. Satu-satunya pengecualian: reviewer tidak menemukan fitur yang sebenarnya sudah ada. Dalam kasus ini, balas di App Store Connect dengan catatan yang jelas dan video singkat, tanpa mengubah build.


## Proyekmu

[Apple Review Kit](https://devoria.fr/id/kits/review-apple): Checklist review App Store yang kupakai, penolakan Apple yang sudah kuperbaiki, catatan untuk penguji, dan dua skill Claude Code yang meninjau aplikasimu. 29 €.

[iOS Kit](https://devoria.fr/id/kits/ios): Bikin aplikasi iPhone dengan Claude Code: starter code aplikasiku, skill yang memeriksa kerjanya, plus Apple Review Kit, App Store Screenshots Kit, dan ASO Kit. 129,99 €.