Guideline 4.2 Minimum Functionality: aplikasi ditolak Apple

Guideline 4.2, "Minimum Functionality", menolak aplikasi yang tidak menawarkan apa-apa lebih daripada laman web, atau terlalu sedikit untuk orang mahu menyimpannya. Penyelesaiannya bukan menimbun fungsi natif: letakkan satu fungsi di teras penggunaan, kemudian beritahu reviewer di mana untuk menemuinya. Pembetulan hampir selalu memerlukan build baharu.

Saya menerbitkan aplikasi iOS saya sendiri: Solys, TradaZen dan Nolera ada di App Store. Panduan ini berdasarkan teks rasmi Apple, dibaca pada 15 Oktober 2026, dan penolakan 4.2 yang dikongsi oleh pembangun di forum Apple. Aplikasi yang ditolak di bawah hanyalah contoh. Untuk gambaran keseluruhan semua sebab penolakan, baca kenapa Apple menolak aplikasi.

Apakah kandungan guideline 4.2?

Guideline 4.2 terletak dalam bahagian 4, "Design", App Review Guidelines. Ayat pertamanya menetapkan kriteria: "Your app should include features, content, and UI that elevate it beyond a repackaged website." Maksudnya, aplikasi anda mesti menawarkan fungsi, kandungan dan antara muka yang meletakkannya di atas laman web yang sekadar dibungkus semula.

Teks itu menambah dua idea. Aplikasi yang tidak benar-benar berguna, unik atau "app-like" tidak sepatutnya berada di App Store. Dan aplikasi yang tidak menawarkan hiburan berpanjangan atau kegunaan yang mencukupi boleh ditolak. Jadi 4.2 menilai dua perkara: perbezaan dengan web, dan jumlah nilai.

Sub-peraturan yang mungkin disebut dalam mesej

Sub-peraturan	Apa yang Apple minta	Penolakan biasa
4.2	Melangkaui laman web	Laman dipaparkan dalam WebView
4.2.1	Pengalaman realiti tambahan yang sebenar	Satu model 3D diletak dalam paparan AR
4.2.2	Bukan sekadar pemasaran atau pautan	Aplikasi pameran, pengagregat, pautan
4.2.3	Aplikasi berdiri sendiri, muat turun yang jelas	Aplikasi yang memerlukan aplikasi lain
4.2.6	Bukan aplikasi daripada templat komersial	Templat dihantar oleh penyedia servis

Tiga penjelasan. 4.2.2 membuat 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 boleh lulus. Risalah iklan, tidak.

4.2.3 ada dua perenggan. (i) meminta aplikasi berfungsi sendiri, tanpa perlu memasang aplikasi lain. (ii) meminta, jika aplikasi perlu memuat turun sumber semasa pelancaran pertama, supaya saiz muat turun dinyatakan dan persetujuan diminta terlebih dahulu.

4.2.6, tentang templat komersial dan servis penjana aplikasi, diterangkan dalam panduan guideline 4.3, kerana ia berkait rapat dengan peraturan anti-spam.

Dua mesej 4.2 yang paling kerap

Mesej Apple bermula dengan tajuk "Guideline 4.2 - Design - Minimum Functionality". Bahagian seterusnya menyatakan masalah mana yang dilihat oleh reviewer. Berikut dua ayat yang dikongsi oleh pembangun di forum Apple. Ia sudah beberapa tahun: teks tepatnya mungkin berubah, tetapi dua jenis ini kekal.

Aplikasi kelihatan seperti laman web. "Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience." Mesej ini, dikongsi di forum Apple, mengandungi satu ayat penting: "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."

Aplikasi terlalu nipis. "We found that the usefulness of your app is limited by the minimal amount of content or features it includes." Mesej kedua ini meminta konsep dikaji semula, dan mengakui tiada peraturan berangka yang mentakrifkan apa yang berguna atau menghiburkan.

Menambah notifikasi, lokasi dan butang kongsi pada laman web yang dibungkus tidak mencukupi: Apple sendiri menulisnya dalam mesej penolakan mereka.

Empat kes biasa penolakan 4.2

Empat kes di bawah ialah contoh rekaan untuk menggambarkan peraturan, bukan aplikasi sebenar.

Laman web yang dibungkus

Contoh: sebuah kelab sukan memaparkan laman mudah alihnya dalam WebView, dengan bar tab natif di atasnya. Jadual, tempahan dan akaun semuanya halaman web. Reviewer nampak apa yang Safari akan tunjukkan. Apple menyatakannya di halaman App Review mereka: laman web yang disajikan dalam aplikasi iOS, kandungan web yang tidak disesuaikan untuk iOS atau interaksi web yang terhad tidak menjadikan aplikasi berkualiti.

Apa yang saya akan buat: bina semula secara natif skrin tindakan utama, di sini jadual dan tempahan. Kemudian tambah apa yang laman web tidak boleh buat: peringatan sebelum sesi, jadual yang boleh dilihat tanpa rangkaian, sesi seterusnya dalam widget.

Aplikasi yang terlalu ringkas

Contoh: aplikasi yang memaparkan satu petikan kata setiap hari, dan tiada apa-apa lagi. Semuanya boleh diterokai dalam sepuluh saat. 4.2 menyebut "lasting entertainment value or adequate utility": nilai yang berpanjangan, atau kegunaan yang mencukupi. Untuk membetulkannya, tambah kedalaman pada tindakan utama, bukan skrin di sekelilingnya. Di sini: sejarah, kegemaran, peringatan pada waktu pilihan, widget di skrin utama.

Aplikasi dijana AI, tanpa apa-apa natif

Contoh: satu medan teks, satu butang, jawapan AI dipaparkan sebagai teks biasa. Apple tidak menilai alat yang digunakan, tetapi apa yang muncul di skrin reviewer. Jika pengalaman itu muat dalam satu halaman web, besar kemungkinan 4.2 akan dikenakan.

Saya terangkan apa yang AI buat dengan baik dan apa yang ia terlepas dalam membina aplikasi dengan AI. Format yang dihasilkan oleh setiap penjana, aplikasi web atau projek mudah alih, dibandingkan dalam Lovable, Rork atau FlutterFlow.

Cengkerang yang menunggu kandungan

Contoh: pasaran tanpa iklan, direktori kosong, suapan yang memaparkan "Akan datang". Reviewer membuka aplikasi yang tiada apa-apa untuk ditunjukkan. Kes ini juga terkena 2.1, yang menolak kandungan sementara: lihat panduan guideline 2.1. Hantar aplikasi apabila ia ada kandungan sebenar, atau sediakan akaun demo yang sudah berisi.

Ujian yang saya buat: "Dan dalam Safari?"

Sebelum menghantar, saya tanya diri sendiri sama ada laman web boleh menawarkan fungsi utama yang sama. Jika ya, aplikasi itu terdedah kepada 4.2. Ini grid saya untuk menilai fungsi natif. Sesuatu fungsi dikira apabila ia menyokong tindakan utama, bukan apabila ia sekadar hiasan.

Fungsi	Ia dikira apabila...	Ia tidak mencukupi apabila...
Notifikasi	Ia membawa maklumat yang dinanti	Ia sekadar menyebar artikel anda
Luar talian	Kandungan utama kekal boleh digunakan	Hanya skrin ralat dipaparkan
Widget	Ia menunjukkan data milik pengguna itu	Ia memaparkan logo anda
Kongsi	Orang menghantar kandungan ke aplikasi anda	Ia hanya berkongsi pautan
Kamera, sensor	Ia sebahagian daripada tindakan utama	Ia membuka laman web anda
Data setempat	Aplikasi mengira, menyusun dan mengingat	Semuanya berada di halaman web

Cadangan Apple sejalan dengan ini. Widget memaparkan kandungan semasa yang boleh dibaca sekali imbas. Notifikasi membawa maklumat berguna, dalam beberapa perkataan, dan bukan untuk menolak pengguna ke sesuatu tugas dalam aplikasi.

Apa yang aplikasi saya buat yang laman web tidak boleh

Saya mereka setiap aplikasi di sekitar satu fungsi utama yang tidak wujud dalam pelayar, atau nilai yang membuat orang kembali.

• Solys ialah jam loceng. Bunyinya melalui AlarmKit, servis penggera iOS 26: ia menembusi mod senyap, seperti jam loceng Apple. Untuk mematikannya, anda perlu menang permainan mini, dan aplikasi yang dipilih kekal dijeda selepas bangun. Tiada halaman web yang boleh membunyikan iPhone dalam mod senyap.
• TradaZen ialah simulator dagangan: carta sebenar pada tarikh sebenar, satu keputusan, lilin yang terdedah satu demi satu, duel berperingkat dan pangkat yang meningkat. Di sini, bukan fungsi natif yang menjadi tunjang aplikasi. Ia nilai hiburan berpanjangan yang disebut dalam 4.2.
• Nolera ialah almari pakaian: anda mengambil gambar pakaian anda, aplikasi memotong latar belakang dan menyusunnya, kemudian mencadangkan pakaian setiap pagi. Kamera sebahagian daripada tindakan utama. Ia bukan bonus.

4.2 tidak menuntut senarai fungsi natif: ia menuntut sebab untuk memasang aplikasi dan bukannya membuka laman web.

Membetulkan penolakan 4.2, langkah demi langkah

1. Kenal pasti jenisnya. Pelayaran web: itu laman web yang dibungkus. Kandungan atau fungsi minimum: itu aplikasi yang terlalu nipis. 4.2.3: kebergantungan pada aplikasi lain atau muat turun yang tidak dimaklumkan.
2. Ubah produk, bukan ayat. Jawapan yang berhujah tanpa mengubah apa-apa tiada sebab untuk meyakinkan. Bina semula secara natif skrin tindakan utama, atau tambah kedalaman yang kurang.
3. Rancang build baharu. Puncanya dalam aplikasi: kemas kini jarak jauh tidak mencukupi. Setiap penghantaran masuk semula ke barisan, lihat tempoh semakan App Store.
4. Tulis nota semakan yang membimbing. Apple meminta, dalam halaman mereka tentang maklumat untuk semakan lengkap, supaya anda menerangkan konsep, fungsi dan sasaran pengguna. Untuk kemas kini: apa yang berubah, dan di mana untuk menemuinya.
5. Buat rayuan hanya jika reviewer terlepas sesuatu. Jika fungsi natif anda sudah wujud tetapi tidak dilihat, balas dalam App Store Connect dengan video pendek. Rayuan kepada App Review Board wajar apabila aplikasi anda disalah faham, bukan apabila ia nipis.

Templat nota yang saya akan gunakan, dalam bahasa Inggeris, untuk disesuaikan:

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 apa yang wujud dalam build yang dihantar. Fungsi yang dinyatakan tetapi tidak dapat ditemui akan menyebabkan penolakan baharu, kali ini di bawah 2.1.

Senarai semak 4.2 sebelum penghantaran

• Anda boleh menyatakan dalam satu ayat apa yang aplikasi anda buat yang laman web tidak boleh.
• Skrin tindakan utama adalah natif, bukan halaman web.
• Setiap fungsi natif menyokong tindakan utama, dan reviewer menemuinya dalam masa kurang dua minit.
• Aplikasi ada kandungan sebenar sejak pelancaran pertama, atau akaun demo yang berisi.
• Aplikasi berfungsi sendiri, tanpa aplikasi lain perlu dipasang.
• Muat turun besar semasa pelancaran pertama menyatakan saiznya dan meminta persetujuan.
• Nota semakan menerangkan konsep, sasaran pengguna dan lokasi setiap fungsi.
• Jika idea anda hampir melepasi had, anda sudah mengujinya sebelum menulis kod, dengan MVP aplikasi iOS yang dirangka dengan baik.

Lulus 4.2 pada penghantaran seterusnya

Jika aplikasi anda baru ditolak di bawah 4.2, Apple Review Kit membantu anda mencari peraturan yang disebut dan apa yang dimintanya, bersama templat nota untuk penguji. Jika anda masih membina, laluan iOS Kit bermula daripada fungsi utama sebelum baris kod pertama. Untuk pandangan manusia, tempah satu jam bersama saya. Pendekatan lengkap ada di halaman aplikasi ditolak oleh Apple.

Jika anda sedang menyediakan pelancaran pertama, buat diagnostik percuma anda: ia menyusun semula langkah-langkah mengikut urutan dan menghantar senarai semak anti-penolakan Apple saya. Halaman utama menunjukkan cara membina aplikasi mudah alih yang direka untuk semakan sejak awal.

Tiada sesiapa boleh menjamin Apple akan menerima aplikasi anda. Saya boleh membantu anda memberinya sebab untuk wujud di App Store.

Soalan lazim

Apakah maksud "Guideline 4.2 - Design - Minimum Functionality"?

Itu tajuk penolakan kerana fungsi minimum. Apple menilai aplikasi anda terlalu menyerupai laman web, atau menawarkan terlalu sedikit kandungan atau fungsi. Tajuk yang sama boleh merujuk sub-peraturan: "Guideline 4.2.2" untuk aplikasi pameran atau senarai pautan, 4.2.3 untuk aplikasi yang bergantung pada aplikasi lain.

Adakah aplikasi WebView sentiasa ditolak?

Tidak. Peraturan ini menyasarkan laman web yang dimasukkan ke dalam aplikasi, bukan teknologinya. Reviewer menilai pengalaman utama: jika skrinnya halaman web yang melakukan perkara sama seperti Safari, risikonya tinggi. Halaman bantuan yang dibuka dalam pelayar bukan isunya.

Adakah menambah notifikasi push cukup untuk lulus 4.2?

Tidak. Dalam mesej penolakan yang dikongsi di forumnya, Apple menulis bahawa notifikasi, lokasi dan perkongsian tidak cukup untuk menjadikan pengalaman itu kaya. Notifikasi dikira apabila ia menyokong fungsi utama, seperti penggera atau peringatan yang dipilih oleh pengguna.

Apakah beza antara guideline 4.2 dan 4.3?

4.2 menilai aplikasi anda secara sendiri: adakah ia memberi cukup berbanding laman web? 4.3 membandingkannya dengan aplikasi lain: adakah ia salinan, variasi atau satu lagi aplikasi dalam kategori yang tepu? Aplikasi yang sama boleh terkena kedua-duanya, tetapi cara membetulkannya berbeza.

Adakah build baharu diperlukan selepas penolakan 4.2?

Hampir selalu, kerana puncanya dalam aplikasi itu sendiri. Satu-satunya pengecualian: reviewer tidak menemui fungsi yang sudah wujud. Dalam kes itu, balas dalam App Store Connect dengan nota yang tepat dan video pendek, tanpa mengubah build.