Guideline 4.0 Design: app afvist på grund af brugerfladen

"Guideline 4.0 - Design" er ikke en nummereret regel som de andre. Det er indledningen til designafsnittet i Apples regler, og den bliver citeret, når din brugerflade virker under det forventede niveau. De offentliggjorte afvisninger ligner hinanden: trange skærme på iPad, tekst der er svær at læse, login der sender brugeren over i Safari, Sign in with Apple der er integreret forkert. Rettelsen starter næsten altid på den enhed, beskeden nævner, skærm for skærm.

Jeg udgiver mine egne iOS-apps med Expo. Solys, TradaZen og Nolera er sat op til kun at køre på iPhone, og alligevel har revieweren testet Solys og Nolera på iPad. Denne guide bygger på Apples tekst, på 4.0-afvisninger som andre udviklere har offentliggjort, og på den visuelle tjekliste, jeg bruger før hver indsendelse. Overblikket over afvisningsårsagerne finder du i hvorfor Apple afviser en app.

Hvad dækker guideline 4.0 Design?

Afsnit 4 i App Review Guidelines åbner med et afsnit uden 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." Der står også, at designet er dit, men at resten fastlægger "minimum standards for approval". Og der advares om, at en app, der bliver dårligere efter godkendelsen, kan blive fjernet.

Kort sagt: Apple forventer en enkel, gennemført og letanvendelig app, og 4.0 bruges, når problemet ikke hører under en mere præcis underregel. Teksten giver ingen konkrete tal. Den praktiske reference er Human Interface Guidelines, Apples designregler.

De mest almindelige 4.0-afvisninger

Her er de fire tilfælde, jeg har fundet i beskeder offentliggjort på Apples fora, med den formulering Apple bruger.

Tilfælde	Apples formulering	Rettelse
Trange skærme på iPad	"crowded"	Fleksibelt layout
Ulæselig tekst	"hard to read type"	HIG-størrelser
Login i Safari	"taken to Safari"	Login inde i appen
Sign in with Apple	Navn spørges om igen	Navnet er allerede givet

Trange eller afskårne skærme på iPad

Standardbeskeden, offentliggjort i 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." Resten forklarede, at appen kun brugte en del af skærmen (tråd på forummet).

Årsagen ligger i regel 2.4.1: "iPhone apps should run on iPad whenever possible." I Expo er ios.supportsTablet som standard false ifølge Expos app-konfiguration. Din iPhone-app kører så på iPad i kompatibilitetstilstand, i et vindue i iPhone-format. At sætte appen til kun iPhone beskytter den ikke mod en test på iPad. Det var på en iPad Air, at demoen af Solys blev umulig at klare, et tilfælde jeg gennemgår i guiden til guideline 2.1.

Der er to veje ud. Enten understøtter du iPad rigtigt, med et layout der følger den tilgængelige plads. Apples designregler siger, at layoutet skal bestemmes ud fra size classes, ikke ud fra enhedsmodellen. Eller også bliver du på iPhone, og så skal hver skærm kunne være i kompatibilitetsvinduet.

Tekst der er svær at læse

Beskeden, offentliggjort i januar 2025: "Your app included hard to read type or typography." Apple minder om, at brugerne forventer apps, der er "simple, refined, and easy to use" (tråd på forummet).

Apples regler for typografi giver pejlemærker på iOS: 17 punkter som standard, mindst 11 punkter. Reglerne for tilgængelighed kræver en kontrast på mindst 4,5:1 for tekst op til 17 punkter, og trykflader på 44 x 44 punkter som standard.

En fælde, hvis du skalerer skrifttyperne ned på små skærme, som jeg gør for at få de samme linjeskift overalt: tjek at din mindste tekst stadig er mindst 11 punkter, når den er skaleret ned på iPhone SE.

Login sendt over i Safari

Beskeden, offentliggjort på Apples forum: "We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience." Apple kræver, at man kan oprette konto og logge ind i appen, og anbefaler en indbygget Safari-visning.

I Expo dækker expo-web-browser begge behov uden at forlade appen: openAuthSessionAsync åbner en godkendelsessession i et modalt vindue, og openBrowserAsync viser en side i en indbygget Safari-visning. Åbner du derimod login med Linking.openURL, sendes brugeren over i Safari-appen. Hvilke loginmetoder du skal tilbyde, hører under en anden regel, 4.8.

Sign in with Apple integreret forkert

Beskeden, offentliggjort i maj 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." (tråd på forummet).

Dokumentationen til expo-apple-authentication forklarer fælden: navn og e-mail leveres kun ved første login. Gem dem med det samme, ellers bliver du fristet til at spørge om dem igen. Brug også den knap, biblioteket stiller til rådighed: farven vælges med buttonStyle og hjørnerne med cornerRadius, aldrig via style.

4.0, 4.2, 4.3: tre designafvisninger, du ikke skal forveksle

Regel	Hvad der vurderes	Rettelse
4.0	Brugerfladen	Ret skærmene
4.2	Appens nytteværdi	Tilføj nativt indhold
4.3	Ligheden	Skift koncept

4.2, Minimum Functionality, kræver funktioner, indhold og en brugerflade, der løfter appen "beyond a repackaged website". Grænsen til 4.0 er hårfin: et website pakket ind i en app kan få begge. Mangler din app substans, er det ikke nok at pudse skærmene.

4.3 går efter kopier og mættede kategorier: jeg har gennemgået dens to underafsnit i guiden til guideline 4.3 Design Spam. En gennemført brugerflade redder ikke en app, der ligner tusind andre.

Den visuelle tjekliste før indsendelse

Det er det, jeg tilføjer ved hver indsendelse. I mine apps er hver skærm tegnet til den største iPhone og derefter skaleret ned med én enkelt faktor på de mindre: samme proportioner, samme linjeskift. Bagefter sammenligner jeg resultaterne side om side: iPhone SE, en almindelig iPhone, den største iPhone og en iPad til kompatibilitetstilstanden.

Tjek	Enhed	Hvad der skal holde
Første opstart	iPhone SE	Intet skåret af
Hele onboardingen	iPad	Alle knapper kan nås
Tastatur åbent	iPhone SE	Felt og knap synlige
Større tekst	Almindelig iPhone	Ingen afkortet tekst
Mørk tilstand	Alle	Tekst læselig overalt
Sikre områder	Største	Intet under Dynamic Island
Paywall	iPhone SE	Priser og links synlige
Login	iPad	Bliver inde i appen

Tre præciseringer:

• Større tekst. Apples regler for typografi foreslår en enkel test: slå de største tekststørrelser til under Settings, Accessibility, Display & Text Size, og tjek så, at alt stadig er læseligt.
• Mørk tilstand. Apples regler om Dark Mode kræver, at appen er læselig i begge udseender. Expo bruger light som standard, hvis du ikke sætter userInterfaceStyle. Solys følger telefonens indstilling, TradaZen er altid mørk, Nolera altid lys: i alle tre tilfælde tester jeg det udseende, der vises.
• Sikre områder. Indholdet må hverken ligge under Dynamic Island eller under hjemindikatoren. Expo beskriver metoden i sin guide til sikre områder.

På Mac kan simulatoren styres fra kommandolinjen, så tjeklisten er hurtig at køre igen:

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

På en rigtig telefon tager jeg den samme runde igen med et TestFlight-build. Metode: tjeklisten er min egen, bygget på de afvisninger mine apps har fået, ikke en liste fra Apple. Den mindsker overraskelserne, men garanterer ikke godkendelse.

Hvordan svarer du på en 4.0-afvisning?

1. Find enheden og versionen, der nævnes i beskeden, og åbn samme model i simulatoren.
2. Ret alle forekomster. Standardbeskeden beder dig "address all instances" af problemet, ikke kun skærmen på screenshottet.
3. Send et nyt build: revieweren tester den kode, der er indbygget i appen.
4. Svar med screenshots taget på samme enhed ved at svare på beskeden fra App Review.
5. Anke kun, hvis du er sikker: Apple lader dig indbringe sagen for App Review Board, med én anke pr. afvist indsendelse.

Den skabelon, jeg ville bruge, som du kan tilpasse:

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,

Gør din indsendelse klar uden designafvisning

Review Kit samler min tjekliste før indsendelse, som blandt andet dækker regel 2.4.1 om iPad, og Claude Code-skills, der gennemgår dit projekt. Vil du have et menneskeligt blik på det, så book en time med mig: vi åbner dine skærme i flere størrelser over video. Hele fremgangsmåden efter en afvisning finder du på siden app afvist af Apple.

Forbereder du din første udgivelse? Tag din gratis diagnose: den sætter trinene i rækkefølge og sender dig min tjekliste mod afvisninger fra Apple.

Ofte stillede spørgsmål

Hvad betyder "Guideline 4.0 - Design" i en afvisningsbesked?

Apple vurderer, at din brugerflade er under det forventede niveau, uden at pege på en bestemt underregel: trange skærme, tekst der er svær at læse, et loginforløb der vurderes som dårligt. Beskeden nævner som regel den enhed, der blev brugt, og vedlægger ofte et screenshot.

Min app er sat op til kun iPhone: hvorfor tester Apple den på iPad?

Fordi regel 2.4.1 siger, at iPhone-apps skal kunne køre på iPad, når det er muligt. Din app åbner der i kompatibilitetstilstand, i et vindue i iPhone-format, og hver skærm skal stadig kunne bruges.

Skal jeg sende et nyt build efter en 4.0-afvisning?

Ja, i de fleste tilfælde. Revieweren tester den kode, der er indbygget ved første opstart, og en rettelse leveret på afstand kan gå forbi vedkommende. Det forklarer jeg i guiden til guideline 2.1.

Er mørk tilstand et krav for at blive godkendt?

Reglerne for review kræver det ikke. Designreglerne minder om, at brugerne forventer, at apps følger deres indstilling. Tvinger du lys eller mørk tilstand, som Expo tillader, så test det udseende. Følger du telefonens indstilling, så test begge.

Kan man anke en 4.0-afvisning?

Ja, til App Review Board, hvis du mener, at din app overholder reglerne. Apple kræver præcise begrundelser, én anke pr. afvist indsendelse, og at du først svarer på eventuelle anmodninger om oplysninger.