Apple afviser din app: 5 virkelige afvisninger og løsninger

Når Apple afviser en app, er der næsten altid en præcis grund, og den står i beskeden fra reviewet: en nummereret guideline, ofte med et skærmbillede. De hyppigste grunde for en første app er en app, der ikke er færdig (2.1), forkert deklareret privatliv (5.1.1), vildledende metadata (2.3.2), en betaling, der omgår in-app-køb (3.1.1), eller en anmodning om bedømmelse, der kommer på det forkerte tidspunkt (5.6.3). I langt de fleste tilfælde har revieweren forstået din app fint. Det er din indsendelse, der havde svage punkter.

Det ved jeg, fordi jeg selv har fået de afvisninger. Jeg udgiver mine egne iOS-apps: Solys (et vækkeur med minispil) og TradaZen (en tradingsimulator) ligger på App Store. Solys er blevet afvist to gange, én gang før lanceringen og én gang ved en opdatering, og to andre apps, Clic og Nolera, er blevet afvist, rettet og sendt til Apple igen. Her er de fem afvisninger og deres reelle årsag, og derefter metoden til at svare og den tjekliste, jeg bruger før hver indsendelse.

Hvorfor Apple afviser en app: de 5 afvisninger, jeg har fået

Afvisning 2.1 på Solys: demoen var umulig at vinde

Onboardingen i Solys har en spilbar demo: du skal vinde et minispil, ligesom når vækkeuret ringer. På mine telefoner virkede alt. Men revieweren testede på en iPad, hvor en iPhone-app kører i kompatibilitetstilstand i et mindre vindue. I den størrelse blev åbningen til fuglen i minispillet smallere end selve fuglen, og knappen »Fortsæt« blev først aktiv, når man havde vundet. Apple bad om en måde at springe spilmissionen over.

Rettelsen: en demo, hvor geometrien beregnes ud fra skærmens faktiske størrelse, og et link til at springe demoen over, hvis man taber.

Læren: hvert obligatorisk trin skal have en udvej, og hver obligatorisk skærm skal testes på det mindst mulige format før hver indsendelse.

Afvisning 5.6.3 på Solys: anmodning om bedømmelse under onboardingen

Anden afvisning, på den næste opdatering. Apple skrev, at appen bad om en bedømmelse ved første opstart eller under onboardingen. Bedømmelsesskærmen kom lige efter demoen, før brugeren havde oplevet noget som helst i appen.

Rettelsen: anmodningen blev flyttet til slutningen af forløbet, og den vises kun, hvis brugeren lige har vundet demoen.

Læren: enhver følsom anmodning (bedømmelse, notifikation, abonnement, sporing) kommer efter et bevis på værdi, aldrig før.

Afvisning 5.1.1 på Clic: privatlivspolitikken online var ikke opdateret

Clic genererer indhold med AI, og appen havde sin samtykkeskærm. Problemet lå et andet sted: privatlivspolitikken på hjemmesiden var den gamle version, og den beskrev ikke alt det, appen indsamler.

Rettelsen: fuld politik udgivet, engelsk resumé tilføjet, review-noter opdateret.

Læren: Apple læser din politik online, ikke den, der ligger i dit repository. Før hver indsendelse skal du åbne den angivne URL og tjekke, at den siger det, din app gør.

Afvisning 5.1.1 på Nolera: en »Tillad«-knap før systemets anmodning

Før iOS' rigtige anmodning om adgang til kameraet viste Nolera en forklarende skærm med en knap, der hed »Tillad«. For Apple presser den tekst brugeren til at acceptere før systemets officielle anmodning.

Rettelsen: knappen hedder nu »Fortsæt«, på alle appens 8 sprog.

Læren: en skærm, der forbereder en tilladelse, forklarer. Den træffer ikke beslutningen for brugeren. Apples anbefalinger står i deres designregler om privatliv.

Afvisning 2.3.2 på Nolera: ikonet genbrugt som reklamebillede

Abonnementer kan have et reklamebillede i App Store Connect. På to af Noleras abonnementer var det bare appens ikon. Apple vurderede, at det ikke overholdt reglerne.

Rettelsen: billederne blev fjernet fra begge abonnementer, og indsendelsen blev oprettet på ny.

Læren: hvert element på din side bliver gennemgået, også dem du udfylder uden at tænke over det, som aldersklassificeringen.

Hvilke guidelines bliver oftest brugt til afvisning?

Alle reglerne står i App Review Guidelines. Dem, der oftest fanger en første app:

2.1: App Completeness. Appen crasher, en knap fører ingen steder hen, en obligatorisk skærm virker ikke på et bestemt format. Hvis din app kræver login, så giv en demokonto i review-noterne, ellers sidder revieweren fast på loginskærmen. Alt, hvad du skal vide om den grund, står i min guide til guideline 2.1.

2.3: Metadata. Skærmbilleder, der ikke viser den rigtige app, en beskrivelse, der lover en funktion, som ikke findes, reklamebilleder, der ikke overholder reglerne.

3.1.1: In-App Purchase. For at låse digitalt indhold eller digitale funktioner op i appen er hovedreglen Apples in-app-køb. Undtagelserne afhænger af landet og ændrer sig: læs den aktuelle version af guidelines, før du planlægger en anden betalingsmetode. Hele arbejdet er beskrevet på siden om in-app-abonnementer på iOS.

3.1.2: Subscriptions. En app med abonnement skal tydeligt vise, hvad brugeren får, og til hvilken pris. De klassiske fejl på betalingsskærmen står i iOS-paywall: 7 begynderfejl.

4.3: Spam. Appen ligner tusind andre eller giver ikke nok i sig selv. Det er den sværeste afvisning at rette: den skal forebygges allerede, når du vælger idéen. Jeg forklarer det i detaljer i guiden til guideline 4.3.

5.1.1: Privacy. Deklarationer om dataindsamling, der ikke passer med appens adfærd, en ufuldstændig privatlivspolitik, en tilladelse, der bedes om uden en klar forklaring.

Hvordan svarer du på en afvisning fra Apple uden at miste dage?

En afvisning er ikke en dom, det er en runde frem og tilbage. Den fremgangsmåde, der virker:

1. Læs begrundelsen to gange. Beskeden nævner guidelinen og har ofte et skærmbillede vedhæftet. Mange udviklere svarer forbi sagen, fordi de har læst for hurtigt.
2. Find den reelle årsag. Både på Clic og Nolera var den reelle årsag ikke den, teksten fik en til at tro ved første øjekast. Genskab problemet under reviewerens forhold: samme type enhed, ny konto, første opstart.
3. Ret begrundelsen og intet andet. Det er ikke tidspunktet at tilføje tre funktioner: hver ændring gør det, der skal reviewes, større.
4. Svar i App Store Connect. Forklar med to faktuelle sætninger, hvad du har rettet, ved at svare på beskeden fra App Review.
5. Anke kun, hvis du er sikker. Apple giver mulighed for at indbringe sagen for App Review Board, hvis du mener, at din app er blevet misforstået, med én anke pr. afvist indsendelse. At anfægte en fortjent afvisning er spild af tid.

Hvad angår ventetid, oplyser Apple, at de gennemgår mindst 50 % af indsendelserne på under 24 timer og 90 % på under 48 timer. Det er afvisningerne, der forlænger tidsplanen, ikke køen: detaljerne står i ventetid på godkendelse i App Store. Hele fremgangsmåden efter en afvisning står på siden om app afvist af Apple.

En afvisning, der kunne have været undgået, koster en hel review-runde. Det bedste svar til Apple er en indsendelse, der ikke giver dem noget at udsætte på den.

Tjeklisten, jeg bruger før hver indsendelse

Bygget op afvisning for afvisning, på mine egne apps:

• Hver obligatorisk skærm testet på den mindste iPhone, den største og på iPad i kompatibilitetstilstand, efter skemaet i guideline 4.0 om design
• En mulig udvej på hvert trin i onboardingen, også hvis man fejler
• Demokonto i review-noterne, hvis appen har login
• Køb testet i sandbox, inklusive gendannelse
• Pris, varighed og links til vilkår og privatlivspolitik til stede, hvor Apple kræver dem, på hvert sprog
• Privatlivspolitikken online gennemlæst på indsendelsesdagen
• Privatlivsdeklarationer, der passer med det, appen faktisk indsamler, inklusive privacy manifest
• Skærme før tilladelser uden en »Tillad«-knap
• Anmodninger om bedømmelse og notifikationer placeret efter et bevis på værdi, uden at låse noget op mod en bedømmelse (guideline 3.2.2)
• Reklamebilleder og skærmbilleder, der viser den rigtige app, også på dine tilpassede produktsider

Hvis det er din første udgivelse, gennemgår siden om at udgive en app på App Store alle trinene før indsendelsen.

En skabelon til at forklare dit forløb for App Review

Download skabelonen til App Review-noter: instruktioner på fransk, noter på engelsk, som du udfylder, og en skabelon til at svare på en afvisning. Den får dig til at angive versionen, vejen gennem skærmene og det forventede resultat. Behold kun det, der findes i dit build.

Erstat »appen gemmer korrekt« med et scenarie, der kan genskabes: startskærm, handling, lukning og genstart, resultatet er der stadig. Efter en afvisning skal du beskrive den rettede adfærd og den enhed, du har tjekket den på. Hvis du ikke har kunnet genskabe problemet, så forklar, hvad der mangler for at genskabe det.

Loginoplysningerne til en demokonto skal udfyldes i de dertil indrettede felter i App Store Connect, aldrig i en offentlig fil. Du kan forberede beviserne med testskemaet til TestFlight og finde de fem gratis skabeloner.

Undgå disse afvisninger før indsendelsen

Apple Review Kit samler min tjekliste før indsendelse, mine rettede afvisninger fra Apple og Claude Code-skills, der gennemgår dit projekt, din paywall og din App Store-side før indsendelsen.

Er din app allerede blevet afvist? Kittet hjælper dig med at finde den nævnte regel, hvad den kræver, og et eksempel på en rettelse og et svar. Hvis du vil have, at vi kigger på din sag sammen med det samme, så book en time med mig over video.

Ingen kan garantere, at Apple godkender din app. At tage udgangspunkt i afvisninger, andre allerede har fået, mindsker bare risikoen for, at du bliver fanget af de samme.

Har du ikke sendt din app ind endnu? Den gratis diagnose sender dig min tjekliste mod afvisninger fra Apple og fortæller dig, hvad der mangler. Hvis du stadig er ved at bygge den, viser forsiden, hvordan du laver en mobilapp med de afvisninger i baghovedet.

Ofte stillede spørgsmål

Hvorfor bliver min app afvist af Apple?

Næsten altid af en præcis grund, som står i beskeden fra reviewet: en nummereret guideline, ofte med et skærmbillede. For en første app er de hyppigste grunde en app, der ikke er færdig (2.1), forkert deklareret privatliv (5.1.1) og vildledende metadata (2.3.2). Der er også betaling, der omgår in-app-køb (3.1.1), og en anmodning om bedømmelse på det forkerte tidspunkt (5.6.3).

Hvorfor bliver min app afvist, når den virker på min iPhone?

Fordi revieweren kan teste under andre forhold end dine. På Solys, mit vækkeur med minispil, testede revieweren på en iPad, hvor en iPhone-app kører i kompatibilitetstilstand i et mindre vindue. Der var demoen umulig at vinde. Rettelsen: en demo beregnet ud fra skærmens faktiske størrelse og et link til at springe den over, hvis man taber.

Hvad gør jeg, når Apple afviser min app?

Læs begrundelsen to gange, og find så den reelle årsag ved at genskabe problemet under reviewerens forhold: samme type enhed, ny konto, første opstart. Ret begrundelsen og intet andet, for hver ændring gør det, der skal reviewes, større. Svar derefter i App Store Connect med to faktuelle sætninger om, hvad du har rettet.

Kan man anfægte en afvisning fra Apple?

Ja, men kun hvis du er sikker på din sag. Apple giver mulighed for at indbringe sagen for App Review Board, hvis du mener, at din app er blevet misforstået, med én anke pr. afvist indsendelse. At anfægte en fortjent afvisning er spild af tid. Ellers skal du rette begrundelsen og svare i App Store Connect.

Forlænger en afvisning tiden til udgivelse?

Ja. Apple oplyser, at de gennemgår mindst 50 % af indsendelserne på under 24 timer og 90 % på under 48 timer: det er altså afvisningerne, der forlænger tidsplanen, ikke køen. En afvisning, der kunne have været undgået, koster en hel review-runde. Detaljerne om ventetider står i ventetid på godkendelse i App Store.

Hvad skal jeg tjekke, før jeg sender en app til Apple?

Test hver obligatorisk skærm på den mindste iPhone, den største og en iPad i kompatibilitetstilstand, og test derefter køb i sandbox, inklusive gendannelse. Gennemlæs din privatlivspolitik online på indsendelsesdagen, og giv en demokonto i review-noterne, hvis appen har login. Den tjekliste er bygget op afvisning for afvisning, på mine egne apps.