Guideline 5.1.1: forstå og fikse App Store-avvisning
Av Mehdi Azizi
Publisert , 9 min
Guideline 5.1.1 Data Collection and Storage: personvernerklæring, tillatelser og konto. Hva regelen krever, og 3 ekte avvisninger på appene mine.
Guideline 5.1.1 er Apples regel om innsamling og lagring av data. Jeg har fått tre avvisninger fra denne familien, og hver gang skyldtes det ett av to avvik: det appen gjorde med dataene, stemte ikke med det som var oppgitt, eller forespørselen om tillatelse presset brukeren til å si ja.
Denne artikkelen handler bare om denne ene regelen: leddene, hva jeg sjekker før innsending og hva du må rette, med tre avvisninger jeg har fått på mine egne apper. Vil du ha oversikten over alle avvisningsgrunnene, les heller hvorfor Apple avviser en app.
Hva er guideline 5.1.1?
Guideline 5.1.1, «Data Collection and Storage», bestemmer hva en app må overholde så snart den håndterer personopplysninger: en fullstendig personvernerklæring, samtykke før innsamling, ærlige forespørsler om tillatelse og en konto som kan slettes. Den gjelder alle apper, også de som nesten ikke samler inn noe.
Den offisielle teksten finner du i App Review Guidelines, seksjon 5 «Legal», del 5.1 «Privacy». Meldingen fra Apple viser ofte til et bestemt ledd i parentes: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Det er det leddet som forteller deg hvor du skal lete.
De fem leddene i 5.1.1 du bør kjenne først
| Ledd | Hva Apple krever | Den typiske avvisningen |
|---|---|---|
| 5.1.1(i) Privacy Policies | Fullstendig erklæring med lenke | Mangler eller er ufullstendig |
| 5.1.1(ii) Permission | Samtykke før innsamling | Vag tillatelsestekst |
| 5.1.1(iii) Data Minimization | Bare nødvendige data | Full tilgang til bildene |
| 5.1.1(iv) Access | Ikke press brukeren til å godta | Skjerm som presser til å godta |
| 5.1.1(v) Account Sign-In | Ingen påtvunget konto | Obligatorisk innlogging |
Tre presiseringer. Personvernerklæringen skal lenkes både i App Store Connect og i appen. Den sier hvilke data som samles inn, hvordan og hvorfor, bekrefter at tredjeparter som mottar dem gir samme beskyttelse, og forklarer hvordan man trekker samtykket eller får dataene sine slettet. En betalt funksjon kan ikke være avhengig av tilgang til data som brukeren fritt kan nekte. Og en konto som opprettes i appen, må kunne slettes fra appen.
Regelen har flere ledd, fra (vi) til (x), om mer spesielle tilfeller som regulerte områder eller sammenstilling av personopplysninger.
De tre tingene jeg sammenligner før innsending
Jeg har ikke reviewerens bruksanvisning. Dette er det jeg selv sammenligner før hver innsending, fordi avvisningene mine kom av et avvik mellom disse:
- det personvernerklæringen på nett sier, på URL-en som er oppgitt i App Store Connect,
- det appen faktisk gjør, skjerm for skjerm, inkludert hver forespørsel om tillatelse,
- det som er oppgitt på produktsiden, i delen om appens personvern (App Privacy Details).
Jeg tester også hver tillatelsesskjerm ved å lukke appen og starte den på nytt. Det var den årsaken jeg fant til min andre avvisning på Nolera.
Tre 5.1.1-avvisninger jeg har fått, og den egentlige årsaken
Clic: erklæringen på nett var den gamle versjonen
Clic gjør et produkt om til slides klare for publisering, med AI. 16. september 2026 avviser Apple appen med henvisning til 5.1.1(i) og 5.1.2(i). Samtykkeskjermen for AI var på plass i appen. Problemet lå utenfor appen: personvernerklæringen på nettstedet var den gamle versjonen. Den nye fantes, men den var ikke lagt ut.
Rettelsen: fullstendig erklæring publisert, et engelsk sammendrag lagt til for revieweren, review-notatene oppdatert. Jeg lagde ikke nytt build: jeg sendte inn samme innsending på nytt.
Lærdommen: Apple leser det som ligger på nett, ikke det som ligger i repoet ditt. Samme dag du sender inn, åpne URL-en til erklæringen din og søk etter navnet på hver tredjepartstjeneste appen bruker.
Nolera: en «Tillat»-knapp før systemets forespørsel
Nolera er garderobe-appen min. 17. september 2026, etter en review på iPad Air, viser Apple til 5.1.1(iv). Før forespørselen om kameratilgang viste appen en forklaringsskjerm med knappen «Allow the camera».
Apples designregler er tydelige på dette punktet. En egen skjerm som vises før en systemforespørsel, skal bare ha én knapp, som åpner den forespørselen. Apple anbefaler et ord som «Continue» eller «Next», og ikke «Allow»: en knapp som ligner systemets knapp, får brukeren til å trykke på den ekte «Allow» etterpå uten å ha ment det.
Regelen gjelder skjermer som vises før en systemforespørsel: kamera, mikrofon, posisjon, kontakter, kalender, sporing. Den har ett unntak, for samtykke som loven krever.
Rettelsen: knappen heter «Continue», på alle de 8 språkene i appen.
Lærdommen: en skjerm som forbereder en tillatelse, forklarer. Den bestemmer ikke på vegne av brukeren.
Nolera, andre avvisning: «kamera nektet»-skjermen kom før forespørselen
Etter ny innsending blir Nolera avvist en gang til 22. september 2026, fortsatt etter 5.1.1(iv), denne gangen på iPad Pro 11 tommer. Apple påpeker to ting: en henvisning til Innstillinger før forespørselen om tilgang, og en skjerm man kunne forlate uten å se den forespørselen.
Årsaken jeg fant: et tilfelle jeg ikke hadde testet. Fotoskjermen viste panelet «kamera nektet», med lenke til Innstillinger og en reserveløsning, så snart tilgangen ikke var gitt. Også når den aldri hadde blitt spurt om. I den normale flyten kom forklaringsskjermen først, og alt gikk fint. Men lukket man appen midt i og startet den igjen, havnet man rett på fotoskjermen uten å ha sett systemforespørselen.
Rettelsen: så lenge iOS fortsatt kan stille spørsmålet, utløser skjermen selv systemforespørselen. Panelet «kamera nektet» vises først etter et faktisk avslag. Denne rettelsen krevde nytt build, siden revieweren tester koden som ligger i appen.
Lærdommen: «aldri spurt» og «nektet» er to ulike tilstander. Test hver tillatelsesskjerm ved å gå tilbake til den etter å ha lukket appen, ikke bare i flytens rekkefølge.
5.1.1 og AI: hva 5.1.2(i) legger til
På Clic viste Apple til 5.1.2(i) i tillegg til 5.1.1. Denne regelen krever at du tydelig oppgir hvor personopplysninger deles med tredjeparter, og den nevner uttrykkelig tredjeparts-AI («third-party AI»). Den krever også eksplisitt tillatelse før deling.
Min praksis siden den avvisningen: tre ting som stemmer overens.
- En samtykkeskjerm i appen, før første sending, som sier hvilken tjeneste dataene går til og hvilke data det gjelder.
- Den samme informasjonen i personvernerklæringen på nett.
- Den samme informasjonen i personvernopplysningene på produktsiden.
Detaljene om hva erklæringen må inneholde, finner du i personvernerklæring for en app.
Hva du svarer Apple etter en 5.1.1-avvisning
Samtalen foregår i App Review-delen for appen din i App Store Connect. Den offisielle fremgangsmåten for å svare App Review er den samme som for de andre reglene. Skriv på engelsk, nøkternt: hva som var problemet, hva som er endret, hvordan det kan sjekkes. Her er malen jeg bruker (bytt ut buildnummeret og rettelsen med dine egne):
Hello,
Thank you for your review.
Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.
Fix in build X:
- The custom screen now has a single "Continue" button that
opens the system alert.
- The "camera denied" panel only appears after the user has
actually denied access in the system alert.
How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.
Best regards,
Det finnes to tilfeller:
- Årsaken ligger på nett (erklæring, supportside, opplysninger på produktsiden): du retter, svarer, og samme innsending kan gå videre uten nytt build.
- Årsaken ligger i appen (skjerm, knapp, rekkefølgen på forespørslene): du trenger nytt build. En fjernoppdatering holder ikke, som jeg forklarer i guiden om guideline 2.1.
Sjekklisten for 5.1.1 før innsending
- URL-en til personvernerklæringen åpner seg, og siden på nett er siste versjon.
- Erklæringen navngir hver tredjepartstjeneste som mottar data, AI inkludert. Det er min regel, strengere enn Apples tekst.
- Personvernopplysningene på produktsiden sier det samme som erklæringen og som privacy manifest i buildet.
- Hver tillatelsestekst forklarer bruken i én presis setning.
- Ingen tillatelse blir bedt om ved oppstart hvis appen kan fungere uten. Samme logikk gjelder bakgrunnsmoduser: ingen modus oppgitt uten en funksjon som bruker den.
- En egen skjerm før en forespørsel har bare én knapp, «Continue», som åpner systemforespørselen.
- Den som nekter en tillatelse, kan fortsette på en annen måte, eller forstår hva vedkommende går glipp av.
- Skjermen «tilgang nektet» vises bare etter et faktisk avslag. Du har testet det ved å lukke og starte appen på nytt.
- Appen kan brukes uten konto når kontoen ikke er nødvendig.
- En konto opprettet i appen kan slettes fra appen: oppskriften står i sletting av konto i iOS.
- Alt er testet på iPad også: begge 5.1.1-avvisningene mine på Nolera ble oppdaget på iPad.
Fiks avvisningen sammen med noen som allerede har fått akkurat den
Har appen din nettopp blitt avvist etter 5.1.1, hjelper Apple Review Kit deg med å finne regelen det vises til, hva den krever, og et eksempel på rettelse og svar. Vil du at vi ser på saken din sammen med en gang, book en time med meg, på video. Hele fremgangsmåten finner du også på siden app avvist av Apple.
Forbereder du din første lansering, ta den gratis diagnosen: den setter stegene dine i riktig rekkefølge og sender deg sjekklisten min mot Apple-avvisninger, personvern inkludert. Vil du lage din mobilapp med review i tankene fra starten, tar firestegsløpet i iOS Kit deg fra idé til innsending hos Apple.
Ingen kan garantere at Apple godkjenner appen din. Det jeg kan gjøre, er å hjelpe deg å unngå 5.1.1-avvisningene jeg allerede har betalt for med en review-runde.
Ofte stilte spørsmål
Hva betyr «Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage»?
Det er regelens fulle tittel i meldingen fra Apple. Den peker på et problem med personopplysninger: ufullstendig personvernerklæring, en forespørsel om tillatelse som oppfattes som påtrengende, eller en konto som ikke kan slettes. Leddet i parentes, for eksempel 5.1.1(iv), sier hvilket.
Trenger jeg nytt build etter en 5.1.1-avvisning?
Ikke alltid. Ligger årsaken på nett, som en personvernerklæring som ikke er oppdatert, retter du siden, svarer Apple, og innsendingen går videre uten nytt build. Er årsaken en skjerm eller en knapp i appen, trenger du nytt build.
Kan jeg vise en forklaringsskjerm før en forespørsel om tillatelse?
Ja, Apple tillater det når det virkelig er nyttig. Skjermen har da bare én knapp, som åpner systemforespørselen, med et ord som «Continue» eller «Next». Ingen «Allow»-knapp, ingen knapp for å lukke eller hoppe over, med mindre loven krever samtykke.
Appen min bruker en ekstern AI: hva må jeg oppgi?
Guideline 5.1.2(i) krever at du oppgir hvor data deles med tredjeparter, AI inkludert, og at du får eksplisitt tillatelse først. Jeg gjør det på tre steder: en samtykkeskjerm i appen, personvernerklæringen på nett og personvernopplysningene på produktsiden. På Clic viste Apple til denne regelen sammen med 5.1.1.
Er konto påkrevd for å overholde 5.1.1?
Nei, det er omvendt. Hvis appen din ikke har en funksjon som virkelig er avhengig av en konto, krever Apple at den kan brukes uten innlogging. Og hvis den lar deg opprette en konto, må den også la deg slette den fra appen.