Resolution Center Apple: svar på avslag fra App Review
Av Mehdi Azizi
Publisert , 9 min
Resolution Center heter nå App Review-delen i App Store Connect. Svar på engelsk: årsak, rettelse, verifisering. Anke til Board etterpå.
Resolution Center finnes ikke lenger under det navnet. Du svarer på et avslag i App Review-delen for appen din, med knappen Reply to App Review. Skriv på engelsk og gi tre opplysninger: hva som stoppet appen, hva som er endret, og hvordan det kan verifiseres. App Review Board kommer først inn etter dette svaret, og bare hvis du er sikker på at appen din følger regelen det vises til.
Jeg har skrevet slike svar for mine egne apper i 2026: Solys, vekkerklokka mi med minispill, og TradaZen, tradingsimulatoren min. Her ser du hvor du svarer i dag, hva du skal skrive, når du bør legge ved en video, når du bør anke, og hva som ikke fungerer. For selve avslagsgrunnene kan du lese hvorfor Apple avviser en app.
Hvor ble det av Resolution Center?
Den offisielle hjelpesiden, Reply to App Review messages, snakker nå om App Review-delen. Der kommuniserer du med Apple, vedlegg inkludert, helt til du sender inn på nytt. Veien dit:
- Under Apps åpner du appen din.
- Øverst på siden klikker du på lenken til uløste problemer, som heter View App Review Issues & Messages på en annen side i hjelpen.
- Under In Progress klikker du på Resolve ved siden av innsendingen.
- Klikk på Reply to App Review og skriv i feltet Reply.
- Vil du legge ved et skjermbilde eller et dokument, klikker du på Attach File og så på Reply.
Bare rollene Account Holder, Admin og App Manager kan svare. App Review-siden legger til at du kan følge statusen på innsendingene dine i App Store Connect eller i appen for iPhone og iPad.
Før du skriver: hvilken melding har du fått?
Riktig svar avhenger av meldingen, ikke av lysten din til å forsvare deg. Her er skjemaet jeg bruker før jeg åpner svarfeltet.
| Hva Apple sier | Hva du gjør | Nytt build |
|---|---|---|
| Information Needed | Svar på spørsmålet | Nei |
| Feil eller mangelfull skjerm | Rett, og svar så | Ja |
| Appside, lenker, skjermbilder | Rett appsiden | Nei |
| Appen er misforstått | Forklar, med bevis | Kommer an på |
| Vedvarende uenighet | Anke til Board | Nei |
| Tilbud om Bug Fix Submissions | Godta ved å svare | Nei |
Tre presiseringer endrer alt:
- Et avslag på metadata krever ikke nytt build. Apples hjelp sier det rett ut: du retter og sender inn det samme buildet på nytt. Det gjelder ofte et avslag etter 2.3.10, når det feilaktige står på appsiden.
- «Information Needed» er ikke et avslag på innholdet. Den som går gjennom appen, stiller deg et spørsmål. Guiden om guideline 2.1 forklarer forskjellen fra en faktisk feil.
- Bug Fix Submissions er et tilbud. Hvis appen din allerede er ute og meldingen starter med «Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update», kan du be om godkjenning av oppdateringen ved å svare på meldingen. Ikke send inn appen på nytt da, ellers starter en ny gjennomgang. Du fikser problemet i neste versjon.
Hva du skal skrive: malen i fire blokker
Apple har publisert råd om hvordan du kontakter App Review. Gjør dette: vær presis på hva du ber om, og gi informasjon som gjør appen lettere å forstå hvis du mener den er misforstått. Unngå dette: å bruke svarfeltet til å anke eller be om raskere gjennomgang, eller å spørre om status for andre utvikleres apper.
Malen min består av fire blokker. Skriv på engelsk, uten adjektiver. Bytt ut alt i hakeparentes, og skriv bare det som faktisk stemmer i buildet du har sendt.
Hello App Review team,
Thank you for your review and for the details on
Guideline [number].
What you reported: [one sentence that restates
Apple's message, in your own words].
What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]
How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]
We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]
If anything else is unclear, please tell us which
screen or wording, and we will change it.
Best regards,
[Your name]
Hver blokk har en funksjon. Den første viser at du har lest. Den andre navngir buildet, for den som vurderer appen tester binærfilen, ikke intensjonene dine. Den tredje sparer vedkommende tid. Den siste åpner døra uten å argumentere.
Maler tilpasset hver regel finner du i guidene mine, for eksempel om guideline 3.1.2 eller guideline 4.3. Et utkast til svar finnes også i malen min for App Review-notater, som du kan laste ned.
Hva jeg lærte av å svare for Solys og TradaZen
Solys, guideline 2.1. Den som gikk gjennom appen, ba om en måte å komme forbi spillet på. Svaret mitt pekte ut skjermen som blokkerte, den spillbare demoen i onboardingen, og så den egentlige årsaken: i kompatibilitetsmodus på iPad ble hindringen umulig å komme forbi. Det listet opp to nummererte rettelser, blant annet en lenke for å hoppe over demoen etter et mislykket forsøk, og deretter simulatorene jeg hadde testet, fra iPhone SE til den største iPhonen. Det beskrev også nødstoppknappen for alarmen, men først etter at jeg hadde lest gjennom koden som utløser den. Ikke skriv noe om appen din som du ikke har sjekket i buildet.
TradaZen, guideline 5.6. I oktober 2026 mente Apple at appen presset brukerne til uønskede kjøp i appen, uten å peke på noe konkret. Jeg lette etter det som kunne villede: et kryss øverst på paywallen åpnet et rabattert tilbud i stedet for å lukke skjermen. Svaret mitt erkjente dette i én setning: det var min feil. Deretter listet det opp hver endring, skjerm for skjerm: krysset ble erstattet av en gave, tilbudet åpner seg ikke lenger av seg selv, og et kampanjevarsel ble fjernet. Det minnet om det som fortsatt var i samsvar med reglene: prisen som faktureres er det mest synlige, kjøp kan gjenopprettes, juridiske lenker er på plass. Til slutt tilbød jeg å endre enhver skjerm som fortsatt ble sett på som tvetydig. Det nye buildet ble sendt sammen med svaret.
Begge svarene følger samme logikk: den faktiske årsaken, den synlige rettelsen, veien for å se den.
Når du bør legge ved en video eller et skjermbilde
Apples hjelp godtar skjermbilder og dokumenter som vedlegg. En kort video av den rettede skjermen er nyttig i tre tilfeller:
- problemet avhenger av en enhet eller en tilstand, for eksempel en iPad i kompatibilitetsmodus eller en tillatelse som er avslått;
- veien er lang frem til skjermen, for eksempel helt på slutten av onboardingen;
- funksjonen er vanskelig å gjenskape. App Review-siden ber deg være klar til å levere en demovideo når en funksjon krever et miljø som er vanskelig å gjenskape eller bestemt maskinvare.
For en app knyttet til et tilbehør krever hjelpen om komplett gjennomgang en ekte video filmet på en Apple-enhet, ikke et skjermopptak. For en paywalltekst eller en knapp med nytt navn holder et skjermbilde.
Be om en samtale eller et møte
Hvis det skriftlige ikke holder, har Apple to muligheter:
- En samtale med en representant fra Apple. Du ber om den i vinduet Reply to App Review, etter et første svar fra App Review. Oppgi tidssonen din og, om du vil, ønsket språk. Sjekk kontaktopplysningene dine i App Review Information først. Apple sier at disse samtalene vanligvis finner sted innen tre til fem virkedager.
- Et videomøte på 30 minutter med App Review, tirsdag eller torsdag, for å snakke om reglene. Det er kun informativt: det verken fremskynder eller garanterer gjennomgangen.
Anke til App Review Board
Anke er siste steg. Ifølge siden Appeal to the App Review Board passer det hvis appen din ble avvist selv om du mener den følger reglene, eller hvis du mener du er blitt urettferdig behandlet.
Først av alt: svar på meldingen i App Store Connect for å oppklare. Hvis det ikke holder, fyller du ut skjemaet Submit an appeal to App Review. Reglene:
- én anke per avvist app, og den må ta for seg alle reglene det vises til;
- vis til regelen og forklar punkt for punkt hvordan appen din følger den;
- ikke anke hvis du allerede har rettet og sendt inn appen på nytt;
- ikke anke for en ren forespørsel om informasjon.
Apple gir to eksempler, som jeg oversetter. Komplett: «Appen min ble avvist etter 2.1 for ufullstendig informasjon. Demokontoen og stegene for å teste funksjonen står i App Review Information, med skjermbilder som viser den.» Ufullstendig: «Denne appen er viktig for bedriften min og burde ikke ha blitt avvist.»
Board svarer i App Store Connect, og kan be om mer informasjon eller foreslå en samtale. Apple oppgir ingen behandlingstid for anker. Utviklere forteller på Apples forum om ventetider på over to uker. Hvis rettelsen er enkel, går det ofte raskere å sende inn et rettet build.
Hva som fungerer, og hva som ikke gjør det
| Dette hjelper | Dette skader |
|---|---|
| Gjenta Apples begrunnelse | Argumentere for din sak |
| Navngi det rettede buildet | Love en fremtidig rettelse |
| Gi veien som skal følges | Vise til en konkurrerende app |
| Legge ved bevis | Anke via Reply |
| Et fullstendig svar | Sende inn på nytt uten å rette |
«Skjermen min var allerede godkjent» fungerer heller ikke: hver versjon går gjennom ny gjennomgang, noen ganger hos en annen person. App Review Guidelines advarer også om at en app som avvises flere ganger etter samme regel, bruker lengre tid på gjennomgangen. For behandlingstider kan du lese behandlingstid i App Store.
Få svaret ditt lest gjennom før du sender det
Review Kit inneholder de faktiske meldingene jeg har fått på appene mine, rettelsene jeg sendte, og Claude Code-skills som forbereder svaret ditt hvis Apple avviser appen. Vil du ha et menneskelig blikk, kan du booke en time med meg: vi leser meldingen fra Apple og skriver svaret sammen. Hele fremgangsmåten finner du på siden app avvist av Apple.
Har du ikke sendt inn appen ennå? Ta den gratis diagnosen: du får tilsendt sjekklisten min mot avslag fra Apple, så slipper du forhåpentligvis å skrive dette svaret.
Ofte stilte spørsmål
Hvor finner jeg Resolution Center i App Store Connect?
Den heter nå App Review-delen. Åpne appen din, klikk på lenken til uløste problemer øverst på siden, og deretter på Resolve ved siden av innsendingen. Knappen Reply to App Review åpner svarfeltet og muligheten til å legge ved filer.
Hvor lang tid bruker Apple på å svare?
Apple oppgir ingen svartid for skriftlige svar. For selve gjennomgangen sier Apple at minst 50 % av innsendingene vurderes på under 24 timer og 90 % på under 48 timer. En samtale du ber App Review om, finner vanligvis sted innen tre til fem virkedager. Det er ikke oppgitt noen behandlingstid for App Review Board.
Kan jeg svare App Review på norsk?
Apples hjelp angir ikke noe bestemt språk for skriftlige svar. Jeg skriver på engelsk, med korte setninger, for å bli forstått med en gang. For en samtale lar Apple deg oppgi et foretrukket språk, uten garanti.
Hvor mange ganger kan jeg anke et avslag?
Én gang per avvist app. Hvis meldingen viser til flere regler, må anken ta for seg alle. Apple ber deg også svare i App Store Connect først, og ikke anke hvis du allerede har sendt inn et rettet build.
Må jeg sende inn et nytt build før jeg svarer?
Ja, hvis problemet ligger i appen: rett det, send buildet, og svar deretter med navnet på det buildet. Nei, hvis avslaget gjelder metadata, som appsiden eller skjermbildene: da retter du i App Store Connect og sender inn det samme buildet på nytt.

