Guideline 2.1: forstå og fiks en App Store-avvisning

Guideline 2.1 er regelen som stopper flest innsendinger. Apple skriver det selv på App Review-siden: i snitt gjelder over 40 % av de uløste problemene 2.1, regelen som dekker krasj, midlertidig innhold og ufullstendig informasjon.

Denne artikkelen handler bare om denne ene regelen: hva den dekker, de to variantene, hvordan revieweren tester appen din, og hva du skal svare, med tre avvisninger jeg har fått på mine egne apper. Vil du ha oversikten over alle avvisningsgrunnene, les heller hvorfor Apple avviser en app.

Hva er guideline 2.1 App Completeness?

Guideline 2.1 krever at appen du sender til Apple er en ferdig og komplett versjon: ingen krasj, ingen døde lenker, ingen plassholdertekst, en demokonto hvis appen krever innlogging, og kjøp i appen som er synlige og fungerer. Hvis revieweren ikke kommer seg gjennom hele appen din, blir det en 2.1-avvisning.

Den offisielle teksten finner du i App Review Guidelines, del 2 «Performance». Den er delt i to ledd.

2.1(a) krever at hver innsending er en ferdig versjon, med alle metadata og URL-er som fungerer. Plassholdertekst, tomme nettsider og alt midlertidig innhold må bort før innsending. Appen må være testet på en ekte enhet for feil og stabilitet. Krever den innlogging, gir du en demokonto og lar serveren din stå på. En innebygd demomodus kan erstatte kontoen, men bare med Apples forhåndsgodkjenning, og den må vise alle funksjonene i appen. Setningen som oppsummerer alt: «We will reject incomplete app bundles and binaries that crash».

2.1(b) gjelder kjøp i appen: de må være komplette, oppdaterte, synlige for revieweren og fungere. Hvis et kjøp som er satt opp i App Store Connect ikke finnes i appen, må du forklare hvorfor i review-notatene.

Hva guideline 2.1 dekker i praksis

I praksis kommer en 2.1-avvisning av en av disse grunnene:

• Et krasj. Ved oppstart, etter en avslått tillatelse, uten nett. Ett er nok.
• En død lenke. Personvern, vilkår, support: hver URL du har oppgitt blir åpnet.
• En funksjon som ikke kan nås. En knapp som ikke fører noe sted, en obligatorisk skjerm som er umulig å komme forbi, en onboarding uten utgang. Den mest lumske varianten: usynlig på din egen telefon.
• En demokonto som mangler eller har utløpt. Revieweren blir stående fast på innloggingsskjermen, eller kontoen virker ikke lenger, eller serveren er slått av.
• Fyllinnhold. Lorem ipsum, «Kommer snart», tom skjerm, synlige testdata.
• Kjøp i appen som ikke kan finnes. Abonnementet finnes i App Store Connect, men revieweren finner ikke skjermen som selger det, eller kjøpet feiler i sandbox. De vanligste feilene på betalingsskjermen står i paywall på iOS: 7 nybegynnerfeil.

2.1 Information Needed eller 2.1(a): hva er forskjellen?

Meldingene fra Apple har ikke alle samme overskrift, og forskjellen endrer svaret ditt.

«Guideline 2.1 - Information Needed» betyr at revieweren ikke kom gjennom hele reviewen og stiller deg et spørsmål. Det mangler innloggingsdetaljer, en forklaring, en måte å nå en funksjon på. Det er ennå ikke en bekreftet feil: det er en forespørsel. Noen ganger holder et presist svar i App Store Connect. Men hvis spørsmålet avslører en ekte blokkering i appen, trenger du et nytt build.

«Guideline 2.1(a) - Performance - App Completeness» betyr at revieweren har funnet et problem: et krasj, en feil, en skjerm som ikke svarer. Meldingen oppgir som regel hvilken enhet som ble brukt, og har ofte et skjermbilde vedlagt. Da må du fikse, sende et nytt build og så svare.

Hvordan Apple tester appen din

Sett deg i reviewerens sted. Tre ting teller.

Hen tester på en enhet du kanskje ikke har. Avvisningsmeldingen oppgir ofte modellen. Regel 2.4.1 sier at iPhone-apper bør kjøre på iPad når det er mulig, og en app laget for iPhone vises der i kompatibilitetsmodus, i et vindu i iPhone-format. Mine siste 2.1-avvisninger kom fra en iPad Air: tester du bare på iPhonen din, ser du ikke det revieweren ser.

Hen starter fra en første oppstart. Nyinstallert app, ingen cache, ingen økt, ingen nedlastet oppdatering.

Nettverket må fungere med bare IPv6. Regel 2.5.5, nabo til guideline 2.5.4 om bakgrunnsmoduser, krever at appen fungerer fullt ut på et nettverk med bare IPv6, og Apples supportside om IPv6 gjør det til et krav for alle apper sendt inn siden 1. juni 2016. Risikoen kommer fra en hardkodet IPv4-adresse: Apple anbefaler å teste på et nettverk med bare IPv6, med mobildata slått av.

For å gjenskape disse forholdene før innsending er TestFlight på flere enheter fortsatt det enkleste: se TestFlight: test iPhone-appen din.

Tre avvisninger jeg har fått, og den egentlige årsaken

Tre nylige avvisninger på mine egne apper, med den egentlige årsaken.

Solys: en minispilldemo som var umulig å vinne på iPad

Solys er vekkerklokka mi med minispill. 18. august 2026 blir et build avvist med «2.1 Information Needed»: Apple ber om en måte å komme forbi spilloppdraget på. Revieweren testet på en iPad Air, med iPhone-appen i kompatibilitetsmodus.

Den egentlige årsaken lå i minispilldemoen i onboardingen. Høydene på hindringene var skrevet i faste punkter. Med korthøyden som var tilgjengelig på iPad i kompatibilitetsmodus, ble åpningen smalere enn figuren: demoen var umulig å vinne. Og «Fortsett»-knappen ble bare aktiv ved seier. Ingen vei ut: revieweren fikk ikke sett appen.

Fiksen: en geometri som skalerer med den målte størrelsen på kortet, og en «Hopp over demo»-lenke som dukker opp etter et tap.

Lærdommen: hvert steg som krever en prestasjon må ha en utgang uten betingelser. Og hver obligatoriske skjerm testes på den minste støttede skjermen OG på iPad i kompatibilitetsmodus.

Nolera: en fiks revieweren ikke kunne se

17. september 2026 blir Nolera avvist etter en review på iPad Air. Meldingen kombinerte 2.1(a) og andre punkter. Fiksen for det rapporterte problemet var levert som en fjernoppdatering (OTA), uten nytt build.

Problemet: ved aller første oppstart ser revieweren koden som ligger i buildet, ikke oppdateringen som lastes ned etterpå. For hen fantes ikke fiksen.

Lærdommen: en fiks som er ment for reviewen må ligge i binærfilen du sender til Apple.

Clic: årsaken lå ikke i appen

16. september 2026 blir Clic avvist. Selve appen var oppdatert. Den egentlige årsaken lå et annet sted: personvernerklæringen som lå ute på nettet var ikke oppdatert med AI-leverandøren som ble brukt. Denne avvisningen handler mer om personvern enn om 2.1, men den viser det samme: de egentlige årsakene er ikke alltid dem meldingen får deg til å tro.

Lærdommen: sjekk det som ligger ute på nettet, ikke det som ligger i repoet ditt. Åpne hver oppgitte URL samme dag som du sender inn.

Hva du skal svare i Resolution Center

Etter en avvisning går innsendingen din over til «Unresolved Issues», og samtalen med Apple foregår i App Review-delen for appen din, som fortsatt kalles Resolution Center. Den offisielle fremgangsmåten for å svare App Review tillater en melding på maks 4000 tegn, med ett vedlegg.

Skriv på engelsk, nøkternt. Revieweren vil ha tre opplysninger: hva som blokkerte, hva som er endret, hvordan det kan sjekkes. Her er malen jeg bruker (bytt ut build-nummeret og fiksen 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,

Noen regler:

• Svar på spørsmålet som stilles. Ved «Information Needed» starter du med det nøyaktige svaret, ikke med bakgrunnen.
• Oppgi buildet og gi veien til den fiksede skjermen, i tre eller fire steg.
• Legg ved bevis. En kort video på en enhet som ligner reviewerens sparer deg for en ny runde.
• Ingen forsvarstale. Det går an å klage til App Review Board, men på en fortjent 2.1-avvisning gjør det bare ventetiden lengre. Detaljene om ventetider står i behandlingstid i App Store.

Hvis grunnen fortsatt er uklar etter at du har lest den, står hele fremgangsmåten på siden app avvist av Apple.

Review-notater og demokonto

App Review Information-delen for versjonen din i App Store Connect er ditt beste forsvar mot 2.1. Ifølge den offisielle referansen for disse feltene inneholder den:

• Sign-in required: brukernavn og passord til en demokonto. Kontoen må ikke utløpe. Hvis appen din bruker innlogging via tredjepart, oppgir du innloggingsdetaljene til den tjenesten.
• Notes: opptil 4000 byte, på det språket du vil. Alt som hjelper testingen.
• Contact: et navn, en e-postadresse og et nummer i internasjonalt format.

Dette legger jeg alltid inn i notatene:

1. Veien til hvert kjøp i appen, slik regel 2.1(b) krever.
2. Funksjoner som ikke er åpenbare: en bevegelse, en tillatelse, innhold som er knyttet til et klokkeslett.
3. Tilstanden til demokontoen: abonnent eller ikke, forhåndsutfylte eller tomme data.
4. Kjente begrensninger: for maskinvare eller et miljø som er vanskelig å gjenskape, ber Apple deg være klar til å levere en video.

Og en regel utenfor skjemaet: la serveren din stå på under hele reviewen. En avslått testserver betyr en demokonto som ikke virker, altså en 2.1-avvisning.

Sjekklisten for 2.1 før innsending

Den jeg bruker før hver innsending, bygget på mine egne avvisninger:

• Appen installert fra bunnen av på den minste støttede iPhonen, den største, og en iPad i kompatibilitetsmodus
• Hele onboardingen gjennomgått, med bevisst feiling på hvert steg som krever en prestasjon
• Hver obligatoriske skjerm har en utgang uten betingelser
• Ingen fiks ment for reviewen er levert bare som fjernoppdatering
• Appen startet i flymodus, og så på et nettverk med bare IPv6
• Hver oppgitte URL åpnet samme dag: personvern, vilkår, support
• Ingen plassholdertekst, tom skjerm eller synlige testdata
• Demokontoen testet samme dag som innsending, uten utløpsdato, serveren på
• Hvert kjøp i appen funnet fra appen og testet i sandbox, gjenoppretting inkludert
• Review-notater som sier hvor kjøpene og de ikke-åpenbare funksjonene ligger

Er dette din første publisering, står alle stegene før dette i publisere en app i App Store.

Send inn med en som allerede har fått disse avvisningene

Apple Review Kit samler sjekklisten min før innsending, notatmaler til testeren og Claude Code-skills som går gjennom prosjektet ditt før du sender det inn.

Har du nettopp fått en 2.1-avvisning? Kitet hjelper deg også å finne regelen det vises til, hva den krever, og et eksempel på fiks og svar. Vil du at vi ser på saken din sammen med en gang, kan du booke en time med meg på video.

Ingen kan garantere at Apple godkjenner appen din. Det jeg kan gjøre, er å hjelpe deg å unngå de 2.1-avvisningene jeg allerede har betalt for med en review-runde.

Har du ikke sendt inn appen ennå? Den gratis diagnosen sender deg sjekklisten min mot avvisninger fra Apple, regel 2.1 inkludert, og forteller deg hva som gjenstår før innsending. Holder du fortsatt på å bygge den, viser forsiden hvordan du lager en mobilapp med reviewen i tankene fra start.

Ofte stilte spørsmål

Hva betyr «Guideline 2.1 - Information Needed»?

Revieweren kom ikke gjennom hele reviewen og stiller deg et spørsmål: innloggingsdetaljer, en forklaring, en måte å nå en funksjon på. Svar presist i App Store Connect. Hvis spørsmålet avslører en ekte blokkering i appen, slik som på Solys, fikser du den og sender et nytt build.

Trenger jeg et nytt build etter en 2.1-avvisning?

For et krasj, en feil eller en skjerm som blokkerer: ja, fiksen må ligge i binærfilen. En fjernoppdatering holder ikke, fordi revieweren ser koden som ligger i buildet ved første oppstart. Mangler det bare informasjon, kan et svar være nok.

Appen min krever innlogging: hva skal jeg gi revieweren?

En demokonto som ikke utløper, lagt inn i App Review Information-delen, og en server som står på under hele reviewen. En innebygd demomodus kan bare erstatte kontoen med Apples forhåndsgodkjenning, og den må vise alle funksjonene.

Kan en 2.1-avvisning skyldes noe annet enn appen?

Ja. En død URL i app-siden, en utløpt demokonto, en avslått server eller et feilkonfigurert kjøp i appen er nok. Og noen ganger, som på Clic, ligger den egentlige årsaken på nettet og ikke i koden: sjekk alt revieweren kan åpne.