Guideline 5.1.1: App Store elutasítás megértése és javítása

A guideline 5.1.1 az Apple szabálya az adatgyűjtésről és -tárolásról. Az ebbe a családba tartozó három elutasításomnál az ok mindig a két eltérés egyike volt: amit az app az adatokkal csinált, nem egyezett azzal, amit deklaráltam, vagy az engedélykérés igen felé terelte a felhasználót.

Ez a cikk csak ezzel az egy szabállyal foglalkozik: a pontjaival, azzal, hogy mit ellenőrzök beküldés előtt, és mit kell javítani. Mindezt három elutasítással, amit a saját appjaimon kaptam. Ha az összes elutasítási okról szeretnél áttekintést, inkább olvasd el, miért utasítja el az Apple az appot.

Mi az a guideline 5.1.1?

A guideline 5.1.1, „Data Collection and Storage”, azt rögzíti, mit kell betartania egy appnak, amint személyes adatokhoz nyúl: teljes adatvédelmi szabályzat, hozzájárulás a gyűjtés előtt, őszinte engedélykérések és egy fiók, amit törölni lehet. Minden appra vonatkozik, azokra is, amelyek szinte semmit nem gyűjtenek.

A hivatalos szöveg az App Review Guidelines oldalon van, az 5. „Legal” szakasz 5.1 „Privacy” részében. Az Apple üzenete gyakran egy konkrét pontot idéz zárójelben: 5.1.1(i), 5.1.1(iv), 5.1.1(v). Ez a pont mondja meg, hol keress.

Az 5.1.1 öt pontja, amit először ismerned kell

Pont	Amit az Apple elvár	A tipikus elutasítás
5.1.1(i) Privacy Policies	Teljes, belinkelt szabályzat	Hiányzik vagy hiányos
5.1.1(ii) Permission	Hozzájárulás gyűjtés előtt	Homályos engedélyszöveg
5.1.1(iii) Data Minimization	Csak a szükséges adatok	Teljes hozzáférés a fotókhoz
5.1.1(iv) Access	Ne terelj az elfogadás felé	Elfogadásra terelő képernyő
5.1.1(v) Account Sign-In	Nincs kötelező fiók	Kötelező bejelentkezés

Három pontosítás. Az adatvédelmi szabályzatot az App Store Connectben és az appban is be kell linkelni. Leírja, milyen adatokat gyűjtesz, hogyan és mire, megerősíti, hogy az azokat megkapó harmadik felek ugyanolyan védelmet nyújtanak, és elmagyarázza, hogyan lehet visszavonni a hozzájárulást vagy töröltetni az adatokat. Egy fizetős funkció nem függhet olyan adathozzáféréstől, amit a felhasználó szabadon megtagadhat. Az appban létrehozott fióknak pedig az appból törölhetőnek kell lennie.

A szabálynak további pontjai is vannak, (vi)-tól (x)-ig, speciálisabb esetekre, mint a szabályozott területek vagy a személyes adatok összegyűjtése.

A három dolog, amit beküldés előtt összevetek

Nincs meg a reviewer kézikönyve. Ezt vetem össze én magam minden beküldés előtt, mert az elutasításaim ezek közötti eltérésből jöttek:

• amit az online szabályzat mond, az App Store Connectben megadott URL-en;
• amit az app ténylegesen csinál, képernyőről képernyőre, minden engedélykéréssel együtt;
• amit az adatlapon deklaráltál, az app adatvédelmi részében (App Privacy Details).

Minden engedélyképernyőt úgy is tesztelek, hogy bezárom, majd újraindítom az appot. Ezt azonosítottam a Nolerán kapott második elutasításom okaként.

Három 5.1.1-es elutasítás, amit kaptam, és a valódi okuk

Clic: az online szabályzat a régi verzió volt

A Clic MI-vel alakít egy terméket publikálásra kész slide-okká. 2026. szeptember 16-án az Apple az 5.1.1(i) és az 5.1.2(i) pontra hivatkozva elutasította. Az MI-hozzájárulási képernyő benne volt az appban. A probléma az appon kívül volt: a weboldalon közzétett adatvédelmi szabályzat a régi verzió volt. Az új létezett, csak nem tettem ki élesbe.

A javítás: kitettem a teljes szabályzatot, hozzáadtam egy angol összefoglalót a reviewernek, és frissítettem a review-jegyzeteket. Nem készítettem új buildet: ugyanazt a beküldést küldtem vissza.

A tanulság: az Apple azt olvassa, ami élesben van, nem azt, ami a repódban. A beküldés napján nyisd meg a szabályzatod URL-jét, és keress rá minden harmadik féltől származó szolgáltatás nevére, amit az appod használ.

Nolera: egy „Allow” gomb a rendszer kérése előtt

A Nolera a ruhatár-appom. 2026. szeptember 17-én, egy iPad Airen végzett review után az Apple az 5.1.1(iv) pontot idézte. A kamerahozzáférés kérése előtt az app egy magyarázó képernyőt mutatott „Allow the camera” gombbal.

Az Apple design-szabályai ebben pontosak. Egy rendszerkérés elé tett saját képernyőn csak egy gomb lehet, ami megnyitja ezt a kérést. Az Apple olyan kifejezést javasol, mint a „Continue” vagy a „Next”, és nem az „Allow”-t: egy rendszergombra hasonlító gomb arra visz rá, hogy utána akaratlanul is megnyomd a valódi „Allow” gombot.

Ez a szabály a rendszerkérések előtti képernyőkre vonatkozik: kamera, mikrofon, helyadatok, névjegyek, naptár, követés. Egy kivételt hagy: a törvény által előírt hozzájárulást.

A javítás: a gomb neve „Continue” lett, az app mind a 8 nyelvén.

A tanulság: egy engedélyt előkészítő képernyő magyaráz. Nem dönt a felhasználó helyett.

Nolera, második elutasítás: a „kamera megtagadva” képernyő a kérés előtt jelent meg

Újraküldés után a Nolerát 2026. szeptember 22-én másodszor is elutasították, megint 5.1.1(iv) alapján, ezúttal egy 11 hüvelykes iPad Prón. Az Apple két dolgot kifogásolt: egy átirányítást a Settings appba a hozzáférés kérése előtt, és egy képernyőt, amit el lehetett hagyni anélkül, hogy a kérés megjelent volna.

Az ok, amit azonosítottam: egy eset, amit nem teszteltem. A fotózós képernyő megmutatta a „kamera megtagadva” paneljét, a Settings linkjével és egy kerülőmegoldással, amint a hozzáférés nem volt megadva. Akkor is, ha soha nem kértük. A normál folyamatban a magyarázó képernyő előbb jött, és minden rendben volt. De ha félúton bezártad az appot, majd újraindítottad, egyből a fotózásnál folytattad, anélkül, hogy láttad volna a rendszerkérést.

A javítás: amíg az iOS még fel tudja tenni a kérdést, a képernyő maga indítja el a rendszerkérést. A „kamera megtagadva” panel csak valódi elutasítás után jelenik meg. Ehhez új build kellett, mert a reviewer a beépített kódot teszteli.

A tanulság: a „soha nem kértük” és a „megtagadva” két különböző állapot. Minden engedélyképernyőt úgy is tesztelj, hogy az app bezárása után térsz vissza rá, ne csak a folyamat sorrendjében.

5.1.1 és MI: mit tesz hozzá az 5.1.2(i)

A Clicnél az Apple az 5.1.1 mellett az 5.1.2(i) pontot is idézte. Ez a szabály azt kéri, hogy egyértelműen jelezd, hol osztod meg a személyes adatokat harmadik felekkel, és kifejezetten megnevezi a harmadik féltől származó MI-t („third-party AI”). Kifejezett engedélyt is kér a megosztás előtt.

Amit azóta csinálok: három, egymással összhangban lévő dolog.

• Egy hozzájárulási képernyő az appban, az első küldés előtt, ami megmondja, melyik szolgáltatáshoz mennek az adatok, és melyek.
• Ugyanez az információ az online adatvédelmi szabályzatban.
• Ugyanez az információ az adatlap adatvédelmi deklarációiban.

Hogy pontosan mit kell tartalmaznia a szabályzatnak, azt az alkalmazás adatvédelmi szabályzata cikkben írtam le.

Mit válaszolj az Apple-nek egy 5.1.1-es elutasítás után

A beszélgetés az appod App Review részében zajlik, az App Store Connectben. Az App Review-nak való válaszadás hivatalos menete ugyanaz, mint a többi szabálynál. Írj angolul, tömören: mi volt a probléma, mi változott, hogyan lehet ellenőrizni. Ezt a sablont használom (cseréld ki a buildszámot és a javítást a sajátodra):

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,

Két eset lehetséges:

• Az ok online van (szabályzat, támogatási oldal, adatlap-deklarációk): javítod, válaszolsz, és ugyanaz a beküldés új build nélkül mehet tovább.
• Az ok az appban van (képernyő, gomb, a kérések sorrendje): új build kell. Egy távoli frissítés nem elég, ahogy a guideline 2.1 útmutatóban elmagyarázom.

Az 5.1.1 checklist beküldés előtt

• Az adatvédelmi szabályzatod URL-je megnyílik, és az élő oldal a legfrissebb verzió.
• A szabályzat megnevez minden harmadik féltől származó szolgáltatást, ami adatot kap, az MI-t is beleértve. Ez az én szabályom, szigorúbb, mint az Apple szövege.
• Az adatlapod adatvédelmi deklarációi ugyanazt mondják, mint a szabályzat és a build privacy manifestje.
• Minden engedélyszöveg egy pontos mondatban elmagyarázza a felhasználást.
• Indításkor nem kérsz engedélyt, ha az app működik nélküle. Ugyanez a logika a háttérmódokra: nincs deklarált mód olyan funkció nélkül, ami használja.
• Egy kérés előtti saját képernyőn csak egy gomb van, „Continue”, ami megnyitja a rendszerkérést.
• Aki megtagad egy engedélyt, máshogy folytathatja, vagy érti, mit veszít.
• A „hozzáférés megtagadva” képernyő csak valódi elutasítás után jelenik meg. Tesztelted az app bezárásával és újraindításával.
• Az app fiók nélkül is használható, ha a fiók nem nélkülözhetetlen.
• Az appban létrehozott fiók az appból törölhető: a receptet az iOS fióktörlés cikkben találod.
• Mindent iPaden is teszteltél: a Nolera mindkét 5.1.1-es elutasítását iPaden kaptam.

Javítsd az elutasítást valakivel, aki már kapott pont ilyet

Ha az appodat épp most utasították el 5.1.1 alapján, az Apple Review Kit segít megtalálni az idézett szabályt, hogy mit kér, és ad egy példát a javításra és a válaszra. Ha szeretnéd, hogy már most együtt nézzük át az ügyedet, foglalj velem egy órát, videohívásban. A teljes folyamat az Apple által elutasított alkalmazás oldalon is megvan.

Ha az első megjelenésedre készülsz, csináld meg az ingyenes diagnosztikát: sorba rakja a lépéseidet, és elküldi az Apple-elutasítás elleni checklistemet, az adatvédelmet is beleértve. Ha a mobilalkalmazásodat eleve a review-ra tervezve szeretnéd elkészíteni, az iOS Kit négylépéses útja az ötlettől az Apple-nek való beküldésig visz.

Senki nem garantálhatja, hogy az Apple elfogadja az appodat. Amit én tehetek: segítek elkerülni azokat az 5.1.1-es elutasításokat, amikért én már egy review-körrel fizettem.

Gyakori kérdések

Mit jelent a „Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage”?

Ez a szabály teljes címe az Apple üzenetében. Személyes adatokkal kapcsolatos problémát jelez: hiányos adatvédelmi szabályzatot, tolakodónak ítélt engedélykérést, vagy törölhetetlen fiókot. A zárójeles pont, például az 5.1.1(iv), megmondja, melyikről van szó.

Kell új build egy 5.1.1-es elutasítás után?

Nem mindig. Ha az ok online van, például egy nem friss adatvédelmi szabályzat, javítod az oldalt, válaszolsz az Apple-nek, és a beküldés új build nélkül megy tovább. Ha az ok egy képernyő vagy gomb az appban, új build kell.

Mutathatok magyarázó képernyőt egy engedélykérés előtt?

Igen, az Apple megengedi, ha tényleg hasznos. Ilyenkor a képernyőn csak egy gomb van, ami megnyitja a rendszerkérést, olyan felirattal, mint a „Continue” vagy a „Next”. Nincs „Allow” gomb, nincs bezárás- vagy kihagyás-gomb, kivéve ha a hozzájárulást törvény írja elő.

Az appom külső MI-t használ: mit kell deklarálnom?

A guideline 5.1.2(i) azt kéri, hogy jelezd, hol osztod meg az adatokat harmadik felekkel, az MI-t is beleértve, és előtte kérj kifejezett engedélyt. Én három helyen alkalmazom: egy hozzájárulási képernyőn az appban, az online adatvédelmi szabályzatban és az adatlap adatvédelmi deklarációiban. A Clicnél az Apple ezt a szabályt az 5.1.1-gyel együtt idézte.

Kötelező a fiók az 5.1.1 betartásához?

Nem, épp fordítva. Ha az appodnak nincs olyan funkciója, ami tényleg fiókra épül, az Apple azt kéri, hogy bejelentkezés nélkül is használható legyen. Ha pedig lehet benne fiókot létrehozni, akkor az appból törölni is lehessen.