Avvist av Apple: hvorfor appen din blir avvist (5 ekte saker)

Når Apple avviser en app, er det nesten alltid av en konkret grunn som står i meldingen fra gjennomgangen: en nummerert retningslinje, ofte med et skjermbilde. De vanligste årsakene for en første app er en app som ikke er ferdig (2.1), feil oppgitt personvern (5.1.1), villedende metadata (2.3.2), en betaling som går utenom kjøp i appen (3.1.1) eller en vurderingsforespørsel på feil sted (5.6.3). I de aller fleste tilfeller har revieweren forstått appen din helt fint. Det er innsendingen din som hadde svake punkter.

Jeg vet det fordi jeg har fått disse avvisningene selv. Jeg publiserer mine egne iOS-apper: Solys (en vekkerklokke med minispill) og TradaZen (en tradingsimulator) ligger på App Store. Solys ble avvist to ganger, én gang før lansering og én gang på en oppdatering, og to andre apper, Clic og Nolera, ble avvist, rettet og sendt inn til Apple på nytt. Her er de fem avvisningene og den egentlige årsaken bak hver av dem, deretter metoden for å svare og sjekklisten jeg går gjennom før hver innsending.

Hvorfor Apple avviser en app: de 5 avvisningene jeg fikk

Avvisning 2.1 på Solys: demoen var umulig å vinne

Onboardingen i Solys har en spillbar demo: du må vinne et minispill, akkurat som når du våkner. På mine telefoner fungerte alt. Revieweren testet derimot på en iPad, der en iPhone-app kjører i kompatibilitetsmodus i et mindre vindu. I den størrelsen ble åpningen fuglen i minispillet skulle gjennom smalere enn selve fuglen, og «Fortsett»-knappen ble bare aktiv hvis du vant. Apple ba om en måte å hoppe over spilloppdraget på.

Løsningen: en demo der geometrien beregnes ut fra den faktiske skjermstørrelsen, og en lenke for å hoppe over demoen hvis du ikke klarer den.

Lærdommen: hvert obligatoriske steg må ha en utvei, og hver obligatoriske skjerm må testes på minst mulig format før hver innsending.

Avvisning 5.6.3 på Solys: vurderingsforespørselen under onboarding

Andre avvisning, på neste oppdatering. Apple skrev at appen ba om en vurdering ved første oppstart eller under onboarding. Vurderingsskjermen kom rett etter demoen, før brukeren hadde opplevd noe som helst i appen.

Løsningen: forespørselen ble flyttet til slutten av flyten, og den vises bare hvis brukeren nettopp har vunnet demoen.

Lærdommen: hver sensitiv forespørsel (vurdering, varsler, abonnement, sporing) kommer etter at appen har vist verdien sin, aldri før.

Avvisning 5.1.1 på Clic: personvernerklæringen på nettet var ikke oppdatert

Clic genererer innhold med AI, og appen hadde samtykkeskjermen sin på plass. Problemet lå et annet sted: personvernerklæringen som var publisert på nettsiden, var den gamle versjonen, og den beskrev ikke alt appen samler inn.

Løsningen: fullstendig erklæring publisert, sammendrag på engelsk lagt til, gjennomgangsnotatene oppdatert.

Lærdommen: Apple leser erklæringen din på nettet, ikke den som ligger i repoet ditt. Før hver innsending åpner du URL-en du har oppgitt og sjekker at den sier det appen din faktisk gjør.

Avvisning 5.1.1 på Nolera: en «Tillat»-knapp før systemets forespørsel

Før iOS sin egentlige forespørsel om tilgang til kameraet viste Nolera en forklaringsskjerm med en «Tillat»-knapp. For Apple presser den teksten brukeren til å godta før systemets offisielle forespørsel.

Løsningen: knappen heter nå «Fortsett», på alle de 8 språkene i appen.

Lærdommen: en skjerm som forbereder en tillatelse forklarer, den bestemmer ikke på vegne av brukeren. Apples anbefalinger står i designreglene deres for personvern.

Avvisning 2.3.2 på Nolera: app-ikonet brukt som reklamebilde

Abonnementer kan ha et reklamebilde i App Store Connect. På to av Noleras abonnementer var det rett og slett app-ikonet. Apple mente det ikke var i samsvar med reglene.

Løsningen: bildene ble fjernet fra begge abonnementene, og innsendingen ble opprettet på nytt.

Lærdommen: hvert element i oppføringen din blir gjennomgått, også de du fyller ut uten å tenke over det, som aldersgrensen.

Hvilke retningslinjer slår oftest til?

Alle reglene står i App Review Guidelines. Disse er de som oftest tar en første app:

2.1: App Completeness. Appen krasjer, en knapp fører ingen steder, en obligatorisk skjerm fungerer ikke på et bestemt format. Hvis appen din krever innlogging, gir du en demokonto i gjennomgangsnotatene, ellers blir revieweren stående fast på innloggingsskjermen. Alt du trenger å vite om denne årsaken står i guiden min til retningslinje 2.1.

2.3: Metadata. Skjermbilder som ikke viser den faktiske appen, en beskrivelse som lover en funksjon som ikke finnes, reklamebilder som ikke følger reglene.

3.1.1: In-App Purchase. For å låse opp digitalt innhold eller digitale funksjoner i appen er hovedregelen Apples kjøp i appen. Unntakene varierer fra land til land og endrer seg: les den oppdaterte versjonen av retningslinjene før du planlegger en annen betalingsmåte. Hele jobben finner du på siden abonnementer i iOS-apper.

3.1.2: Subscriptions. En abonnementsapp må tydelig vise hva brukeren får og til hvilken pris. De klassiske feilene på betalingsskjermen står i iOS-paywall: 7 nybegynnerfeil.

4.3: Spam. Appen ligner på tusen andre eller gir ikke nok i seg selv. Det er den vanskeligste avvisningen å rette opp: den må forebygges allerede når du velger idé. Jeg forklarer den i detalj i guiden til retningslinje 4.3.

5.1.1: Privacy. Opplysninger om datainnsamling som ikke stemmer med hvordan appen oppfører seg, mangelfull personvernerklæring, tillatelser som blir bedt om uten tydelig forklaring.

Hvordan svarer du på en avvisning fra Apple uten å miste flere dager?

En avvisning er ikke en dom, det er en runde frem og tilbake. Fremgangsmåten som fungerer:

1. Les begrunnelsen to ganger. Meldingen viser til retningslinjen og har ofte et skjermbilde vedlagt. Mange utviklere svarer på noe annet fordi de leste for fort.
2. Finn den egentlige årsaken. Både på Clic og Nolera var den egentlige årsaken ikke den teksten fikk det til å se ut som ved første øyekast. Gjenskap problemet under revieweren sine forhold: samme type enhet, ny konto, første oppstart.
3. Rett begrunnelsen, ikke noe annet. Dette er ikke tiden for å legge til tre nye funksjoner: hver endring gjør det mer å gjennomgå.
4. Svar i App Store Connect. Forklar med to saklige setninger hva du har rettet, ved å svare på meldingen fra App Review.
5. Anke bare hvis du er sikker. Apple lar deg klage til App Review Board hvis du mener appen din er misforstått, med én anke per avvist innsending. Å bestride en fortjent avvisning er bare bortkastet tid.

Når det gjelder tid, oppgir Apple at de gjennomgår minst 50 % av innsendingene på under 24 timer, og 90 % på under 48 timer. Det er avvisningene som forlenger tidsplanen, ikke køen: detaljene står i behandlingstid på App Store. Hele fremgangsmåten etter en avvisning står på siden app avvist av Apple.

En avvisning som kunne vært unngått, koster en hel gjennomgangsrunde. Det beste svaret til Apple er en innsending som ikke gir dem noe å sette fingeren på.

Sjekklisten jeg går gjennom før hver innsending

Bygget opp avvisning for avvisning, på mine egne apper:

• Hver obligatoriske skjerm testet på den minste iPhonen, den største, og på iPad i kompatibilitetsmodus, etter rutenettet i retningslinje 4.0 design
• En mulig utvei på hvert steg i onboardingen, også når brukeren mislykkes
• Demokonto i gjennomgangsnotatene hvis appen har innlogging
• Kjøp testet i sandbox, gjenoppretting inkludert
• Pris, varighet og lenker til vilkår og personvern på plass der Apple krever dem, på hvert språk
• Personvernerklæringen på nettet lest gjennom på innsendingsdagen
• Personvernopplysningene i tråd med det appen faktisk samler inn, privacy manifest inkludert
• Skjermer før tillatelser uten «Tillat»-knapp
• Forespørsler om vurdering og varsler plassert etter at appen har vist verdien sin, uten å låse opp noe i bytte mot en vurdering (retningslinje 3.2.2)
• Reklamebilder og skjermbilder som viser den faktiske appen, også på dine tilpassede produktsider

Hvis dette er første gang du publiserer, går siden publisere en app på App Store gjennom alle stegene før innsending.

En mal for å forklare flyten din til App Review

Last ned malen for App Review-notater: instruksjoner på fransk, notater på engelsk som du fyller ut, og et utkast til svar på en avvisning. Den får deg til å oppgi versjonen, veien gjennom skjermene og forventet resultat. Behold bare det som faktisk finnes i builden din.

Bytt ut «appen lagrer riktig» med et scenario som kan gjenskapes: startskjerm, handling, lukke og åpne på nytt, resultatet er der fortsatt. Etter en avvisning viser du til den rettede oppførselen og enheten du har sjekket den på. Hvis du ikke har klart å gjenskape problemet, forklarer du hva som mangler for å gjenskape det.

Innloggingsdetaljene til en demokonto legger du inn i de egne feltene i App Store Connect, aldri i en offentlig fil. Du kan forberede bevisene med testrutenettet for TestFlight og finne de fem gratis malene.

Unngå disse avvisningene før innsending

Apple Review Kit samler sjekklisten min før innsending, avvisningene jeg har fått fra Apple og rettet, og Claude Code-skills som går gjennom prosjektet ditt, paywallen din og oppføringen din før innsending.

Er appen din allerede avvist? Kitet hjelper deg å finne regelen det vises til, hva den krever, og et eksempel på retting og svar. Hvis du vil 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. Å ta utgangspunkt i avvisninger noen allerede har opplevd, reduserer bare sjansen for at du går i de samme fellene.

Har du ikke sendt inn appen ennå? Den gratis diagnosen sender deg sjekklisten min mot avvisninger fra Apple og forteller deg hva som gjenstår. Hvis du fortsatt holder på å bygge den, viser forsiden hvordan du kan lage en mobilapp med disse avvisningene i bakhodet.

Ofte stilte spørsmål

Hvorfor blir appen min avvist av Apple?

Nesten alltid av en konkret grunn som står i meldingen fra gjennomgangen: en nummerert retningslinje, ofte med et skjermbilde. For en første app er de vanligste årsakene en app som ikke er ferdig (2.1), feil oppgitt personvern (5.1.1) og villedende metadata (2.3.2). I tillegg kommer betaling som går utenom kjøp i appen (3.1.1) og en vurderingsforespørsel på feil sted (5.6.3).

Hvorfor blir appen min avvist når den fungerer på iPhonen min?

Fordi revieweren kan teste under andre forhold enn deg. På Solys, vekkerklokken min med minispill, testet revieweren på en iPad, der en iPhone-app kjører i kompatibilitetsmodus i et mindre vindu. Der var demoen umulig å vinne. Løsningen: en demo beregnet ut fra den faktiske skjermstørrelsen, og en lenke for å hoppe over den hvis du ikke klarer den.

Hva gjør jeg når Apple avviser appen min?

Les begrunnelsen to ganger, og finn deretter den egentlige årsaken ved å gjenskape problemet under revieweren sine forhold: samme type enhet, ny konto, første oppstart. Rett begrunnelsen og ingenting annet, for hver endring gjør det mer å gjennomgå. Svar så i App Store Connect, med to saklige setninger om hva du har rettet.

Kan man klage på en avvisning fra Apple?

Ja, men bare hvis du er sikker på saken din. Apple lar deg klage til App Review Board hvis du mener appen din er misforstått, med én anke per avvist innsending. Å bestride en fortjent avvisning er bare bortkastet tid. Ellers retter du begrunnelsen og svarer i App Store Connect.

Gjør en avvisning at det tar lengre tid å publisere?

Ja. Apple oppgir at de gjennomgår minst 50 % av innsendingene på under 24 timer, og 90 % på under 48 timer: det er altså avvisningene som forlenger tidsplanen, ikke køen. En avvisning som kunne vært unngått, koster en hel gjennomgangsrunde. Detaljene om behandlingstid står i behandlingstid på App Store.

Hva bør jeg sjekke før jeg sender en app til Apple?

Test hver obligatoriske skjerm på den minste iPhonen, den største og en iPad i kompatibilitetsmodus, og test deretter kjøpene i sandbox, gjenoppretting inkludert. Les gjennom personvernerklæringen din på nettet på innsendingsdagen, og legg ved en demokonto i gjennomgangsnotatene hvis appen har innlogging. Denne sjekklisten er bygget opp avvisning for avvisning, på mine egne apper.