Guideline 2.1: förstå och åtgärda ett App Store-avslag

Guideline 2.1 är regeln som fäller flest inskickade appar. Apple skriver det själva på sin App Review-sida: i genomsnitt gäller över 40 % av de olösta problemen 2.1, den som täcker krascher, tillfälligt innehåll och ofullständig information.

Den här artikeln handlar bara om den regeln: vad den omfattar, dess två varianter, hur granskaren testar din app och vad du ska svara, med tre avslag jag själv har fått på mina appar. För en översikt över alla avslagsorsaker, läs hellre varför Apple avvisar en app.

Vad är guideline 2.1 App Completeness?

Guideline 2.1 kräver att appen du skickar till Apple är en slutlig och komplett version: inga krascher, inga döda länkar, ingen platshållartext, ett demokonto om appen kräver inloggning, och köp i appen som syns och fungerar. Om granskaren inte kan gå igenom hela din app blir det ett 2.1-avslag.

Den officiella texten finns i App Review Guidelines, avsnitt 2 ”Performance”. Den är uppdelad i två stycken.

2.1(a) kräver att varje inskickning är en slutlig version, med all metadata och fungerande URL:er. Platshållartext, tomma webbplatser och allt tillfälligt innehåll ska bort innan du skickar in. Appen ska ha testats på en riktig enhet för buggar och stabilitet. Kräver den inloggning ger du ett demokonto och håller din server igång. Ett inbyggt demoläge kan ersätta kontot, men bara med Apples godkännande i förväg, och det måste visa alla appens funktioner. Meningen som sammanfattar allt: ”We will reject incomplete app bundles and binaries that crash”.

2.1(b) gäller köp i appen: de ska vara kompletta, uppdaterade, synliga för granskaren och fungera. Om ett köp som är konfigurerat i App Store Connect inte går att hitta i appen måste du förklara varför i granskningsanteckningarna.

Vad guideline 2.1 täcker i praktiken

I praktiken kommer ett 2.1-avslag av någon av de här orsakerna:

• En krasch. Vid start, efter en nekad behörighet, utan nätverk. Det räcker med en.
• En död länk. Integritetspolicy, användarvillkor, support: varje angiven URL kommer att öppnas.
• En funktion som inte går att nå. En knapp som inte leder någonstans, en obligatorisk skärm som inte går att ta sig förbi, en onboarding utan utgång. Den lömskaste formen: osynlig på din egen telefon.
• Ett demokonto som saknas eller har gått ut. Granskaren fastnar på inloggningsskärmen, eller kontot fungerar inte längre, eller servern är avstängd.
• Utfyllnadsinnehåll. Lorem ipsum, ”Kommer snart”, tom skärm, synlig testdata.
• Köp i appen som inte går att hitta. Prenumerationen finns i App Store Connect, men granskaren hittar inte skärmen som säljer den, eller så misslyckas köpet i sandbox. De vanligaste felen på betalskärmen finns i paywall på iOS: 7 nybörjarmisstag.

2.1 Information Needed eller 2.1(a): vad är skillnaden?

Apples meddelanden har inte alla samma rubrik, och skillnaden påverkar ditt svar.

”Guideline 2.1 - Information Needed” betyder att granskaren inte kunde slutföra granskningen och ställer en fråga till dig. Det saknas inloggningsuppgifter, en förklaring eller ett sätt att nå en funktion. Det är ännu inte en konstaterad bugg: det är en fråga. Ibland räcker ett exakt svar i App Store Connect. Men om frågan avslöjar ett verkligt stopp i appen behövs ett nytt build.

”Guideline 2.1(a) - Performance - App Completeness” betyder att granskaren har hittat ett problem: en krasch, en bugg, en skärm som inte svarar. Meddelandet anger oftast vilken enhet som användes och har ofta en skärmdump bifogad. Då måste du rätta felet, skicka ett nytt build och sedan svara.

Hur Apple testar din app

Sätt dig i granskarens ställe. Tre saker spelar roll.

Granskaren testar på en enhet du kanske inte har. Avslagsmeddelandet anger ofta modellen. Regel 2.4.1 säger att iPhone-appar ska fungera på iPad när det är möjligt, och en app byggd för iPhone visas där i kompatibilitetsläge, i ett fönster i iPhone-format. Mina senaste 2.1-avslag kom från en iPad Air: testar du bara på din iPhone ser du inte det granskaren ser.

Granskaren börjar från en första start. Nyinstallerad app, ingen cache, ingen session, ingen nedladdad uppdatering.

Nätverket måste fungera med enbart IPv6. Regel 2.5.5, granne med guideline 2.5.4 om bakgrundslägen, kräver att appen fungerar fullt ut på ett nätverk med enbart IPv6, och Apples supportsida om IPv6 gör det till ett krav för alla appar som skickats in sedan 1 juni 2016. Risken kommer från en hårdkodad IPv4-adress: Apple rekommenderar att du testar på ett nätverk med enbart IPv6, med mobildata avstängd.

För att återskapa de här förhållandena innan du skickar in är TestFlight på flera enheter det enklaste: se TestFlight: testa din iPhone-app.

Tre avslag jag har fått, och deras verkliga orsak

Tre nya avslag på mina egna appar, med deras verkliga orsak.

Solys: en minispelsdemo som inte gick att vinna på iPad

Solys är min väckarklocka med minispel. Den 18 augusti 2026 avvisas ett build med ”2.1 Information Needed”: Apple frågar efter ett sätt att klara spelutmaningen. Granskaren testade på en iPad Air, med iPhone-appen i kompatibilitetsläge.

Den verkliga orsaken låg i minispelsdemon i onboardingen. Hindrens höjder var angivna i fasta punkter. Med den korthöjd som fanns tillgänglig på iPaden i kompatibilitetsläge blev passagen smalare än figuren: demon gick inte att vinna. Och knappen ”Fortsätt” tändes bara vid vinst. Ingen utväg: granskaren kunde inte se appen.

Åtgärden: en geometri som skalar efter kortets uppmätta storlek, och en länk ”Hoppa över demon” som visas efter en förlust.

Lärdomen: varje steg som kräver en prestation måste ha en utgång utan villkor. Och varje obligatorisk skärm testas på den minsta skärmen som stöds OCH på iPad i kompatibilitetsläge.

Nolera: en åtgärd som granskaren inte kunde se

Den 17 september 2026 avvisas Nolera efter en granskning på iPad Air. Meddelandet kombinerade 2.1(a) med andra punkter. Åtgärden för det rapporterade problemet hade levererats via fjärruppdatering (OTA), utan nytt build.

Problemet: vid allra första starten ser granskaren koden som ligger i buildet, inte uppdateringen som laddas ner efteråt. För granskaren fanns åtgärden inte.

Lärdomen: en åtgärd som är avsedd för granskningen måste finnas i binären som skickas till Apple.

Clic: orsaken låg inte i appen

Den 16 september 2026 avvisas Clic. Själva appen var uppdaterad. Den verkliga orsaken låg någon annanstans: integritetspolicyn som låg publicerad online var inte uppdaterad om vilken AI-leverantör som användes. Det här avslaget handlar mer om integritet än om 2.1, men det visar samma sak: den verkliga orsaken är inte alltid den som meddelandet antyder.

Lärdomen: kontrollera det som ligger online, inte det som ligger i ditt repo. Öppna varje angiven URL samma dag som du skickar in.

Vad du ska svara i Resolution Center

Efter ett avslag hamnar din inskickning i ”Unresolved Issues” och konversationen med Apple sker i App Review-avsnittet för din app, som fortfarande kallas Resolution Center. Den officiella proceduren för att svara App Review tillåter ett meddelande på högst 4 000 tecken, med en bilaga.

Skriv på engelska, och håll det enkelt. Granskaren vill ha tre saker: vad som blockerade, vad som har ändrats och hur det kan kontrolleras. Här är mallen jag använder (byt ut buildnumret och åtgärden mot dina egna):

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,

Några regler:

• Svara på frågan som ställs. Vid ”Information Needed”, börja med det exakta svaret, inte med bakgrunden.
• Ange buildet och beskriv vägen till den åtgärdade skärmen, i tre eller fyra steg.
• Bifoga bevis. En kort video på en enhet som liknar granskarens sparar en ny vända.
• Ingen försvarstal. Överklagan till App Review Board finns, men vid ett befogat 2.1-avslag förlänger den bara väntan. Detaljerna om väntetider finns i granskningstid på App Store.

Om orsaken fortfarande är oklar efter läsningen finns hela tillvägagångssättet på sidan app avvisad av Apple.

Granskningsanteckningar och demokonto

Avsnittet App Review Information för din version i App Store Connect är ditt bästa skydd mot 2.1. Enligt den officiella referensen för fälten innehåller det:

• Sign-in required: användarnamn och lösenord till ett demokonto. Kontot får inte gå ut. Om din app använder inloggning via tredje part, ange inloggningsuppgifterna för den tjänsten.
• Notes: upp till 4 000 byte, på valfritt språk. Allt som hjälper till vid testningen.
• Contact: ett namn, en e-postadress och ett nummer i internationellt format.

Det här skriver jag alltid i anteckningarna:

1. Vägen till varje köp i appen, som regel 2.1(b) kräver.
2. Funktioner som inte är självklara: en gest, en behörighet, innehåll som är kopplat till en tid.
3. Demokontots status: prenumerant eller inte, förifylld data eller tomt.
4. Kända begränsningar: för hårdvara eller en miljö som är svår att återskapa ber Apple dig vara beredd att skicka en video.

Och en regel utanför formuläret: håll din server igång under hela granskningen. En avstängd testserver betyder ett demokonto som inte fungerar, alltså ett 2.1-avslag.

Checklistan för 2.1 innan du skickar in

Den jag går igenom före varje inskickning, byggd på mina avslag:

• Appen installerad från noll på den minsta iPhone som stöds, den största och en iPad i kompatibilitetsläge
• Hela onboardingen genomgången, med avsiktliga misslyckanden i varje steg som kräver en prestation
• Varje obligatorisk skärm har en utgång utan villkor
• Ingen åtgärd avsedd för granskningen levererad enbart via fjärruppdatering
• Appen startad i flygplansläge och sedan på ett nätverk med enbart IPv6
• Varje angiven URL öppnad samma dag: integritet, villkor, support
• Ingen platshållartext, tom skärm eller synlig testdata
• Demokontot testat samma dag som inskickningen, utan utgångsdatum, server igång
• Varje köp i appen hittat från appen och testat i sandbox, inklusive återställning
• Granskningsanteckningar som anger var köpen och de icke självklara funktionerna finns

Om det är din första publicering finns alla tidigare steg i publicera en app på App Store.

Skicka in med någon som redan har fått de här avslagen

Apple Review Kit samlar min checklista inför inskickning, mallarna för anteckningar till granskaren och Claude Code-skills som går igenom ditt projekt innan du skickar in det.

Har du precis fått ett 2.1-avslag? Kitet hjälper dig också att hitta den citerade regeln, vad den kräver och ett exempel på åtgärd och svar. Vill du att vi tittar på ditt ärende tillsammans direkt kan du boka en timme med mig, över video.

Ingen kan garantera att Apple godkänner din app. Det jag kan göra är att hjälpa dig undvika de 2.1-avslag som jag redan har betalat för med en granskningsomgång.

Har du inte skickat in din app än? Den kostnadsfria diagnosen skickar dig min checklista mot Apple-avslag, regel 2.1 inräknad, och berättar vad som återstår innan du skickar in. Om du fortfarande bygger den visar startsidan hur du skapar en mobilapp med granskningen i åtanke från början.

Vanliga frågor

Vad betyder ”Guideline 2.1 - Information Needed”?

Granskaren kunde inte slutföra granskningen och ställer en fråga till dig: inloggningsuppgifter, en förklaring, ett sätt att nå en funktion. Svara exakt i App Store Connect. Om frågan avslöjar ett verkligt stopp i appen, som med Solys, rätta det och skicka ett nytt build.

Behövs ett nytt build efter ett 2.1-avslag?

Vid en krasch, en bugg eller en blockerande skärm, ja: åtgärden måste finnas i binären. En fjärruppdatering räcker inte, eftersom granskaren ser koden som ligger i buildet vid första starten. Saknas det bara information kan ett svar räcka.

Min app kräver inloggning: vad ska jag ge granskaren?

Ett demokonto som inte går ut, ifyllt i avsnittet App Review Information, och en server som är igång under hela granskningen. Ett inbyggt demoläge kan ersätta kontot bara med Apples godkännande i förväg, och det måste visa alla funktioner.

Kan ett 2.1-avslag bero på något annat än appen?

Ja. En död URL på produktsidan, ett utgånget demokonto, en avstängd server eller ett felkonfigurerat köp i appen räcker. Och ibland, som med Clic, ligger den verkliga orsaken online och inte i koden: kontrollera allt som granskaren kan öppna.