Guideline 4.0 Design: app ditolak kerana antara muka

"Guideline 4.0 - Design" bukan peraturan bernombor seperti yang lain: ia ialah pengenalan bahagian Design dalam peraturan Apple, dan dipetik apabila antara muka anda nampak di bawah tahap yang dijangka. Penolakan yang diterbitkan hampir sama: skrin sesak pada iPad, teks sukar dibaca, log masuk dihantar ke Safari, Sign in with Apple yang tidak diintegrasikan dengan betul. Pembetulan hampir selalu bermula pada peranti yang disebut dalam mesej, skrin demi skrin.

Saya menerbitkan app iOS saya sendiri dengan Expo: Solys, TradaZen dan Nolera ditetapkan untuk iPhone sahaja, tetapi reviewer tetap menguji Solys dan Nolera pada iPad. Panduan ini berdasarkan teks Apple, penolakan 4.0 yang diterbitkan oleh pembangun lain dan senarai semak visual yang saya gunakan sebelum setiap penghantaran. Untuk gambaran keseluruhan sebab penolakan, baca kenapa Apple menolak app.

Apakah yang diliputi oleh guideline 4.0 Design?

Bahagian 4 dalam App Review Guidelines dibuka dengan satu perenggan tanpa nombor: "Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store." Ia menambah bahawa reka bentuk terpulang kepada anda, tetapi bahagian seterusnya menetapkan "minimum standards for approval". Ia juga memberi amaran bahawa app yang merosot selepas diluluskan boleh dikeluarkan.

Ringkasnya: Apple mahukan app yang ringkas, kemas dan mudah digunakan, dan 4.0 digunakan apabila masalahnya tidak termasuk dalam mana-mana sub-peraturan khusus. Teks itu tidak memberi kriteria berangka. Rujukan praktikalnya ialah Human Interface Guidelines, iaitu peraturan reka bentuk Apple.

Penolakan 4.0 yang paling kerap

Berikut empat kes yang saya temui dalam mesej yang diterbitkan di forum Apple, bersama frasa yang dipetik.

Kes	Frasa Apple	Pembetulan
Skrin sesak pada iPad	"crowded"	Susun atur fleksibel
Teks sukar dibaca	"hard to read type"	Saiz HIG
Log masuk dalam Safari	"taken to Safari"	Log masuk dalam app
Sign in with Apple	Nama diminta semula	Nama sudah diberikan

Skrin sesak atau terpotong pada iPad

Mesej tipikal, diterbitkan pada September 2025: "Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0." Bahagian seterusnya menjelaskan bahawa app itu hanya menggunakan sebahagian skrin (bebenang forum).

Puncanya ialah peraturan 2.4.1: "iPhone apps should run on iPad whenever possible." Dengan Expo, pilihan ios.supportsTablet bernilai false secara lalai, menurut konfigurasi app Expo. App iPhone anda kemudian berjalan pada iPad dalam mod keserasian, dalam tetingkap bersaiz iPhone. Menetapkan app untuk iPhone sahaja tidak melindunginya daripada diuji pada iPad. Pada iPad Air, demo Solys menjadi mustahil untuk dimenangi, kes yang saya huraikan dalam panduan guideline 2.1.

Ada dua jalan. Sama ada anda benar-benar menyokong iPad, dengan susun atur yang mengikut ruang yang ada. Peraturan reka bentuk Apple meminta anda menentukan susun atur berdasarkan kelas saiz, bukan model peranti. Atau anda kekal pada iPhone, dan setiap skrin mesti muat dalam tetingkap keserasian.

Teks sukar dibaca

Mesejnya, diterbitkan pada Januari 2025: "Your app included hard to read type or typography." Apple mengingatkan bahawa pengguna mengharapkan app yang "simple, refined, and easy to use" (bebenang forum).

Peraturan tipografi Apple memberi panduan untuk iOS: 17 poin secara lalai, minimum 11 poin. Peraturan kebolehcapaian meminta kontras sekurang-kurangnya 4.5 berbanding 1 untuk teks sehingga 17 poin, dan kawasan sentuhan 44 kali 44 poin secara lalai.

Satu perangkap jika anda mengecilkan fon pada skrin kecil, seperti yang saya lakukan untuk mengekalkan pemisahan baris yang sama di semua peranti: pastikan teks terkecil anda, selepas dikecilkan pada iPhone SE, kekal sekurang-kurangnya 11 poin.

Log masuk dihantar ke Safari

Mesejnya, diterbitkan di forum Apple: "We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience." Apple meminta pendaftaran dan log masuk dibenarkan di dalam app, dan mengesyorkan paparan Safari terbenam.

Dengan Expo, expo-web-browser memenuhi kedua-dua keperluan tanpa meninggalkan app: openAuthSessionAsync membuka sesi pengesahan dalam tetingkap modal, dan openBrowserAsync memaparkan halaman dalam paparan Safari terbenam. Sebaliknya, membuka log masuk dengan Linking.openURL menghantar pengguna ke app Safari. Pilihan kaedah log masuk yang perlu ditawarkan pula tertakluk pada peraturan lain, iaitu 4.8.

Sign in with Apple yang tidak diintegrasikan dengan betul

Mesejnya, diterbitkan pada Mei 2024: "Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework." (bebenang forum).

Dokumentasi expo-apple-authentication menerangkan perangkapnya: nama dan e-mel hanya diberikan pada log masuk pertama. Simpan maklumat itu serta-merta, jika tidak anda akan tergoda untuk memintanya semula. Gunakan juga butang yang disediakan oleh pustaka itu: warnanya dipilih dengan buttonStyle dan bucunya dengan cornerRadius, bukan sekali-kali melalui style.

4.0, 4.2, 4.3: tiga penolakan reka bentuk yang jangan dikelirukan

Peraturan	Apa yang dinilai	Pembetulan
4.0	Antara muka	Betulkan skrin
4.2	Kegunaan app	Tambah kandungan native
4.3	Persamaan	Tukar konsep

4.2, Minimum Functionality, meminta fungsi, kandungan dan antara muka yang mengangkat app "beyond a repackaged website". Garis pemisahnya dengan 4.0 sangat nipis: laman web yang dibungkus dalam app boleh terkena kedua-duanya. Jika app anda kurang isi, membaiki skrin sahaja tidak akan mencukupi.

4.3 menyasarkan salinan dan kategori yang tepu: saya telah menghuraikan dua perenggannya dalam panduan guideline 4.3 Design Spam. Antara muka yang kemas tidak dapat menyelamatkan app yang serupa dengan seribu app lain.

Senarai semak visual sebelum penghantaran

Inilah elemen yang saya tambah pada setiap penghantaran. Dalam app saya, setiap skrin direka untuk iPhone terbesar, kemudian dikecilkan dengan satu skala sahaja pada iPhone yang lebih kecil: perkadaran sama, pemisahan baris sama. Kemudian saya bandingkan paparan sebelah-menyebelah: iPhone SE, iPhone standard, iPhone terbesar, dan sebuah iPad untuk mod keserasian.

Semakan	Peranti	Apa yang mesti kekal
Pelancaran pertama	iPhone SE	Tiada yang terpotong
Onboarding penuh	iPad	Setiap butang boleh dicapai
Papan kekunci terbuka	iPhone SE	Medan dan butang kelihatan
Teks dibesarkan	iPhone standard	Tiada teks terpotong
Mod gelap	Semua	Teks boleh dibaca di mana-mana
Kawasan selamat	Terbesar	Tiada apa di bawah Dynamic Island
Paywall	iPhone SE	Harga dan pautan kelihatan
Log masuk	iPad	Kekal di dalam app

Tiga perincian:

• Teks dibesarkan. Peraturan tipografi Apple mencadangkan ujian mudah: aktifkan saiz teks terbesar dalam Settings, Accessibility, Display & Text Size, kemudian semak bahawa semuanya kekal boleh dibaca.
• Mod gelap. Peraturan Apple tentang mod gelap meminta app kekal boleh dibaca dalam kedua-dua penampilan. Expo menggunakan light secara lalai jika anda tidak menetapkan userInterfaceStyle. Solys mengikut tetapan telefon, TradaZen kekal gelap, Nolera cerah: dalam ketiga-tiga kes, saya menguji penampilan yang dipaparkan.
• Kawasan selamat. Kandungan tidak boleh berada di bawah Dynamic Island atau penunjuk skrin utama. Expo menerangkan kaedahnya dalam panduan kawasan selamat.

Pada Mac, simulator boleh ditetapkan melalui baris arahan, jadi senarai semak ini cepat diulang:

xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png

Pada telefon sebenar, saya ulang pusingan yang sama dengan build TestFlight. Metodologi: senarai semak ini milik saya, dibina daripada penolakan yang diterima oleh app saya, bukan senarai yang disediakan oleh Apple. Ia mengurangkan kejutan tanpa menjamin kelulusan.

Bagaimana untuk membalas penolakan 4.0?

1. Kenal pasti peranti dan versi yang disebut dalam mesej, kemudian buka model yang sama dalam simulator.
2. Betulkan semua kejadian. Mesej tipikal meminta anda "address all instances" masalah itu, bukan hanya skrin dalam tangkapan skrin.
3. Hantar build baharu: reviewer menguji kod yang dibenamkan.
4. Balas dengan tangkapan skrin yang diambil pada peranti yang sama, dengan membalas mesej App Review.
5. Buat rayuan hanya jika anda pasti: Apple membenarkan anda merujuk kepada App Review Board, dengan satu rayuan sahaja bagi setiap penghantaran yang ditolak.

Templat yang akan saya gunakan, untuk disesuaikan:

Hello,

Thank you for your feedback regarding Guideline 4.0.

We reproduced the issue on [device] running [OS version].

Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].

We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.

Attached: screenshots of the updated screens on [device].

Best regards,

Sediakan penghantaran anda tanpa penolakan reka bentuk

Review Kit menghimpunkan senarai semak saya sebelum penghantaran, yang antara lain meliputi peraturan 2.4.1 tentang iPad, serta skill Claude Code yang menyemak projek anda. Untuk pandangan manusia, tempah satu jam dengan saya: kita buka skrin anda pada beberapa saiz, melalui panggilan video. Langkah lengkap selepas penolakan ada di halaman app ditolak oleh Apple.

Sedang menyediakan pelancaran pertama anda? Buat diagnostik percuma anda: ia menyusun langkah-langkah mengikut urutan dan menghantar senarai semak anti-penolakan Apple saya kepada anda.

Soalan lazim

Apakah maksud "Guideline 4.0 - Design" dalam mesej penolakan?

Apple menilai antara muka anda di bawah tahap yang dijangka, tanpa menyasarkan sub-peraturan khusus: skrin sesak, teks sukar dibaca, aliran log masuk yang dianggap teruk. Mesej itu biasanya menyebut peranti yang digunakan dan sering menyertakan tangkapan skrin.

App saya ditetapkan untuk iPhone sahaja: kenapa Apple mengujinya pada iPad?

Kerana peraturan 2.4.1 mahu app iPhone berjalan pada iPad apabila boleh. App anda dibuka di sana dalam mod keserasian, dalam tetingkap bersaiz iPhone, dan setiap skrin mesti kekal boleh digunakan.

Perlukah build baharu selepas penolakan 4.0?

Ya, dalam kebanyakan kes. Reviewer menguji kod yang dibenamkan pada pelancaran pertama, dan pembetulan yang dihantar dari jauh mungkin terlepas daripadanya. Inilah yang saya terangkan dalam panduan guideline 2.1.

Adakah mod gelap wajib untuk diluluskan?

Teks peraturan semakan tidak mewajibkannya. Peraturan reka bentuk mengingatkan bahawa pengguna menjangka app mengikut tetapan mereka. Jika anda memaksa mod cerah atau gelap, seperti yang dibenarkan oleh Expo, uji penampilan itu. Jika anda mengikut tetapan telefon, uji kedua-duanya.

Bolehkah membuat rayuan terhadap penolakan 4.0?

Ya, kepada App Review Board, jika anda yakin app anda mematuhi peraturan. Apple meminta alasan yang tepat, satu rayuan sahaja bagi setiap penghantaran yang ditolak, dan supaya anda menjawab permintaan maklumat terlebih dahulu.