Guideline 2.1: forstå og ret en App Store-afvisning

Guideline 2.1 er den regel, der vælter flest indsendelser. Apple skriver det selv på sin App Review-side: i gennemsnit handler over 40 % af de uløste problemer om 2.1, den regel, der dækker nedbrud, midlertidigt indhold og ufuldstændige oplysninger.

Den her artikel handler kun om den ene regel: hvad den dækker, dens to varianter, hvordan revieweren tester din app, og hvad du skal svare, med tre afvisninger, jeg selv har fået på mine apps. Vil du have overblikket over alle afvisningsgrunde, så læs hellere hvorfor Apple afviser en app.

Hvad er guideline 2.1 App Completeness?

Guideline 2.1 kræver, at den app, du sender til Apple, er en færdig og komplet version: ingen nedbrud, ingen døde links, ingen pladsholdertekst, en demokonto hvis appen kræver login, og køb i appen, der er synlige og virker. Hvis revieweren ikke kan komme hele vejen igennem din app, får du en 2.1-afvisning.

Den officielle tekst står i App Review Guidelines, afsnit 2 "Performance". Den er delt i to punkter.

2.1(a) kræver, at hver indsendelse er en færdig version med alle metadata og URL'er, der virker. Pladsholdertekst, tomme websites og alt midlertidigt indhold skal væk inden indsendelse. Appen skal være testet på en rigtig enhed for fejl og stabilitet. Kræver den login, giver du en demokonto og lader din server køre. En indbygget demotilstand kan erstatte kontoen, men kun med Apples forudgående godkendelse, og den skal vise alle appens funktioner. Sætningen, der opsummerer det hele: "We will reject incomplete app bundles and binaries that crash".

2.1(b) handler om køb i appen: de skal være komplette, opdaterede, synlige for revieweren og fungere. Hvis et køb, der er sat op i App Store Connect, ikke kan findes i appen, skal du forklare hvorfor i review-noterne.

Hvad guideline 2.1 dækker i praksis

I praksis kommer en 2.1-afvisning af en af disse grunde:

• Et nedbrud. Ved opstart, efter en afvist tilladelse, uden netværk. Ét er nok.
• Et dødt link. Privatliv, vilkår, support: hver angivet URL bliver åbnet.
• En utilgængelig funktion. En knap, der ikke fører nogen steder hen, en obligatorisk skærm, man ikke kan komme forbi, en onboarding uden udgang. Den mest lumske form: usynlig på din egen telefon.
• En manglende eller udløbet demokonto. Revieweren sidder fast på login-skærmen, eller kontoen virker ikke længere, eller serveren er slukket.
• Fyldindhold. Lorem ipsum, "Kommer snart", tom skærm, synlige testdata.
• Køb i appen, der ikke kan findes. Abonnementet findes i App Store Connect, men revieweren kan ikke finde skærmen, der sælger det, eller købet fejler i sandbox. De mest almindelige fejl på betalingsskærmen står i iOS-paywall: 7 begynderfejl.

2.1 Information Needed eller 2.1(a): hvad er forskellen?

Apples beskeder har ikke alle samme overskrift, og forskellen ændrer dit svar.

"Guideline 2.1 - Information Needed" betyder, at revieweren ikke kunne gøre sin review færdig og stiller dig et spørgsmål. Der mangler et login, en forklaring, en måde at nå en funktion på. Det er endnu ikke en konstateret fejl: det er en forespørgsel. Nogle gange er et præcist svar i App Store Connect nok. Men hvis spørgsmålet afslører en reel blokering i appen, skal der et nyt build til.

"Guideline 2.1(a) - Performance - App Completeness" betyder, at revieweren har konstateret et problem: et nedbrud, en fejl, en skærm, der ikke reagerer. Beskeden angiver som regel den brugte enhed og har ofte et skærmbillede vedhæftet. Her skal du rette, sende et nyt build og så svare.

Sådan tester Apple din app

Sæt dig i reviewerens sted. Tre ting tæller.

Revieweren tester på en enhed, du måske ikke har. Afvisningsbeskeden nævner ofte modellen. Regel 2.4.1 siger, at iPhone-apps så vidt muligt skal køre på iPad, og en app lavet til iPhone vises der i kompatibilitetstilstand, i et vindue i iPhone-format. Mine seneste 2.1-afvisninger kom fra en iPad Air: tester du kun på din iPhone, ser du ikke det, revieweren ser.

Revieweren starter fra en første opstart. Ny app, ingen cache, ingen session, ingen downloadet opdatering.

Netværket skal virke med kun IPv6. Regel 2.5.5, nabo til guideline 2.5.4 om baggrundstilstande, kræver, at appen fungerer fuldt ud på et netværk med kun IPv6, og Apples supportside om IPv6 gør det til et krav for alle apps indsendt siden 1. juni 2016. Risikoen kommer fra en hardcodet IPv4-adresse: Apple anbefaler at teste på et rent IPv6-netværk med mobildata slået fra.

For at genskabe de forhold før indsendelse er TestFlight på flere enheder stadig det nemmeste: se TestFlight: test din iPhone-app.

Tre afvisninger, jeg har fået, og den egentlige årsag

Tre nylige afvisninger på mine egne apps, med den egentlige årsag.

Solys: en minispil-demo, der ikke kunne vindes på iPad

Solys er mit vækkeur med minispil. Den 18. august 2026 bliver et build afvist med "2.1 Information Needed": Apple beder om en måde at klare spilmissionen på. Revieweren testede på en iPad Air med iPhone-appen i kompatibilitetstilstand.

Den egentlige årsag lå i minispil-demoen i onboardingen. Forhindringernes højder var hardcodet i faste punkter. Med den korthøjde, der var til rådighed på iPad i kompatibilitetstilstand, blev passagen smallere end figuren: demoen kunne ikke vindes. Og knappen "Fortsæt" blev først aktiv ved en sejr. Ingen vej ud: revieweren kunne ikke se appen.

Rettelsen: en geometri, der skalerer med kortets målte størrelse, og et "Spring demoen over"-link, der dukker op efter et nederlag.

Læren: ethvert trin, der kræver en præstation, skal have en ubetinget udgang. Og hver obligatorisk skærm testes på den mindste understøttede skærm OG på iPad i kompatibilitetstilstand.

Nolera: en rettelse, revieweren ikke kunne se

Den 17. september 2026 bliver Nolera afvist efter en review på iPad Air. Beskeden kombinerede 2.1(a) og andre punkter. Rettelsen af det rapporterede problem var leveret via fjernopdatering (OTA), uden nyt build.

Problemet: ved allerførste opstart ser revieweren koden, der er indbygget i buildet, ikke den opdatering, der hentes bagefter. For revieweren fandtes rettelsen ikke.

Læren: en rettelse, der er tiltænkt reviewen, skal ligge i den binære fil, du sender til Apple.

Clic: årsagen lå ikke i appen

Den 16. september 2026 bliver Clic afvist. Selve appen var opdateret. Den egentlige årsag lå et andet sted: privatlivspolitikken, der lå online, var ikke opdateret med den AI-udbyder, appen brugte. Den afvisning handler mere om privatliv end om 2.1, men den viser det samme: de egentlige årsager er ikke altid dem, beskeden får dig til at tro.

Læren: tjek det, der ligger online, ikke det, der ligger i dit repo. Åbn hver angivet URL samme dag, du indsender.

Hvad du skal svare i Resolution Center

Efter en afvisning skifter din indsendelse til "Unresolved Issues", og samtalen med Apple foregår i App Review-sektionen for din app, som stadig kaldes Resolution Center. Den officielle fremgangsmåde for at svare App Review tillader en besked på højst 4.000 tegn med én vedhæftet fil.

Skriv på engelsk og hold det enkelt. Revieweren vil have tre oplysninger: hvad der blokerede, hvad der er ændret, og hvordan det kan tjekkes. Her er skabelonen, jeg bruger (udskift buildnummeret og rettelsen med dine egne):

Hello,

Thank you for your review.

Issue: the onboarding game demo could not be completed on iPad
(iPhone app running in compatibility mode), so the user could
not continue.

Fix in build 1.0.3 (42):
- The game layout now scales to the measured screen size.
- A "Skip demo" link appears after a failed attempt, so the
  onboarding can always be completed.

How to verify: launch the app, start the onboarding demo,
lose once, then tap "Skip demo".

A screen recording is attached.

Best regards,

Et par regler:

• Svar på det spørgsmål, der bliver stillet. Ved en "Information Needed" starter du med det præcise svar, ikke med konteksten.
• Nævn buildet og giv vejen til den rettede skærm i tre eller fire trin.
• Vedhæft et bevis. En kort video på en enhed, der ligner reviewerens, sparer en ny runde frem og tilbage.
• Ingen forsvarstale. Man kan klage til App Review Board, men ved en fortjent 2.1-afvisning forlænger det bare ventetiden. Detaljerne om ventetider står i App Store-reviewtid.

Hvis grunden stadig er uklar, når du har læst beskeden, finder du hele fremgangsmåden på siden app afvist af Apple.

Review-noter og demokonto

Sektionen App Review Information for din version i App Store Connect er dit bedste forsvar mod 2.1. Ifølge den officielle reference for felterne indeholder den:

• Sign-in required: brugernavn og adgangskode til en demokonto. Kontoen må ikke udløbe. Bruger din app et tredjepartslogin, så giv loginoplysningerne til den tjeneste.
• Notes: op til 4.000 bytes, på det sprog, du vil. Alt, der hjælper med at teste.
• Contact: et navn, en e-mail og et telefonnummer i internationalt format.

Det her skriver jeg altid i noterne:

1. Vejen til hvert køb i appen, som regel 2.1(b) kræver.
2. De ikke-oplagte funktioner: en gestus, en tilladelse, indhold knyttet til et klokkeslæt.
3. Demokontoens tilstand: abonnent eller ej, forudfyldte eller tomme data.
4. Kendte begrænsninger: for hardware eller et miljø, der er svært at genskabe, beder Apple dig være klar til at levere en video.

Og en regel uden for formularen: lad din server køre under hele reviewen. En slukket testserver betyder en demokonto, der ikke virker, og dermed en 2.1-afvisning.

Tjeklisten for 2.1 før indsendelse

Den, jeg bruger før hver indsendelse, bygget på mine afvisninger:

• Appen installeret fra bunden på den mindste understøttede iPhone, den største og en iPad i kompatibilitetstilstand
• Onboardingen gennemført helt, hvor jeg med vilje fejler hvert trin, der kræver en præstation
• Hver obligatorisk skærm har en ubetinget udgang
• Ingen rettelse til reviewen leveret kun via fjernopdatering
• Appen startet i flytilstand og derefter på et netværk med kun IPv6
• Hver angivet URL åbnet samme dag: privatliv, vilkår, support
• Ingen pladsholdertekst, tom skærm eller synlige testdata
• Demokontoen testet samme dag som indsendelsen, uden udløbsdato, serveren kører
• Hvert køb i appen fundet inde fra appen og testet i sandbox, inklusive gendannelse
• Review-noter, der angiver, hvor købene og de ikke-oplagte funktioner er

Er det din første udgivelse, finder du alle de forudgående trin i udgiv en app på App Store.

Send din indsendelse med en, der allerede har fået de afvisninger

Apple Review Kit samler min tjekliste før indsendelse, skabelonerne til noter til testeren og Claude Code-skills, der gennemgår dit projekt, før du indsender det.

Har du lige fået en 2.1-afvisning? Kittet hjælper dig også med at finde den nævnte regel, hvad den kræver, og et eksempel på en rettelse og et svar. Vil du have, at vi kigger på din indsendelse sammen med det samme, så book en time med mig over video.

Ingen kan garantere, at Apple godkender din app. Det, jeg kan, er at hjælpe dig med at undgå de 2.1-afvisninger, jeg allerede har betalt for med en reviewrunde.

Har du ikke sendt din app endnu? Den gratis diagnose sender dig min tjekliste mod Apple-afvisninger, inklusive regel 2.1, og fortæller dig, hvad der mangler før indsendelse. Er du stadig ved at bygge den, viser forsiden, hvordan du laver en mobilapp med reviewen i baghovedet fra starten.

Ofte stillede spørgsmål

Hvad betyder "Guideline 2.1 - Information Needed"?

Revieweren kunne ikke gøre sin review færdig og stiller dig et spørgsmål: et login, en forklaring, en måde at nå en funktion på. Svar præcist i App Store Connect. Hvis spørgsmålet afslører en reel blokering i appen, som med Solys, så ret den og send et nyt build.

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

Ved et nedbrud, en fejl eller en blokerende skærm, ja: rettelsen skal ligge i den binære fil. En fjernopdatering er ikke nok, for revieweren ser den indbyggede kode ved første opstart. Mangler der bare en oplysning, kan et svar være nok.

Min app kræver login: hvad skal jeg give revieweren?

En demokonto, der ikke udløber, udfyldt i sektionen App Review Information, og en server, der kører under hele reviewen. En indbygget demotilstand kan kun erstatte kontoen med Apples forudgående godkendelse, og den skal vise alle funktioner.

Kan en 2.1-afvisning skyldes andet end selve appen?

Ja. En død URL i opslaget, en udløbet demokonto, en slukket server eller et forkert opsat køb i appen er nok. Og nogle gange, som med Clic, ligger den egentlige årsag online og ikke i koden: tjek alt, hvad revieweren kan åbne.