Guideline 4.0 Design: elutasított app a felülete miatt

„Guideline 4.0 - Design”: ez nem olyan számozott szabály, mint a többi. Ez az Apple szabályzatában a Design szakasz bevezetője, és akkor hivatkoznak rá, amikor a felületed elmarad az elvárt szinttől. A nyilvánosságra hozott elutasítások hasonlítanak egymásra: zsúfolt képernyők iPaden, nehezen olvasható szöveg, Safariba irányított bejelentkezés, rosszul beépített Sign in with Apple. A javítás szinte mindig azon az eszközön kezdődik, amelyet az üzenet megnevez, képernyőről képernyőre.

A saját iOS-appjaimat Expóval adom ki: a Solys, a TradaZen és a Nolera csak iPhone-ra van beállítva, a reviewer mégis iPaden tesztelte a Solyst és a Nolerát. Ez az útmutató az Apple szövegére, más fejlesztők által közzétett 4.0-s elutasításokra és arra a vizuális ellenőrzőlistára épül, amelyet minden beküldés előtt végigviszek. Az elutasítási okok áttekintéséhez olvasd el, miért utasítja el az Apple az appokat.

Mit fed le a 4.0 Design guideline?

Az App Review Guidelines 4. szakasza egy számozatlan bekezdéssel kezdődik: „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.” Hozzáteszi, hogy a design a te dolgod, de a folytatás „minimum standards for approval” követelményeket rögzít. Arra is figyelmeztet, hogy a jóváhagyás után romló minőségű appot eltávolíthatják.

Magyarul: az Apple egyszerű, igényes és könnyen használható appot vár, és a 4.0-t akkor veti be, amikor a probléma egyik konkrét alszabályhoz sem tartozik. A szöveg nem ad számszerű kritériumokat. A gyakorlati viszonyítási pont a Human Interface Guidelines, az Apple designszabályai.

A leggyakoribb 4.0-s elutasítások

Íme a négy eset, amelyet az Apple fórumain közzétett üzenetekben találtam, az idézett megfogalmazással együtt.

Eset	Az Apple megfogalmazása	Javítás
Zsúfolt képernyők iPaden	„crowded”	Rugalmas elrendezés
Olvashatatlan szöveg	„hard to read type”	HIG-méretek
Bejelentkezés Safariban	„taken to Safari”	Bejelentkezés az appban
Sign in with Apple	Újra bekért név	A már megkapott név

Zsúfolt vagy levágott képernyők iPaden

A tipikus üzenet, 2025 szeptemberéből: „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.” A folytatás pontosította, hogy az app a képernyőnek csak egy részét használta (fórumszál).

Az ok a 2.4.1-es szabály: „iPhone apps should run on iPad whenever possible.” Expóban az ios.supportsTablet opció alapértéke false, az Expo app-konfigurációja szerint. Az iPhone-appod ilyenkor kompatibilitási módban fut iPaden, egy iPhone-méretű ablakban. Attól, hogy csak iPhone-ra állítod be az appot, még nem úszod meg az iPades tesztet. A Solys demóját egy iPad Airen lett lehetetlen megnyerni, ezt az esetet a 2.1-es guideline útmutatójában részletezem.

Két kiút van. Vagy tényleg támogatod az iPadet, a rendelkezésre álló helyhez igazodó elrendezéssel. Az Apple designszabályai azt kérik, hogy az elrendezést a méretosztályok alapján döntsd el, ne az eszközmodell alapján. Vagy maradsz az iPhone-nál, és akkor minden képernyőnek el kell férnie a kompatibilitási ablakban.

Nehezen olvasható szöveg

Az üzenet, 2025 januárjából: „Your app included hard to read type or typography.” Az Apple emlékeztet, hogy a felhasználók „simple, refined, and easy to use” appokat várnak (fórumszál).

Az Apple tipográfiai szabályai iOS-en támpontokat adnak: alapból 17 pont, minimum 11 pont. Az akadálymentességi szabályok legalább 4,5:1 kontrasztot kérnek 17 pontig terjedő szövegnél, és alapból 44 × 44 pontos érintési felületeket.

Egy csapda, ha kis képernyőn kicsinyíted a betűket, ahogy én is teszem, hogy mindenhol ugyanott törjenek a sorok: ellenőrizd, hogy a legkisebb szöveged iPhone SE-n, kicsinyítve is legalább 11 pont marad.

Safariba küldött bejelentkezés

Az üzenet, az Apple fórumán közzétéve: „We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience.” Az Apple azt kéri, hogy a regisztráció és a bejelentkezés az appon belül történjen, és beépített Safari-nézetet javasol.

Expóban az expo-web-browser mindkét igényt lefedi az app elhagyása nélkül: az openAuthSessionAsync modális ablakban nyit hitelesítési munkamenetet, az openBrowserAsync pedig beépített Safari-nézetben jelenít meg egy oldalt. Ha viszont Linking.openURL-lel nyitod meg a bejelentkezést, az a Safari appba visz. Hogy milyen bejelentkezési módokat kínálj, az már egy másik szabály, a 4.8 témája.

Rosszul beépített Sign in with Apple

Az üzenet, 2024 májusából: „Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework.” (fórumszál).

Az expo-apple-authentication dokumentációja elmagyarázza a csapdát: a nevet és az e-mailt csak az első bejelentkezéskor kapod meg. Mentsd el őket azonnal, különben kísértésbe esel, hogy újra bekérd. Használd a könyvtár saját gombját is: a színét a buttonStyle, a sarkait a cornerRadius állítja, sosem a style.

4.0, 4.2, 4.3: három design-elutasítás, amit nem szabad összekeverni

Szabály	Mit ítélnek meg	Javítás
4.0	A felületet	A képernyők javítása
4.2	Az app hasznosságát	Natív tartalom hozzáadása
4.3	A hasonlóságot	Koncepcióváltás

A 4.2, Minimum Functionality olyan funkciókat, tartalmat és felületet vár, amelyek az appot „beyond a repackaged website” szintre emelik. A határ a 4.0-val vékony: egy appba csomagolt weboldal mindkettőt megkaphatja. Ha az appodnak nincs elég tartalma, a képernyők csinosítása nem lesz elég.

A 4.3 a másolatokat és a telített kategóriákat célozza: a két bekezdését a 4.3 Design Spam guideline útmutatójában részleteztem. Egy igényes felület nem menti meg azt az appot, amely ezer másikra hasonlít.

A vizuális ellenőrzőlista beküldés előtt

Ezt a lépést minden beküldésnél elvégzem. Az appjaimban minden képernyőt a legnagyobb iPhone-ra tervezek, aztán a kisebbeken egyetlen skálával kicsinyítem: ugyanazok az arányok, ugyanazok a sortörések. Utána egymás mellett hasonlítom össze a megjelenítéseket: iPhone SE, normál iPhone, a legnagyobb iPhone, és egy iPad a kompatibilitási módhoz.

Ellenőrzés	Eszköz	Aminek rendben kell lennie
Első indítás	iPhone SE	Semmi sincs levágva
Teljes onboarding	iPad	Minden gomb elérhető
Nyitott billentyűzet	iPhone SE	Mező és gomb látható
Nagyított szöveg	Normál iPhone	Nincs csonkolt szöveg
Sötét mód	Mind	Mindenhol olvasható szöveg
Biztonságos területek	Legnagyobb	Semmi a Dynamic Island alatt
Paywall	iPhone SE	Árak és linkek láthatók
Bejelentkezés	iPad	Az appban marad

Három pontosítás:

• Nagyított szöveg. Az Apple tipográfiai szabályai egyszerű tesztet javasolnak: kapcsold be a legnagyobb szövegméreteket a Settings, Accessibility, Display & Text Size menüben, és ellenőrizd, hogy minden olvasható marad.
• Sötét mód. Az Apple sötét módra vonatkozó szabályai azt kérik, hogy az app mindkét megjelenésben olvasható maradjon. Az Expo alapból light módot használ, ha nem állítod be a userInterfaceStyle értékét. A Solys a telefon beállítását követi, a TradaZen sötét marad, a Nolera világos: mindhárom esetben a ténylegesen megjelenő módot tesztelem.
• Biztonságos területek. A tartalom nem csúszhat se a Dynamic Island, se a kezdőképernyő-jelző alá. Az Expo a biztonságos területekről szóló útmutatójában részletezi a módszert.

Macen a szimulátor parancssorból állítható, így a lista gyorsan újrafuttatható:

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

Valódi telefonon ugyanezt a kört végigjárom egy TestFlight builddel. Módszertan: ez a lista az enyém, az appjaimat ért elutasítások alapján építettem fel, nem az Apple adta. Csökkenti a meglepetéseket, de nem garantálja az elfogadást.

Hogyan válaszolj egy 4.0-s elutasításra?

1. Keresd meg az eszközt és a verziót, amelyet az üzenet említ, és nyisd meg ugyanazt a modellt a szimulátorban.
2. Javíts ki minden előfordulást. A tipikus üzenet azt kéri, hogy „address all instances” a problémának, nem csak a képernyőképen látható képernyőt.
3. Küldj új buildet: a reviewer a beépített kódot teszteli.
4. Válaszolj képernyőképekkel, ugyanazon az eszközön készítve, az App Review üzenetére válaszolva.
5. Csak akkor fellebbezz, ha biztos vagy benne: az Apple lehetővé teszi, hogy az App Review Boardhoz fordulj, elutasított beküldésenként egyetlen fellebbezéssel.

A sablon, amit én használnék, testre szabva:

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,

Készítsd elő a beküldést design-elutasítás nélkül

A Review Kit összegyűjti a beküldés előtti ellenőrzőlistámat, amely többek között a 2.4.1-es iPad-szabályt is lefedi, valamint Claude Code skilleket, amelyek átnézik a projektedet. Ha emberi szemre van szükséged, foglalj velem egy órát: videóhívásban megnyitjuk a képernyőidet több méretben. Az elutasítás utáni teljes folyamat az Apple által elutasított app oldalon van.

Az első megjelenésedre készülsz? Töltsd ki az ingyenes diagnosztikát: sorba rendezi a lépéseket, és elküldi neked az Apple-elutasítások elleni ellenőrzőlistámat.

Gyakori kérdések

Mit jelent a „Guideline 4.0 - Design” egy elutasító üzenetben?

Az Apple úgy ítéli, hogy a felületed elmarad az elvárt szinttől, anélkül hogy konkrét alszabályt nevezne meg: zsúfolt képernyők, nehezen olvasható szöveg, rossznak ítélt bejelentkezési folyamat. Az üzenet általában megnevezi a használt eszközt, és gyakran képernyőképet is csatol.

Az appom csak iPhone-ra van beállítva: miért teszteli az Apple iPaden?

Mert a 2.4.1-es szabály szerint az iPhone-appoknak lehetőség szerint iPaden is futniuk kell. Az appod ott kompatibilitási módban, iPhone-méretű ablakban nyílik meg, és minden képernyőnek használhatónak kell maradnia benne.

Kell új build egy 4.0-s elutasítás után?

Igen, a legtöbb esetben. A reviewer az első indításkor beépített kódot teszteli, és egy távolról szállított javítás elkerülheti a figyelmét. Ezt a 2.1-es guideline útmutatójában magyarázom el.

Kötelező a sötét mód az elfogadáshoz?

A review-szabályok szövege nem írja elő. A designszabályok emlékeztetnek, hogy a felhasználók elvárják, hogy az appok kövessék a beállításukat. Ha fixen világos vagy sötét módot használsz, ahogy az Expo lehetővé teszi, azt a megjelenést teszteld. Ha a telefon beállítását követed, teszteld mindkettőt.

Lehet fellebbezni egy 4.0-s elutasítás ellen?

Igen, az App Review Boardnál, ha úgy gondolod, hogy az appod megfelel a szabályoknak. Az Apple konkrét indoklást kér, elutasított beküldésenként egyetlen fellebbezést enged, és azt kéri, hogy előbb válaszolj az információkérésekre.