Guideline 5.1.1: forstå og ret en App Store-afvisning

Guideline 5.1.1 er Apples regel om indsamling og opbevaring af data. Jeg har fået tre afvisninger under den regel, og hver gang skyldtes det én af to uoverensstemmelser: det, appen gjorde med dataene, passede ikke med det, der var oplyst, eller anmodningen om tilladelse pressede brugeren til at sige ja.

Den her artikel handler kun om den ene regel: hvilke underpunkter den har, hvad jeg tjekker før indsendelse, og hvad du skal rette. Undervejs gennemgår jeg tre afvisninger, jeg har fået på mine egne apps. Vil du have overblikket over alle afvisningsgrunde, så læs hellere hvorfor Apple afviser en app.

Hvad er guideline 5.1.1?

Guideline 5.1.1, "Data Collection and Storage", fastlægger, hvad en app skal overholde, så snart den rører ved personoplysninger. Det betyder en komplet privatlivspolitik, samtykke før indsamling, ærlige anmodninger om tilladelse og en konto, man kan slette. Den gælder for alle apps, også dem der næsten ikke indsamler noget.

Den officielle tekst står i App Review Guidelines, afsnit 5 "Legal", del 5.1 "Privacy". Apples besked nævner tit et bestemt underpunkt i parentes: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Det er underpunktet, der fortæller dig, hvor du skal lede.

De fem underpunkter i 5.1.1, du skal kende først

Underpunkt	Hvad Apple kræver	Den typiske afvisning
5.1.1(i) Privacy Policies	Komplet politik med link	Mangler eller er ufuldstændig
5.1.1(ii) Permission	Samtykke før indsamling	Vag tilladelsestekst
5.1.1(iii) Data Minimization	Kun de data, der er brug for	Fuld adgang til fotos
5.1.1(iv) Access	Ikke presse brugeren til ja	Skærm, der presser til ja
5.1.1(v) Account Sign-In	Ingen tvungen konto	Obligatorisk login

Tre ting at præcisere. Der skal være link til privatlivspolitikken både i App Store Connect og i appen. Den skal sige, hvilke data der indsamles, hvordan og til hvad, bekræfte at tredjeparter, der modtager dem, giver samme beskyttelse, og forklare hvordan man trækker sit samtykke tilbage eller får sine data slettet. En betalt funktion må ikke afhænge af adgang til data, som brugeren frit kan afslå. Og en konto, der er oprettet i appen, skal kunne slettes fra appen.

Reglen har flere underpunkter, fra (vi) til (x), om mere særlige tilfælde som regulerede områder eller sammenstilling af personoplysninger.

De tre ting, jeg sammenligner før indsendelse

Jeg har ikke reviewerens manual. Her er det, jeg selv sammenligner før hver indsendelse, fordi mine afvisninger kom af uoverensstemmelser mellem dem:

• hvad politikken online siger, på den URL, der er oplyst i App Store Connect,
• hvad appen faktisk gør, skærm for skærm, inklusive hver anmodning om tilladelse,
• hvad der er oplyst på app-siden, i delen om appens privatliv (App Privacy Details).

Jeg tester også hver tilladelsesskærm ved at lukke appen og starte den igen. Det var den årsag, jeg fandt til min anden afvisning af Nolera.

Tre 5.1.1-afvisninger, jeg har fået, og deres egentlige årsag

Clic: politikken online var den gamle version

Clic forvandler et produkt til slides, der er klar til at blive udgivet, med AI. Den 16. september 2026 afviser Apple appen med henvisning til 5.1.1(i) og 5.1.2(i). Samtykkeskærmen til AI var på plads i appen. Problemet lå uden for appen: privatlivspolitikken på hjemmesiden var den gamle version. Den nye fandtes, men var ikke lagt online.

Rettelsen: komplet politik lagt online, et resumé på engelsk tilføjet til revieweren og review-noterne opdateret. Jeg lavede ikke et nyt build: jeg sendte den samme indsendelse igen.

Læren: Apple læser det, der ligger online, ikke det, der ligger i dit repository. På indsendelsesdagen åbner du URL'en til din politik og søger efter navnet på hver tredjepartstjeneste, din app bruger.

Nolera: en "Tillad"-knap før systemets anmodning

Nolera er min garderobe-app. Den 17. september 2026, efter et review på iPad Air, henviser Apple til 5.1.1(iv). Før anmodningen om adgang til kameraet viste appen en forklaringsskærm med knappen "Allow the camera".

Apples designregler er præcise på det punkt. En hjemmelavet skærm før en systemanmodning må kun have én knap, som åbner anmodningen. Apple anbefaler et ord som "Fortsæt" eller "Næste" og ikke "Tillad": en knap, der ligner systemets, får brugeren til at trykke på den rigtige "Tillad" bagefter uden at have ment det.

Reglen gælder skærme, der vises før en systemanmodning: kamera, mikrofon, placering, kontakter, kalender, sporing. Der er én undtagelse: samtykke, som loven kræver.

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.

Nolera, anden afvisning: skærmen "kamera afvist" kom før anmodningen

Efter genindsendelsen bliver Nolera afvist igen den 22. september 2026, stadig under 5.1.1(iv), denne gang på iPad Pro 11 tommer. Apple påpeger to ting: en henvisning til Indstillinger før anmodningen om adgang, og en skærm, man kunne forlade uden at se anmodningen.

Den årsag, jeg fandt: et tilfælde, jeg ikke havde testet. Kameraskærmen viste sit "kamera afvist"-panel, med link til Indstillinger og en alternativ løsning, så snart adgangen ikke var givet. Også når der aldrig var blevet spurgt. I det normale forløb kom forklaringsskærmen først, og alt var fint. Men hvis man lukkede appen midt i forløbet og startede den igen, landede man direkte på kameraskærmen uden at have set systemets anmodning.

Rettelsen: så længe iOS stadig kan stille spørgsmålet, udløser skærmen selv systemets anmodning. "Kamera afvist"-panelet vises først efter et rigtigt afslag. Den rettelse krævede et nyt build, fordi revieweren tester den kode, der ligger i appen.

Læren: "aldrig spurgt" og "afvist" er to forskellige tilstande. Test hver tilladelsesskærm ved at vende tilbage til den efter at have lukket appen, ikke kun i forløbets rækkefølge.

5.1.1 og AI: hvad 5.1.2(i) tilføjer

På Clic henviste Apple til 5.1.2(i) ud over 5.1.1. Den regel kræver, at du tydeligt angiver, hvor personoplysninger deles med tredjeparter, og den nævner udtrykkeligt tredjeparts-AI ("third-party AI"). Den kræver også udtrykkelig tilladelse før delingen.

Min praksis siden den afvisning: tre ting, der stemmer overens med hinanden.

• En samtykkeskærm i appen, før første afsendelse, der siger hvilken tjeneste dataene sendes til, og hvilke data.
• Den samme information i privatlivspolitikken online.
• Den samme information i app-sidens privatlivserklæringer.

Hvad politikken skal indeholde i detaljer, finder du i privatlivspolitik for en app.

Hvad du svarer Apple efter en 5.1.1-afvisning

Samtalen foregår i App Review-sektionen for din app i App Store Connect. Den officielle fremgangsmåde for at svare App Review er den samme som for de andre regler. Skriv på engelsk og hold det kort: hvad problemet var, hvad der er ændret, og hvordan det kan tjekkes. Her er den skabelon, jeg bruger (udskift build-nummeret 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,

Der er to tilfælde:

• Årsagen ligger online (politik, supportside, app-sidens erklæringer): du retter, du svarer, og den samme indsendelse kan sendes igen uden nyt build.
• Årsagen ligger i appen (skærm, knap, rækkefølgen af anmodninger): du skal bruge et nyt build. En opdatering over the air er ikke nok, som jeg forklarer i guiden om guideline 2.1.

Tjeklisten til 5.1.1 før indsendelse

• URL'en til din privatlivspolitik kan åbnes, og siden online er den nyeste version.
• Politikken nævner hver tredjepartstjeneste, der modtager data, AI inklusive. Det er min regel, og den er strengere end Apples tekst.
• Privatlivserklæringerne på din app-side siger det samme som politikken og som buildets privacy manifest.
• Hver tilladelsestekst forklarer brugen i én præcis sætning.
• Der bedes ikke om nogen tilladelse ved opstart, hvis appen kan fungere uden. Samme logik for baggrundstilstande: ingen erklæret tilstand uden en funktion, der bruger den.
• En hjemmelavet skærm før en anmodning har kun én knap, "Fortsæt", der åbner systemets anmodning.
• Den, der afslår en tilladelse, kan fortsætte på en anden måde eller forstår, hvad vedkommende går glip af.
• Skærmen "adgang afvist" vises først efter et rigtigt afslag. Du har testet det ved at lukke og genstarte appen.
• Appen kan bruges uden konto, når kontoen ikke er nødvendig.
• En konto, der er oprettet i appen, kan slettes fra appen: opskriften står i sletning af konto på iOS.
• Alt er også testet på iPad: begge mine 5.1.1-afvisninger af Nolera blev fundet på iPad.

Ret din afvisning sammen med en, der allerede har fået den

Hvis din app lige er blevet afvist under 5.1.1, hjælper Apple Review Kit dig med at finde den regel, der henvises til, hvad den kræver, og et eksempel på en rettelse og et svar. Vil du have, at vi kigger på din sag sammen med det samme, så book en time med mig over video. Hele fremgangsmåden står også på siden app afvist af Apple.

Hvis du forbereder din første udgivelse, så tag den gratis diagnose: den sætter dine trin i den rigtige rækkefølge og sender dig min tjekliste mod Apple-afvisninger, privatliv inklusive. Vil du lave din mobilapp med review i tankerne fra starten, så går forløbet i fire trin i iOS Kit fra idé til indsendelse hos Apple.

Ingen kan garantere, at Apple godkender din app. Det, jeg kan, er at hjælpe dig med at undgå de 5.1.1-afvisninger, som jeg allerede har betalt for med en review-runde.

Ofte stillede spørgsmål

Hvad betyder "Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage"?

Det er reglens fulde titel i Apples besked. Den signalerer et problem med personoplysninger: en ufuldstændig privatlivspolitik, en anmodning om tilladelse, der vurderes som pågående, eller en konto, der ikke kan slettes. Underpunktet i parentes, for eksempel 5.1.1(iv), fortæller hvilket.

Skal jeg lave et nyt build efter en 5.1.1-afvisning?

Ikke altid. Hvis årsagen ligger online, som en privatlivspolitik, der ikke er opdateret, retter du siden, svarer Apple, og indsendelsen sendes igen uden nyt build. Hvis årsagen er en skærm eller en knap i appen, skal du bruge et nyt build.

Må jeg vise en forklaringsskærm før en anmodning om tilladelse?

Ja, Apple tillader det, når det reelt er nyttigt. Skærmen må så kun have én knap, der åbner systemets anmodning, med et ord som "Fortsæt" eller "Næste". Ingen "Tillad"-knap og ingen knap til at lukke eller springe over, medmindre loven kræver samtykke.

Min app bruger en ekstern AI: hvad skal jeg oplyse?

Guideline 5.1.2(i) kræver, at du angiver, hvor data deles med tredjeparter, AI inklusive, og at du får udtrykkelig tilladelse først. Jeg gør det tre steder: en samtykkeskærm i appen, privatlivspolitikken online og app-sidens privatlivserklæringer. På Clic henviste Apple til den regel sammen med 5.1.1.

Er en konto obligatorisk for at overholde 5.1.1?

Nej, det er omvendt. Hvis din app ikke har en funktion, der reelt kræver en konto, kræver Apple, at den kan bruges uden login. Og hvis den lader brugeren oprette en konto, skal den også gøre det muligt at slette den fra appen.