Apple avvisade appen: 5 verkliga orsaker och lösningar

Ett avslag från Apple har nästan alltid en exakt orsak, som står i granskningens meddelande: en numrerad riktlinje, ofta med en skärmbild. De vanligaste skälen för en första app är en app som inte är färdig (2.1), integritet som deklarerats fel (5.1.1), vilseledande metadata (2.3.2), en betalning som kringgår köp i appen (3.1.1) eller en betygsförfrågan på fel ställe (5.6.3). I de allra flesta fall har granskaren förstått din app helt rätt: det var ditt inskick som gick att anmärka på.

Jag vet det eftersom jag själv har fått de här avslagen. Jag publicerar mina egna iOS-appar: Solys (en väckarklocka med minispel) och TradaZen (en tradingsimulator) finns på App Store. Solys fick två avslag, ett före lanseringen och ett på en uppdatering, och två andra appar, Clic och Nolera, avvisades, rättades och skickades in till Apple igen. Här är de fem avslagen, deras verkliga orsak, sedan metoden för att svara och checklistan jag går igenom före varje inskick.

Varför Apple avvisar en app: de 5 avslag jag har fått

Avslag 2.1 på Solys: demot gick inte att vinna

Onboardingen i Solys har ett spelbart demo: du måste vinna ett minispel, precis som när du vaknar. På mina telefoner fungerade allt. Granskaren testade däremot på en iPad, där en iPhone-app körs i kompatibilitetsläge i ett mindre fönster. I den storleken blev luckan som minispelets fågel skulle ta sig igenom smalare än själva fågeln, och knappen ”Fortsätt” tändes bara vid vinst. Apple bad om ett sätt att hoppa över spelmomentet.

Lösningen: ett demo vars geometri räknas ut från skärmens faktiska storlek, och en länk för att hoppa över demot om man misslyckas.

Lärdomen: varje obligatoriskt steg måste ha en utväg, och varje obligatorisk skärm testas på minsta möjliga format före varje inskick.

Avslag 5.6.3 på Solys: betygsförfrågan under onboardingen

Andra avslaget, på nästa uppdatering. Apple skrev att appen bad om betyg vid första start eller under onboardingen. Betygsrutan kom direkt efter demot, innan användaren hade upplevt något alls i appen.

Lösningen: förfrågan flyttades till slutet av flödet, och den visas bara om användaren precis har vunnit demot.

Lärdomen: varje känslig förfrågan (betyg, notis, prenumeration, spårning) kommer efter att appen visat sitt värde, aldrig före.

Avslag 5.1.1 på Clic: integritetspolicyn på nätet var inte uppdaterad

Clic genererar innehåll med AI, och appen hade sin samtyckesskärm. Problemet låg någon annanstans: integritetspolicyn som låg ute på webbplatsen var den gamla versionen, och den beskrev inte allt som appen samlar in.

Lösningen: fullständig policy publicerad, sammanfattning på engelska tillagd, granskningsanteckningar uppdaterade.

Lärdomen: Apple läser din policy på nätet, inte den som ligger och samlar damm i ditt repo. Öppna den angivna URL:en före varje inskick och kontrollera att den säger vad din app gör.

Avslag 5.1.1 på Nolera: en ”Tillåt”-knapp före systemets förfrågan

Före iOS riktiga förfrågan om kameraåtkomst visade Nolera en förklarande skärm med en knapp som hette ”Tillåt”. För Apple pressar den texten användaren att acceptera före systemets officiella förfrågan.

Lösningen: knappen heter nu ”Fortsätt”, på appens alla 8 språk.

Lärdomen: en skärm som förbereder en behörighet förklarar, den bestämmer inte åt användaren. Apples rekommendationer finns i deras designriktlinjer för integritet.

Avslag 2.3.2 på Nolera: ikonen återanvänd som kampanjbild

Prenumerationer kan ha en kampanjbild i App Store Connect. På två av Noleras prenumerationer var det helt enkelt appens ikon. Apple bedömde att det inte var godkänt.

Lösningen: bilderna togs bort från båda prenumerationerna, och inskicket skapades på nytt.

Lärdomen: varje del av din produktsida granskas, även det du fyller i utan att tänka på det, som åldersklassificeringen.

Vilka riktlinjer slår oftast till?

Alla regler finns i App Review Guidelines. De som oftast fäller en första app:

2.1: App Completeness. Appen kraschar, en knapp leder ingenstans, en obligatorisk skärm fungerar inte på ett visst format. Om appen kräver inloggning, lägg in ett demokonto i granskningsanteckningarna, annars fastnar granskaren på inloggningsskärmen. Allt du behöver veta om det här skälet finns i min guide till riktlinje 2.1.

2.3: Metadata. Skärmbilder som inte visar den riktiga appen, en beskrivning som lovar en funktion som saknas, kampanjbilder som inte följer reglerna.

3.1.1: In-App Purchase. För att låsa upp digitalt innehåll eller funktioner i appen är huvudregeln Apples köp i appen. Undantagen beror på land och ändras: läs den aktuella versionen av riktlinjerna innan du planerar ett annat betalsätt. Hela arbetet beskrivs på sidan prenumerationer i iOS-appar.

3.1.2: Subscriptions. En prenumerationsapp måste tydligt visa vad användaren får och till vilket pris. De klassiska misstagen på betalskärmen finns i iOS-paywall: 7 nybörjarmisstag.

4.3: Spam. Appen liknar tusen andra eller tillför inte tillräckligt i sig själv. Det är det svåraste avslaget att rätta: det förebyggs redan när du väljer idé. Jag förklarar det i detalj i guiden till riktlinje 4.3.

5.1.1: Privacy. Deklarationer om datainsamling som inte stämmer med hur appen beter sig, ofullständig integritetspolicy, behörighet som begärs utan tydlig förklaring.

Hur svarar du på ett avslag från Apple utan att tappa dagar?

Ett avslag är ingen dom, det är en vända fram och tillbaka. Så här gör du:

1. Läs skälet två gånger. Meddelandet anger riktlinjen och bifogar ofta en skärmbild. Många utvecklare svarar på fel sak för att de läste för snabbt.
2. Leta upp den verkliga orsaken. Både på Clic och Nolera var den verkliga orsaken inte den som texten först fick en att tro. Återskapa problemet under granskarens förutsättningar: samma typ av enhet, nytt konto, första start.
3. Rätta skälet, inget annat. Det är inte läge att lägga till tre funktioner: varje ändring gör granskningsytan större.
4. Svara i App Store Connect. Förklara med två sakliga meningar vad du har rättat, genom att svara på meddelandet från App Review.
5. Överklaga bara om du är säker. Apple låter dig vända dig till App Review Board om du tror att din app har missförståtts, med en enda överklagan per avvisat inskick. Att bestrida ett befogat avslag är bara slöseri med tid.

När det gäller tid uppger Apple att de granskar minst 50 % av inskicken på under 24 timmar och 90 % på under 48 timmar. Det är avslagen som drar ut på tidsplanen, inte kön: detaljerna finns i granskningstid på App Store. Hela tillvägagångssättet efter ett avslag finns på sidan app avvisad av Apple.

Ett avslag som gick att undvika kostar en hel granskningsomgång. Det bästa svaret till Apple är ett inskick som inte ger dem något att anmärka på.

Checklistan jag går igenom före varje inskick

Byggd avslag för avslag, på mina appar:

• Varje obligatorisk skärm testad på minsta iPhone, största iPhone och på iPad i kompatibilitetsläge, enligt rutnätet i riktlinje 4.0 design
• En möjlig utväg i varje steg av onboardingen, även vid misslyckande
• Demokonto i granskningsanteckningarna om appen har inloggning
• Köp testade i sandbox, inklusive återställning
• Pris, period och länkar till villkor och integritetspolicy där Apple kräver dem, på varje språk
• Integritetspolicyn på nätet genomläst samma dag som inskicket
• Integritetsdeklarationer som stämmer med vad appen faktiskt samlar in, privacy manifest inräknat
• Skärmar före behörighetsförfrågan utan ”Tillåt”-knapp
• Betygs- och notisförfrågningar placerade efter att appen visat sitt värde, utan att något låses upp mot ett betyg (riktlinje 3.2.2)
• Kampanjbilder och skärmbilder som visar den riktiga appen, även på dina anpassade produktsidor

Om det är din första publicering går sidan publicera en app på App Store igenom alla steg före inskicket.

En mall för att förklara ditt flöde för App Review

Ladda ner mallen för App Review-anteckningar: instruktioner på franska, anteckningar på engelska att fylla i och ett underlag för att svara på ett avslag. Den får dig att ange version, vägen genom skärmarna och förväntat resultat. Behåll bara det som finns i din build.

Byt ut ”appen sparar korrekt” mot ett scenario som går att upprepa: startskärm, handling, stäng och starta om, resultatet finns kvar. Efter ett avslag, beskriv det rättade beteendet och vilken enhet du kontrollerade det på. Om du inte har lyckats återskapa problemet, förklara vad som saknas för att kunna göra det.

Inloggningsuppgifterna för ett demokonto fyller du i de avsedda fälten i App Store Connect, aldrig i en offentlig fil. Du kan förbereda underlaget med testrutnätet för TestFlight och hitta de fem gratis mallarna.

Undvik de här avslagen före inskicket

Apple Review Kit samlar min checklista före inskick, mina rättade avslag från Apple och Claude Code-skills som går igenom ditt projekt, din paywall och din produktsida före inskicket.

Har din app redan avvisats? Kitet hjälper dig att hitta den regel som anges, vad den kräver och ett exempel på rättning och svar. Om du vill att vi går igenom ditt ärende tillsammans direkt, boka en timme med mig via videosamtal.

Ingen kan garantera att Apple godkänner din app. Att utgå från avslag som redan har hänt minskar helt enkelt risken att du åker på samma sak.

Har du inte skickat in din app än? Den kostnadsfria diagnosen skickar dig min checklista mot avslag från Apple och berättar vad som återstår. Om du fortfarande bygger den visar startsidan hur du skapar en mobilapp med de här avslagen i bakhuvudet.

Vanliga frågor

Varför avvisas min app av Apple?

Nästan alltid av en exakt orsak, som står i granskningens meddelande: en numrerad riktlinje, ofta med en skärmbild. För en första app är de vanligaste skälen en app som inte är färdig (2.1), integritet som deklarerats fel (5.1.1) och vilseledande metadata (2.3.2). Dessutom förekommer betalning som kringgår köp i appen (3.1.1) och en betygsförfrågan på fel ställe (5.6.3).

Varför avvisas min app fast den fungerar på min iPhone?

För att granskaren kan testa under andra förutsättningar än dina. På Solys, min väckarklocka med minispel, testade granskaren på en iPad, där en iPhone-app körs i kompatibilitetsläge i ett mindre fönster. Där gick demot inte att vinna. Lösningen: ett demo som räknas ut från skärmens faktiska storlek, och en länk för att hoppa över det om man misslyckas.

Vad gör jag när Apple avvisar min app?

Läs skälet två gånger och leta sedan upp den verkliga orsaken genom att återskapa problemet under granskarens förutsättningar: samma typ av enhet, nytt konto, första start. Rätta skälet och inget annat, eftersom varje ändring gör granskningsytan större. Svara sedan i App Store Connect med två sakliga meningar om vad du har rättat.

Kan man överklaga ett avslag från Apple?

Ja, men bara om du är säker på din sak. Apple låter dig vända dig till App Review Board om du tror att din app har missförståtts, med en enda överklagan per avvisat inskick. Att bestrida ett befogat avslag är bara slöseri med tid. Annars rättar du skälet och svarar i App Store Connect.

Förlänger ett avslag tiden till publicering?

Ja. Apple uppger att de granskar minst 50 % av inskicken på under 24 timmar och 90 % på under 48 timmar: det är alltså avslagen som drar ut på tidsplanen, inte kön. Ett avslag som gick att undvika kostar en hel granskningsomgång. Detaljerna om tiderna finns i granskningstid på App Store.

Vad ska jag kontrollera innan jag skickar in en app till Apple?

Testa varje obligatorisk skärm på minsta iPhone, största iPhone och en iPad i kompatibilitetsläge, och testa sedan köpen i sandbox, inklusive återställning. Läs igenom din integritetspolicy på nätet samma dag som inskicket och lägg in ett demokonto i granskningsanteckningarna om appen har inloggning. Den här checklistan har byggts avslag för avslag, på mina appar.