Guideline 4.0 Design: app afgewezen om de interface

"Guideline 4.0 - Design" is geen genummerde regel zoals de andere: het is de inleiding van de sectie Design in de regels van Apple, en Apple haalt hem aan als je interface onder het verwachte niveau lijkt te zitten. De gepubliceerde afwijzingen lijken op elkaar: volgepropte schermen op iPad, slecht leesbare tekst, inloggen dat naar Safari doorstuurt, Sign in with Apple dat slecht is ingebouwd. De oplossing begint bijna altijd op het apparaat dat in het bericht staat, scherm voor scherm.

Ik publiceer mijn eigen iOS-apps met Expo: Solys, TradaZen en Nolera zijn alleen voor iPhone ingesteld, en toch heeft de reviewer Solys en Nolera op iPad getest. Deze gids steunt op de tekst van Apple, op 4.0-afwijzingen die andere developers hebben gepubliceerd en op de visuele checklist die ik voor elke inzending afloop. Voor het totaaloverzicht van de redenen lees je waarom Apple een app afwijst.

Wat valt onder guideline 4.0 Design?

Sectie 4 van de App Review Guidelines begint met een alinea zonder nummer: "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." Daarna staat er dat het design van jou is, maar dat wat volgt de "minimum standards for approval" vastlegt. Ook waarschuwt de tekst dat een app die na goedkeuring achteruitgaat, kan worden verwijderd.

Kort gezegd: Apple verwacht een eenvoudige, verzorgde en gebruiksvriendelijke app, en 4.0 wordt gebruikt als het probleem onder geen enkele specifieke subregel valt. De tekst geeft geen meetbare criteria. De praktische referentie zijn de Human Interface Guidelines, de designregels van Apple.

De meest voorkomende 4.0-afwijzingen

Dit zijn de vier gevallen die ik terugvond in berichten op de forums van Apple, met de geciteerde formulering.

Geval	Formulering van Apple	Oplossing
Volgepropte schermen iPad	"crowded"	Flexibele layout
Onleesbare tekst	"hard to read type"	HIG-groottes
Inloggen in Safari	"taken to Safari"	Inloggen in de app
Sign in with Apple	Naam opnieuw gevraagd	Naam al aangeleverd

Volgepropte of afgesneden schermen op iPad

Het standaardbericht, gepubliceerd in 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." Verderop stond dat de app maar een deel van het scherm gebruikte (forumdraad).

De oorzaak ligt bij regel 2.4.1: "iPhone apps should run on iPad whenever possible." In Expo staat de optie ios.supportsTablet standaard op false, volgens de appconfiguratie van Expo. Je iPhone-app draait dan op iPad in compatibiliteitsmodus, in een venster met iPhone-formaat. Je app alleen voor iPhone instellen beschermt je niet tegen een test op iPad. Op een iPad Air werd de demo van Solys onmogelijk te winnen, een geval dat ik uitleg in de gids over guideline 2.1.

Twee uitwegen. Of je ondersteunt de iPad echt, met een layout die meegaat met de beschikbare ruimte. De designregels van Apple vragen om de indeling te bepalen op basis van size classes, niet op basis van het apparaatmodel. Of je blijft bij iPhone, en dan moet elk scherm passen in het compatibiliteitsvenster.

Slecht leesbare tekst

Het bericht, gepubliceerd in januari 2025: "Your app included hard to read type or typography." Apple herinnert er daarin aan dat gebruikers apps verwachten die "simple, refined, and easy to use" zijn (forumdraad).

De typografieregels van Apple geven richtwaarden voor iOS: standaard 17 punten, minimaal 11 punten. De toegankelijkheidsregels vragen een contrast van minstens 4,5 op 1 voor tekst tot 17 punten, en tikgebieden van standaard 44 bij 44 punten.

Een valkuil als je lettergroottes op kleine schermen verkleint, zoals ik doe om overal dezelfde regelafbrekingen te houden: controleer dat je kleinste tekst, verkleind op iPhone SE, minstens 11 punten blijft.

Inloggen dat naar Safari doorstuurt

Het bericht, gepubliceerd op het forum van 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 vraagt om registreren en inloggen in de app mogelijk te maken, en raadt een ingebouwde Safari-weergave aan.

In Expo dekt expo-web-browser beide behoeften zonder de app te verlaten: openAuthSessionAsync opent een authenticatiesessie in een modaal venster, en openBrowserAsync toont een pagina in een ingebouwde Safari-weergave. Inloggen openen met Linking.openURL stuurt je juist naar de Safari-app. Welke inlogmethoden je aanbiedt, valt onder een andere regel, 4.8.

Sign in with Apple slecht ingebouwd

Het bericht, gepubliceerd in 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." (forumdraad).

De documentatie van expo-apple-authentication legt de valkuil uit: naam en e-mail worden alleen bij de eerste keer inloggen aangeleverd. Sla ze meteen op, anders kom je in de verleiding ze opnieuw te vragen. Gebruik ook de knop die de bibliotheek levert: de kleur kies je met buttonStyle en de hoeken met cornerRadius, nooit via style.

4.0, 4.2, 4.3: drie designafwijzingen die je niet moet verwarren

Regel	Wat wordt beoordeeld	Oplossing
4.0	De interface	Schermen verbeteren
4.2	Het nut van de app	Native inhoud toevoegen
4.3	De gelijkenis	Ander concept kiezen

4.2, Minimum Functionality, vraagt om functies, inhoud en een interface die de app "beyond a repackaged website" tillen. De grens met 4.0 is dun: een website verpakt in een app kan beide krijgen. Als je app inhoud mist, is schermen bijwerken niet genoeg.

4.3 richt zich op kopieën en verzadigde categorieën: ik heb de twee leden ervan uitgelegd in de gids over guideline 4.3 Design Spam. Een verzorgde interface redt geen app die op duizend andere lijkt.

De visuele checklist voor inzending

Dit is wat ik bij elke inzending toevoeg. In mijn apps is elk scherm ontworpen voor de grootste iPhone en daarna met één enkele schaal verkleind op kleinere toestellen: dezelfde verhoudingen, dezelfde regelafbrekingen. Daarna vergelijk ik de weergaven naast elkaar: iPhone SE, standaard iPhone, grootste iPhone, en een iPad voor de compatibiliteitsmodus.

Controle	Apparaat	Wat moet kloppen
Eerste start	iPhone SE	Niets afgesneden
Volledige onboarding	iPad	Elke knop bereikbaar
Toetsenbord open	iPhone SE	Veld en knop zichtbaar
Grotere tekst	Standaard iPhone	Geen afgekapte tekst
Donkere modus	Alle	Tekst overal leesbaar
Veilige zones	Grootste	Niets onder het Dynamic Island
Paywall	iPhone SE	Prijzen en links zichtbaar
Inloggen	iPad	Blijft in de app

Drie toelichtingen:

• Grotere tekst. De typografieregels van Apple stellen een eenvoudige test voor: zet de grootste tekstgroottes aan via Settings, Accessibility, Display & Text Size, en controleer of alles leesbaar blijft.
• Donkere modus. De regels van Apple over Dark Mode vragen dat de app in beide weergaven leesbaar blijft. Expo past standaard light toe als je userInterfaceStyle niet instelt. Solys volgt de instelling van de telefoon, TradaZen blijft donker, Nolera licht: in alle drie de gevallen test ik de weergave die getoond wordt.
• Veilige zones. Inhoud valt niet onder het Dynamic Island en niet onder de thuisindicator. Expo legt de methode uit in zijn gids over safe areas.

Op een Mac stel je de simulator in via de opdrachtregel, zodat je de checklist snel opnieuw kunt doorlopen:

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

Op een echte telefoon doe ik dezelfde ronde met een TestFlight-build. Methode: deze checklist is van mij, opgebouwd uit de afwijzingen die mijn apps kregen, geen lijst van Apple. Hij beperkt verrassingen, maar garandeert geen goedkeuring.

Hoe reageer je op een 4.0-afwijzing?

1. Zoek het apparaat en de versie die in het bericht staan, en open hetzelfde model in de simulator.
2. Los alle gevallen op. Het standaardbericht vraagt om "address all instances" van het probleem, niet alleen het scherm op de screenshot.
3. Stuur een nieuwe build: de reviewer test de code die in de app zit.
4. Antwoord met screenshots van hetzelfde apparaat, door te reageren op het bericht van App Review.
5. Ga alleen in beroep als je zeker bent: Apple laat je het App Review Board inschakelen, met één beroep per afgewezen inzending.

Het sjabloon dat ik zou gebruiken, pas het aan:

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,

Je inzending voorbereiden zonder designafwijzing

De Review Kit bundelt mijn checklist voor inzending, die onder meer regel 2.4.1 over de iPad dekt, en Claude Code-skills die je project nalopen. Wil je een menselijke blik, boek een uur met mij: we openen je schermen op verschillende formaten, via videocall. De volledige aanpak na een afwijzing staat op de pagina app afgewezen door Apple.

Bereid je je eerste release voor? Doe je gratis diagnose: die zet de stappen op volgorde en stuurt je mijn checklist tegen Apple-afwijzingen.

Veelgestelde vragen

Wat betekent "Guideline 4.0 - Design" in een afwijzingsbericht?

Apple vindt je interface onder het verwachte niveau, zonder een specifieke subregel te noemen: volgepropte schermen, slecht leesbare tekst, een inlogflow die als slecht wordt beoordeeld. Het bericht noemt meestal het gebruikte apparaat en bevat vaak een screenshot.

Mijn app is alleen voor iPhone ingesteld: waarom test Apple hem op iPad?

Omdat regel 2.4.1 wil dat iPhone-apps waar mogelijk op iPad draaien. Je app opent daar in compatibiliteitsmodus, in een venster met iPhone-formaat, en elk scherm moet daar bruikbaar blijven.

Heb je een nieuwe build nodig na een 4.0-afwijzing?

Ja, in de meeste gevallen. De reviewer test de code die bij de eerste start in de app zit, en een oplossing die op afstand wordt uitgerold kan hem ontgaan. Dat leg ik uit in de gids over guideline 2.1.

Is de donkere modus verplicht om goedgekeurd te worden?

De tekst van de reviewregels legt het niet op. De designregels wijzen erop dat gebruikers verwachten dat apps hun instelling volgen. Forceer je licht of donker, zoals Expo toestaat, test dan die weergave. Volg je de instelling van de telefoon, test dan beide.

Kun je in beroep gaan tegen een 4.0-afwijzing?

Ja, bij het App Review Board, als je denkt dat je app aan de regels voldoet. Apple vraagt om precieze redenen, staat één beroep per afgewezen inzending toe en wil dat je eerst op verzoeken om informatie reageert.