Guideline 5.1.1: förstå och åtgärda ett App Store-avslag

Guideline 5.1.1 är Apples regel om insamling och lagring av data. Mina tre avslag inom den här familjen berodde alla på en av två avvikelser: det appen gjorde med datan stämde inte med det som var deklarerat, eller så pressade behörighetsfrågan användaren att säga ja.

Den här artikeln handlar bara om den här regeln: dess punkter, vad jag kontrollerar innan jag skickar in och vad du ska rätta, med tre avslag jag fått på mina egna appar. För en översikt över alla avslagsorsaker, läs hellre varför Apple avvisar en app.

Vad är guideline 5.1.1?

Guideline 5.1.1, "Data Collection and Storage", anger vad en app måste uppfylla så fort den hanterar personuppgifter: en fullständig integritetspolicy, samtycke före insamling, ärliga behörighetsfrågor och ett konto som går att radera. Den gäller alla appar, även de som nästan inte samlar in något.

Den officiella texten finns i App Review Guidelines, avsnitt 5 "Legal", del 5.1 "Privacy". Apples meddelande hänvisar ofta till en specifik punkt inom parentes: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Det är den punkten som säger var du ska leta.

De fem punkterna i 5.1.1 du behöver känna till först

Punkt	Vad Apple kräver	Typiskt avslag
5.1.1(i) Privacy Policies	Fullständig och länkad policy	Saknas eller är ofullständig
5.1.1(ii) Permission	Samtycke före insamling	Vag behörighetstext
5.1.1(iii) Data Minimization	Bara den data som behövs	Full åtkomst till bilderna
5.1.1(iv) Access	Inte pressa fram ett ja	Skärm som pressar fram ett ja
5.1.1(v) Account Sign-In	Inget påtvingat konto	Obligatorisk inloggning

Tre förtydliganden. Integritetspolicyn länkas både i App Store Connect och i appen. Den anger vilka uppgifter som samlas in, hur och varför, bekräftar att tredje parter som tar emot dem ger samma skydd och förklarar hur man drar tillbaka sitt samtycke eller får sina uppgifter raderade. En betald funktion får inte vara beroende av åtkomst till data som användaren fritt kan neka. Och ett konto som skapats i appen måste gå att radera från appen.

Regeln har fler punkter, (vi) till (x), om mer specifika fall som reglerade områden eller sammanställning av personuppgifter.

De tre saker jag jämför innan jag skickar in

Jag har inte granskarens instruktionsbok. Det här är vad jag själv jämför före varje inskick, eftersom mina avslag kom från en avvikelse mellan dessa delar:

• vad policyn online säger, på den URL som är angiven i App Store Connect;
• vad appen faktiskt gör, skärm för skärm, inklusive varje behörighetsfråga;
• vad som är deklarerat på produktsidan, i delen om appens integritet (App Privacy Details).

Jag testar också varje behörighetsskärm genom att stänga appen och sedan starta den igen. Det är den orsak jag hittade till mitt andra avslag på Nolera.

Tre 5.1.1-avslag jag fått, och den verkliga orsaken

Clic: policyn online var den gamla versionen

Clic gör om en produkt till färdiga slides för publicering, med AI. Den 16 september 2026 avvisar Apple appen med hänvisning till 5.1.1(i) och 5.1.2(i). Samtyckesskärmen för AI fanns i appen. Problemet låg utanför appen: integritetspolicyn på webbplatsen var den gamla versionen. Den nya fanns, men den hade inte publicerats.

Åtgärden: fullständig policy publicerad, en sammanfattning på engelska tillagd för granskaren, granskningsanteckningarna uppdaterade. Jag gjorde inget nytt build: jag skickade samma inlämning igen.

Lärdomen: Apple läser det som ligger online, inte det som ligger i ditt repo. Samma dag som du skickar in, öppna URL:en till din policy och sök efter namnet på varje tredjepartstjänst som din app använder.

Nolera: en "Allow"-knapp före systemets fråga

Nolera är min garderobsapp. Den 17 september 2026, efter en granskning på iPad Air, hänvisar Apple till 5.1.1(iv). Före frågan om kameraåtkomst visade appen en förklaringsskärm med knappen "Allow the camera".

Apples designregler är tydliga på den punkten. En egen skärm före en systemfråga får bara ha en enda knapp, som öppnar den frågan. Apple rekommenderar ett ord som "Continue" eller "Next", inte "Allow": en knapp som liknar systemets får användaren att sedan trycka på den riktiga "Allow" utan att ha velat det.

Den här regeln gäller skärmar före en systemfråga: kamera, mikrofon, plats, kontakter, kalender, spårning. Den har ett undantag, för samtycke som krävs enligt lag.

Åtgärden: knappen heter "Continue", på appens alla 8 språk.

Lärdomen: en skärm som förbereder en behörighet förklarar. Den bestämmer inte åt användaren.

Nolera, andra avslaget: skärmen "kamera nekad" kom före frågan

Efter nytt inskick avvisas Nolera en andra gång den 22 september 2026, återigen enligt 5.1.1(iv), den här gången på iPad Pro 11 tum. Apple pekar på två saker: en hänvisning till Settings före åtkomstfrågan, och en skärm som gick att lämna utan att se den frågan.

Orsaken jag hittade: ett fall jag inte hade testat. Fotoskärmen visade sin panel "kamera nekad", med länken till Settings och en reservlösning, så fort åtkomst inte var beviljad. Även när den aldrig hade efterfrågats. I det vanliga flödet kom förklaringsskärmen först och allt fungerade. Men om man stängde appen mitt i och startade den igen hamnade man direkt på fotoskärmen, utan att ha sett systemets fråga.

Åtgärden: så länge iOS fortfarande kan ställa frågan utlöser skärmen själv systemfrågan. Panelen "kamera nekad" visas bara efter ett verkligt nej. Den här åtgärden krävde ett nytt build, eftersom granskaren testar koden som ligger i appen.

Lärdomen: "aldrig efterfrågad" och "nekad" är två olika lägen. Testa varje behörighetsskärm genom att komma tillbaka till den efter att ha stängt appen, inte bara i flödets ordning.

5.1.1 och AI: vad 5.1.2(i) lägger till

På Clic hänvisade Apple till 5.1.2(i) utöver 5.1.1. Den regeln kräver att du tydligt anger var personuppgifter delas med tredje part, och den nämner uttryckligen tredjeparts-AI ("third-party AI"). Den kräver också ett uttryckligt tillstånd före delningen.

Så gör jag sedan det avslaget: tre saker som stämmer överens med varandra.

• En samtyckesskärm i appen, före första överföringen, som säger vilken tjänst datan skickas till och vilken data.
• Samma information i integritetspolicyn online.
• Samma information i produktsidans integritetsdeklarationer.

Vad policyn ska innehålla i detalj hittar du i integritetspolicy för en app.

Vad du svarar Apple efter ett 5.1.1-avslag

Konversationen sker i App Review-avsnittet för din app i App Store Connect. Den officiella proceduren för att svara App Review är densamma som för andra regler. Skriv på engelska, sakligt: vad som var problemet, vad som har ändrats, hur man kontrollerar det. Här är mallen jag använder (byt ut buildnumret och åtgärden mot dina egna):

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 finns två fall:

• Orsaken ligger online (policy, supportsida, produktsidans deklarationer): du rättar, svarar, och samma inlämning kan skickas igen utan nytt build.
• Orsaken ligger i appen (skärm, knapp, frågornas ordning): det krävs ett nytt build. En fjärruppdatering räcker inte, som jag förklarar i guiden om guideline 2.1.

Checklistan för 5.1.1 före inskick

• URL:en till din integritetspolicy öppnas, och sidan online är den senaste versionen.
• Policyn nämner varje tredjepartstjänst som tar emot data, AI inräknat. Det är min regel, striktare än Apples text.
• Produktsidans integritetsdeklarationer säger samma sak som policyn och som buildets privacy manifest.
• Varje behörighetstext förklarar användningen i en precis mening.
• Ingen behörighet efterfrågas vid start om appen kan fungera utan den. Samma logik för bakgrundslägen: inget läge deklarerat utan en funktion som använder det.
• En egen skärm före en fråga har bara en knapp, "Continue", som öppnar systemets fråga.
• Den som nekar en behörighet kan fortsätta på annat sätt, eller förstår vad hen går miste om.
• Skärmen "åtkomst nekad" visas bara efter ett verkligt nej. Du har testat det genom att stänga och starta om appen.
• Appen går att använda utan konto när kontot inte är nödvändigt.
• Ett konto som skapats i appen kan raderas från appen: receptet finns i radera konto i en iOS-app.
• Allt är testat på iPad också: mina två 5.1.1-avslag på Nolera upptäcktes på iPad.

Åtgärda ditt avslag med någon som redan har fått just det

Om din app precis har avvisats enligt 5.1.1 hjälper Apple Review Kit dig att hitta den regel som nämns, vad den kräver, och ett exempel på åtgärd och svar. Om du vill att vi går igenom ditt ärende tillsammans direkt, boka en timme med mig via videosamtal. Hela tillvägagångssättet finns också på sidan app avvisad av Apple.

Om du förbereder din första lansering, gör den kostnadsfria diagnosen: den sätter dina steg i rätt ordning och skickar dig min checklista mot Apple-avslag, integritet inräknat. För att skapa din mobilapp med granskningen i åtanke från början tar fyrstegsupplägget i iOS Kit dig från idé till inskick hos Apple.

Ingen kan garantera att Apple godkänner din app. Det jag kan göra är att hjälpa dig undvika de 5.1.1-avslag som jag redan har betalat för med en granskningsrunda.

Vanliga frågor

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

Det är regelns fullständiga rubrik i Apples meddelande. Den signalerar ett problem med personuppgifter: ofullständig integritetspolicy, en behörighetsfråga som bedöms som påträngande, eller ett konto som inte går att radera. Punkten inom parentes, till exempel 5.1.1(iv), anger vilket.

Behövs ett nytt build efter ett 5.1.1-avslag?

Inte alltid. Om orsaken ligger online, som en integritetspolicy som inte är uppdaterad, rättar du sidan, svarar Apple och inlämningen skickas igen utan nytt build. Om orsaken är en skärm eller en knapp i appen behövs ett nytt build.

Får man visa en förklaringsskärm före en behörighetsfråga?

Ja, Apple tillåter det när det verkligen är till nytta. Skärmen har då bara en knapp, som öppnar systemets fråga, med ett ord som "Continue" eller "Next". Ingen "Allow"-knapp, ingen knapp för att stänga eller hoppa över, utom vid samtycke som krävs enligt lag.

Min app använder en extern AI: vad behöver jag deklarera?

Guideline 5.1.2(i) kräver att du anger var data delas med tredje part, AI inräknat, och att du får ett uttryckligt tillstånd innan. Jag tillämpar det på tre ställen: en samtyckesskärm i appen, integritetspolicyn online och produktsidans integritetsdeklarationer. På Clic hänvisade Apple till den regeln tillsammans med 5.1.1.

Är ett konto obligatoriskt för att uppfylla 5.1.1?

Nej, tvärtom. Om din app inte har någon funktion som verkligen bygger på ett konto kräver Apple att den går att använda utan inloggning. Och om den låter användaren skapa ett konto måste den också låta hen radera det från appen.