Supressió de compte iOS: el recorregut a provar abans d'Apple
Per Mehdi Azizi
Actualitzat el , 7 min
Botó de supressió, dades associades, subscripció i reconnexió: una recepta concreta per verificar aquest recorregut abans d'enviar-lo a App Review.
El botó no n'hi ha prou: cal verificar què desapareix
Si la teva app permet crear un compte, Apple demana que la persona en pugui iniciar la supressió des de l'app. Una simple desactivació no compleix aquest requisit. El recorregut ha de ser fàcil de trobar i explicar-ne les conseqüències. Si una part s'acaba al web, l'enllaç ha de portar directament a la pàgina corresponent. Font: supressió de compte segons Apple.
Per tant, la feina no s'acaba amb un botó vermell als ajustos. Cal inventariar les dades, executar la supressió al servidor, gestionar els errors i verificar què veu l'usuari després. Aquesta guia proposa una recepta de producte i tècnica; les dades sotmeses a una obligació de conservació demanen un tractament adaptat a la teva activitat.
Començar per un mapa de les dades
Agafem una app fictícia de quadern de lectura. Té un compte, un perfil, notes privades i fotos de portada afegides per l'usuari. L'exemple següent descriu un pla a verificar, no una supressió ja executada en una app de Devoria.
- Identitat d'inici de sessió: com fas que el compte quedi inutilitzable després de la supressió?
- Perfil i notes: quines files pertanyen a aquesta persona i com se suprimeixen?
- Fotos emmagatzemades: quin procés elimina els fitxers i les seves referències?
- Memòria cau del telèfon: la pantalla esborra les dades locals quan l'operació ha acabat realment bé?
- Serveis de tercers: les dades vinculades a aquest compte necessiten una supressió a part?
- Dades a conservar: quines, per a quina obligació i amb quina informació a l'usuari?
Aquest mapa t'evita descobrir a posteriori que una foto continua accessible quan la fitxa de l'usuari ja ha desaparegut. També et dona els objectes que has de buscar a les proves.
Un recorregut clar en quatre estats
Aquí tens una proposta per a l'app fictícia, que has d'adaptar a les conseqüències reals del teu producte:
- Ajustos del compte. Una opció «Suprimir el meu compte» continua accessible.
- Confirmació. La pantalla descriu les dades afectades i presenta una acció de cancel·lació tan comprensible com l'acció de supressió.
- Processament. El botó evita les sol·licituds duplicades i la interfície indica que l'operació està en curs.
- Resultat. Un èxit confirmat porta a l'estat de sessió tancada. Un error manté un missatge útil i una manera de tornar-ho a provar, sense fer creure que el compte ha desaparegut.
Si el processament triga, Apple accepta un recorregut diferit sempre que informis la persona i confirmis quan s'ha completat. L'app no ha de fer creure que una supressió s'ha acabat quan només s'ha registrat la sol·licitud. La mateixa documentació d'Apple també precisa els casos de reautenticació i les excepcions pròpies de les activitats molt regulades.
Què has de preveure amb Supabase
Suprimir un usuari d'Auth no demostra, per si sol, que s'hagin tractat tots els objectes del teu producte. Supabase explica, entre altres coses, que un usuari que té objectes a Storage no es pot suprimir mentre no es resolgui aquesta situació. La documentació també indica que suprimir un usuari no tanca instantàniament la sessió de tots els JWT ja emesos: n'has de tenir en compte la validesa en el disseny. Font: gestió d'usuaris a Supabase.
Per tant, defineix un procés al servidor que verifiqui la identitat de qui fa la sol·licitud i els recursos que li pertanyen. No et refiïs d'un identificador enviat lliurement pel telèfon per triar el compte a suprimir. Els permisos d'administració es queden al servidor, tal com indica la documentació de les claus de Supabase.
Per a un procés en diverses etapes, decideix què ha de fer un nou intent si una primera etapa ha funcionat i la següent ha fallat. Per exemple, si els fitxers ja s'han eliminat, una nova sol·licitud no ha de fallar només perquè no hi són. És un escenari que has d'escriure abans de la prova, no un comportament que pots donar per fet.
Compte i subscripció: dues verificacions diferents
Una persona pot suprimir el seu compte mentre una subscripció d'Apple continua activa. Apple demana explicar què passa amb la facturació i donar accés a la gestió de la subscripció. Preveu també la revocació adequada dels tokens si fas servir Sign in with Apple. Aquests punts es detallen a les directrius d'Apple sobre la supressió.
Al teu pla de proves, separa doncs la desaparició del compte, l'estat de l'accés de pagament i la gestió de la subscripció. La guia subscripció o compra única t'ajuda a situar aquest recorregut dins del teu model de negoci.
La recepta a executar en una build de prova
Fes servir només un compte de prova i dades fictícies. Anota la build, el dispositiu, el resultat observat i els límits de cada verificació.
- Cancel·lar. El compte i les dades continuen accessibles.
- Suprimir un compte amb dades. L'estat final correspon al procés anunciat; les dades afectades s'eliminen de debò.
- Tallar la xarxa. L'app no mostra un èxit fictici.
- Tornar-ho a provar després d'un error parcial. La sol·licitud pot acabar bé sense afectar altres dades.
- Obrir una segona sessió. Els accessos antics es tracten segons el mecanisme previst.
- Tornar a crear un compte amb la mateixa adreça, si està permès. Les dades privades antigues no tornen a aparèixer.
Afegeix aquests casos a la graella de proves de Devoria. Per distribuir-los a testers, segueix la guia de TestFlight. Que no hi hagi cap missatge d'error a la consola no substitueix la verificació de les dades i del recorregut.
Preparar l'enviament a App Review
A les notes de revisió, explica on és l'acció i com provar-la. Si una etapa depèn d'un servei, assegura't que estigui disponible durant la revisió. No facis servir les notes per prometre una funció que encara no existeix a la build enviada.
La pàgina app rebutjada per Apple t'ajuda a organitzar una resposta quan ja t'han assenyalat un problema. Per preparar-la, l'Apple Review Kit t'ajuda a trobar la regla citada, què demana, i un exemple de correcció i de resposta.
Si prepares el teu primer enviament, el diagnòstic gratuït et diu què et queda per fer i t'envia la meva checklist antirebuig d'Apple, supressió del compte inclosa. Si Apple ja t'ha rebutjat l'app, reserva una hora amb mi: llegim el missatge junts, per videotrucada.
Preguntes freqüents
La supressió de compte és obligatòria en una app iOS?
Sí, si la teva app permet crear un compte: Apple demana que la persona en pugui iniciar la supressió des de l'app. Una simple desactivació no compleix aquest requisit. El recorregut ha de ser fàcil de trobar i explicar-ne les conseqüències. Si una part s'acaba al web, l'enllaç ha de portar directament a la pàgina corresponent.
Què cal suprimir quan un usuari suprimeix el seu compte?
Tot el que pertany a la persona, no només la seva fitxa d'usuari. Fes la llista: identitat d'inici de sessió, perfil i continguts creats, fitxers emmagatzemats i les seves referències, memòria cau del telèfon, dades en serveis de tercers. Anota també les dades a conservar, per a quina obligació, i informa'n la persona. Sense aquest inventari, una foto pot continuar accessible quan la fitxa de l'usuari ja ha desaparegut.
Apple accepta una supressió de compte que no sigui immediata?
Sí. Si el processament triga, Apple accepta un recorregut diferit sempre que informis la persona i confirmis quan s'ha completat. L'app no ha de fer creure que la supressió s'ha acabat quan només s'ha registrat la sol·licitud. En cas d'error, mantén un missatge útil i una manera de tornar-ho a provar, sense fer creure que el compte ha desaparegut.
Què passa amb la subscripció quan l'usuari suprimeix el seu compte?
La subscripció d'Apple pot continuar després de la supressió del compte. Apple demana explicar què passa amb la facturació i donar accés a la gestió de la subscripció. Si fas servir Sign in with Apple, preveu també la revocació adequada dels tokens. Al teu pla de proves, separa la desaparició del compte, l'estat de l'accés de pagament i la gestió de la subscripció.
N'hi ha prou amb suprimir l'usuari a Supabase Auth?
No, suprimir un usuari d'Auth no demostra que s'hagin tractat tots els objectes del teu producte. Segons la documentació de Supabase, un usuari que té objectes a Storage no es pot suprimir mentre no es resolgui aquest punt. Suprimir un usuari tampoc no tanca instantàniament la sessió de tots els JWT ja emesos. Preveu un procés al servidor que verifiqui la identitat de qui fa la sol·licitud.
Com es prova la supressió de compte abans d'enviar l'app a Apple?
Fes servir un compte de prova i dades fictícies en una build de prova. Executa sis casos: cancel·lar, suprimir un compte amb dades, tallar la xarxa, tornar-ho a provar després d'un error parcial, obrir una segona sessió i tornar a crear un compte amb la mateixa adreça si està permès. Verifica les dades i el recorregut: que no hi hagi errors a la consola no n'hi ha prou. Per distribuir la teva build, segueix la guia de TestFlight.