# Guideline 4.0 Design: app afvist på grund af brugerfladen

> Guideline 4.0 Design: Apple afviser en brugerflade, der er svær at bruge, ofte på iPad. Test hver skærm på iPhone SE og iPad, ret fejlene, og svar så.

Original side: [Guideline 4.0 Design: app afvist på grund af brugerfladen](https://devoria.fr/da/blog/guideline-4-0-design-app-afvist-brugerflade)
Forfatter: [Mehdi Azizi](https://devoria.fr/da/mehdi-azizi)
Udgivet: 2026-11-04
Indhold senest revideret: 2026-11-04


"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](https://devoria.fr/da/blog/apple-afviser-app-afvisninger-guidelines).

## Hvad dækker guideline 4.0 Design?

Afsnit 4 i [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) å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](https://developer.apple.com/design/human-interface-guidelines/layout), 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](https://developer.apple.com/forums/thread/800657)).

Å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](https://docs.expo.dev/versions/latest/config/app/). 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](https://devoria.fr/da/blog/guideline-2-1-app-store-afvisning).

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](https://developer.apple.com/forums/thread/772671)).

[Apples regler for typografi](https://developer.apple.com/design/human-interface-guidelines/typography) giver pejlemærker på iOS: 17 punkter som standard, mindst 11 punkter. [Reglerne for tilgængelighed](https://developer.apple.com/design/human-interface-guidelines/accessibility) 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](https://developer.apple.com/forums/thread/126333): "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](https://docs.expo.dev/versions/latest/sdk/webbrowser/) 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](https://developer.apple.com/forums/thread/751115)).

Dokumentationen til [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/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](https://devoria.fr/da/blog/guideline-4-2-minimum-functionality-app-afvist), 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](https://devoria.fr/da/blog/guideline-4-3-design-spam-app-afvist). 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](https://developer.apple.com/design/human-interface-guidelines/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](https://docs.expo.dev/develop/user-interface/safe-areas/).

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

```bash
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](https://devoria.fr/da/blog/testflight-test-iphone-app-for-apple)-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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/).
5. **Anke kun, hvis du er sikker**: Apple lader dig [indbringe sagen for App Review Board](https://developer.apple.com/distribute/app-review/), med én anke pr. afvist indsendelse.

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

```text
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](https://devoria.fr/da/kits/app-review) 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](https://devoria.fr/da/coaching): 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](https://devoria.fr/da/expertise/app-afvist-af-apple).

Forbereder du din første udgivelse? [Tag din gratis diagnose](https://devoria.fr/da/diagnostic): 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.


## Dit projekt

[Review Kit](https://devoria.fr/da/kits/app-review): Min tjekliste til App Store-review, mine afvisninger fra Apple og hvordan jeg rettede dem, tjeklisten til Google Play og tre Claude Code-skills. 369 kr..

[iOS & Android Kit](https://devoria.fr/da/kits/ios): Byg din iPhone- og Android-app med Claude Code: startkoden fra mine apps, vejen helt ud i butikkerne og alle kits. 739 kr..

[Diagnose: det, der skiller dig fra din iPhone-app](https://devoria.fr/da/diagnostic): 7 spørgsmål, 60 sekunder: du finder ud af, hvad der reelt holder dig tilbage fra at udgive din iPhone-app, får din vej i 4 trin og det kit, der passer til dig.