Guideline 5.1.1: entendre i corregir un rebuig a l'App Store

La guideline 5.1.1 és la norma d'Apple sobre la recollida i l'emmagatzematge de dades. En els meus tres rebuigs d'aquesta família, la causa sempre era una d'aquestes dues discrepàncies: el que l'app feia amb les dades no corresponia al que s'havia declarat, o la sol·licitud de permís empenyia l'usuari a dir que sí.

Aquest article tracta només aquesta norma: els seus apartats, què comprovo abans d'enviar i què cal corregir, amb tres rebuigs que he rebut a les meves pròpies apps. Per a la visió de conjunt de tots els motius, llegeix millor per què Apple rebutja una app.

Què és la guideline 5.1.1?

La guideline 5.1.1, «Data Collection and Storage», fixa què ha de complir una app tan bon punt toca dades personals: una política de privadesa completa, un consentiment abans de la recollida, sol·licituds de permís honestes i un compte que es pugui eliminar. S'aplica a totes les apps, fins i tot a les que no recullen gairebé res.

El text oficial és a les App Review Guidelines, secció 5 «Legal», part 5.1 «Privacy». El missatge d'Apple sovint cita un apartat concret, entre parèntesis: 5.1.1(i), 5.1.1(iv), 5.1.1(v). És aquest apartat el que et diu on has de buscar.

Els cinc apartats de la 5.1.1 que has de conèixer primer

Apartat	Què exigeix Apple	El rebuig típic
5.1.1(i) Privacy Policies	Política completa i enllaçada	Absent o incompleta
5.1.1(ii) Permission	Consentiment abans de recollir	Text de permís vague
5.1.1(iii) Data Minimization	Només les dades útils	Accés complet a les fotos
5.1.1(iv) Access	No empènyer a acceptar	Pantalla que empeny a acceptar
5.1.1(v) Account Sign-In	Cap compte imposat	Inici de sessió obligatori

Tres aclariments. La política de privadesa s'enllaça a App Store Connect i dins l'app. Diu quines dades es recullen, com i per a què, confirma que els tercers que les reben ofereixen la mateixa protecció, i explica com retirar el consentiment o fer eliminar les dades. Una funció de pagament no pot dependre d'un accés a dades que l'usuari és lliure de rebutjar. I un compte creat a l'app s'ha de poder eliminar des de l'app.

La norma té altres apartats, del (vi) al (x), sobre casos més particulars com els àmbits regulats o la compilació de dades personals.

Les tres coses que comparo abans d'enviar

No tinc el manual d'instruccions del reviewer. Això és el que comparo jo mateix abans de cada enviament, perquè els meus rebuigs han vingut d'una discrepància entre aquests elements:

• el que diu la política en línia, a l'URL declarada a App Store Connect;
• el que fa realment l'app, pantalla per pantalla, incloent-hi cada sol·licitud de permís;
• el que està declarat a la fitxa, a la part sobre la privadesa de l'app (App Privacy Details).

També provo cada pantalla de permís tancant l'app i tornant-la a obrir. És la causa que vaig identificar en el meu segon rebuig de Nolera.

Tres rebuigs 5.1.1 que he rebut, i la seva causa real

Clic: la política en línia era la versió antiga

Clic transforma un producte en diapositives llestes per publicar, amb IA. El 16 de setembre de 2026, Apple rebutja l'app citant la 5.1.1(i) i la 5.1.2(i). La pantalla de consentiment a la IA sí que era a l'app. El problema era fora de l'app: la política de privadesa publicada al web era la versió antiga. La nova existia, però no s'havia publicat.

La correcció: política completa publicada, resum en anglès afegit per al reviewer, notes de revisió actualitzades. No vaig fer cap build nou: vaig tornar a enviar la mateixa sol·licitud.

La lliçó: Apple llegeix el que hi ha en línia, no el que hi ha al teu repositori. El dia de l'enviament, obre l'URL de la teva política i busca el nom de cada servei de tercers que fa servir la teva app.

Nolera: un botó «Allow» abans de la sol·licitud del sistema

Nolera és la meva app d'armari. El 17 de setembre de 2026, després d'una revisió en un iPad Air, Apple cita la 5.1.1(iv). Abans de la sol·licitud d'accés a la càmera, l'app mostrava una pantalla d'explicació amb un botó «Allow the camera».

Les normes de disseny d'Apple són precises en aquest punt. Una pantalla pròpia posada abans d'una sol·licitud del sistema només ha de tenir un sol botó, que obre aquesta sol·licitud. Apple recomana un terme com «Continue» o «Next», i no «Allow»: un botó que s'assembla al del sistema empeny a prémer després el «Allow» de veritat sense haver-ho volgut.

Aquesta norma afecta les pantalles col·locades abans d'una sol·licitud del sistema: càmera, micròfon, ubicació, contactes, calendari, seguiment. Deixa una excepció, per a un consentiment exigit per la llei.

La correcció: el botó es diu «Continue», en els 8 idiomes de l'app.

La lliçó: una pantalla que prepara un permís explica. No decideix en lloc de l'usuari.

Nolera, segon rebuig: la pantalla «càmera denegada» sortia abans de la sol·licitud

Un cop reenviada, Nolera és rebutjada per segona vegada el 22 de setembre de 2026, de nou per la 5.1.1(iv), aquesta vegada en un iPad Pro d'11 polzades. Apple assenyala dos punts: una redirecció a Settings abans de la sol·licitud d'accés, i una pantalla de la qual es podia sortir sense veure aquesta sol·licitud.

La causa que vaig identificar: un cas que no havia provat. La pantalla de captura mostrava el seu panell «càmera denegada», amb l'enllaç a Settings i una alternativa, tan bon punt l'accés no estava concedit. Fins i tot quan no s'havia demanat mai. En el recorregut normal, la pantalla d'explicació sortia abans i tot anava bé. Però si tancaves l'app a mig camí i la tornaves a obrir, tornaves directament a la captura, sense haver vist la sol·licitud del sistema.

La correcció: mentre iOS encara pugui fer la pregunta, la pantalla mateixa llança la sol·licitud del sistema. El panell «càmera denegada» només apareix després d'una denegació real. Aquesta correcció va requerir un build nou, perquè el reviewer prova el codi inclòs a l'app.

La lliçó: «mai demanat» i «denegat» són dos estats diferents. Prova cada pantalla de permís tornant-hi després d'haver tancat l'app, no només en l'ordre del recorregut.

5.1.1 i IA: què hi afegeix la 5.1.2(i)

A Clic, Apple va citar la 5.1.2(i) a més de la 5.1.1. Aquesta norma demana indicar clarament on es comparteixen les dades personals amb tercers, i esmenta expressament la IA de tercers («third-party AI»). També demana un permís explícit abans de compartir-les.

La meva pràctica des d'aquell rebuig: tres coses coherents entre elles.

• Una pantalla de consentiment a l'app, abans del primer enviament, que diu a quin servei van les dades i quines.
• La mateixa informació a la política de privadesa en línia.
• La mateixa informació a les declaracions de privadesa de la fitxa.

El detall del que ha de contenir la política és a política de privadesa d'una aplicació.

Què respondre a Apple després d'un rebuig 5.1.1

La conversa té lloc a la secció App Review de la teva app, a App Store Connect. El procediment oficial per respondre a App Review és el mateix que per a les altres normes. Escriu en anglès, amb sobrietat: què fallava, què ha canviat, com comprovar-ho. Aquest és el model que faig servir (substitueix el número de build i la correcció pels teus):

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,

Hi ha dos casos:

• La causa és en línia (política, pàgina d'assistència, declaracions de la fitxa): corregeixes, respons, i la mateixa sol·licitud pot tornar a sortir sense build nou.
• La causa és a l'app (pantalla, botó, ordre de les sol·licituds): cal un build nou. Una actualització remota no n'hi ha prou, com explico a la guia sobre la guideline 2.1.

La checklist 5.1.1 abans d'enviar

• L'URL de la teva política de privadesa s'obre, i la pàgina en línia és l'última versió.
• La política anomena cada servei de tercers que rep dades, IA inclosa. És la meva norma, més estricta que el text d'Apple.
• Les declaracions de privadesa de la teva fitxa diuen el mateix que la política i que el privacy manifest del build.
• Cada text de permís explica l'ús en una frase precisa.
• No es demana cap permís en obrir l'app si l'app pot funcionar sense. La mateixa lògica per als modes en segon pla: cap mode declarat sense una funció que el faci servir.
• Una pantalla pròpia abans d'una sol·licitud només té un botó, «Continue», que obre la sol·licitud del sistema.
• Qui denega un permís pot continuar d'una altra manera, o entén què perd.
• La pantalla «accés denegat» només apareix després d'una denegació real. L'has provada tancant i tornant a obrir l'app.
• L'app es pot fer servir sense compte quan el compte no és imprescindible.
• Un compte creat a l'app es pot eliminar des de l'app: la recepta és a eliminació de compte a iOS.
• Tot està provat també en iPad: els meus dos rebuigs 5.1.1 de Nolera es van detectar en iPad.

Corregeix el teu rebuig amb algú que ja l'ha rebut

Si acaben de rebutjar la teva app per la 5.1.1, l'Apple Review Kit t'ajuda a trobar la norma citada, què demana, i un exemple de correcció i de resposta. Si vols que mirem el teu cas junts ara mateix, reserva una hora amb mi, per videotrucada. El procés complet també és a la pàgina aplicació rebutjada per Apple.

Si prepares el teu primer llançament, fes el diagnòstic gratuït: et posa els passos en ordre i t'envia la meva checklist antirebuig d'Apple, privadesa inclosa. Per crear la teva aplicació mòbil pensada per a la revisió des del principi, el recorregut en quatre passos de l'iOS Kit va de la idea fins a l'enviament a Apple.

Ningú no pot garantir que Apple accepti la teva app. El que puc fer és ajudar-te a evitar els rebuigs 5.1.1 que jo ja he pagat amb un cicle de revisió.

Preguntes freqüents

Què vol dir «Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage»?

És el títol complet de la norma al missatge d'Apple. Indica un problema de dades personals: política de privadesa incompleta, sol·licitud de permís considerada insistent, o compte impossible d'eliminar. L'apartat entre parèntesis, per exemple 5.1.1(iv), indica quin.

Cal un build nou després d'un rebuig 5.1.1?

No sempre. Si la causa és en línia, com una política de privadesa que no està actualitzada, corregeixes la pàgina, respons a Apple i la sol·licitud torna a sortir sense build nou. Si la causa és una pantalla o un botó de l'app, cal un build nou.

Es pot mostrar una pantalla d'explicació abans d'una sol·licitud de permís?

Sí, Apple ho permet quan és realment útil. La pantalla només té llavors un botó, que obre la sol·licitud del sistema, amb un terme com «Continue» o «Next». Cap botó «Allow», cap botó per tancar o saltar, tret d'un consentiment exigit per la llei.

La meva app fa servir una IA externa: què he de declarar?

La guideline 5.1.2(i) demana indicar on es comparteixen les dades amb tercers, IA inclosa, i obtenir un permís explícit abans. Jo ho aplico en tres llocs: una pantalla de consentiment a l'app, la política de privadesa en línia i les declaracions de privadesa de la fitxa. A Clic, Apple va citar aquesta norma juntament amb la 5.1.1.

El compte és obligatori per complir la 5.1.1?

No, és al revés. Si la teva app no té cap funció que depengui realment d'un compte, Apple demana que es pugui fer servir sense iniciar sessió. I si permet crear un compte, també ha de permetre eliminar-lo des de l'app.