Datele utilizatorilor într-o aplicație: ce ceri și ce nu

O aplicație ar trebui să ceară doar datele de care are nevoie ca să facă treaba promisă, în momentul în care are nevoie de ele, și să spună de ce. Asta cere GDPR-ul, asta cer Apple și Google la publicare și tot asta îi face pe oameni să nu dezinstaleze aplicația după primul ecran.

Regula de bază: doar ce trebuie pentru funcție

GDPR-ul spune că datele personale trebuie să fie adecvate, relevante și limitate la ce e necesar pentru scopul pentru care sunt prelucrate, colectate pentru scopuri precizate și păstrate doar cât e nevoie. Articolul 25 merge mai departe: implicit, se prelucrează doar datele necesare fiecărui scop.

Apple scrie aproape același lucru: aplicația cere doar datele legate de funcția ei de bază.

Un exercițiu simplu, pe o aplicație de programări la un salon:

Fiecare rând în plus e o dată pe care trebuie s-o protejezi, s-o declari și s-o ștergi la cerere.

Permisiunile: le ceri când omul apasă pe funcție

Locația, camera, microfonul și pozele se cer printr-o fereastră a sistemului. Greșeala clasică e să le ceri pe toate la prima deschidere, înainte ca omul să știe ce face aplicația.

Google recomandă pentru Android câteva principii:

• ceri permisiunea în context, când omul începe să folosească funcția care are nevoie de ea;
• explici înainte de ce o ceri, pentru că fereastra sistemului spune ce vrei, dar nu și de ce;
• dacă omul refuză, aplicația merge mai departe, cu funcția respectivă dezactivată, fără ecrane care îl blochează.

Mai e un motiv practic: pe Android, dacă omul apasă „Refuz” de două ori pentru aceeași permisiune, sistemul nu mai afișează fereastra. Dacă ai cerut-o prea devreme, ai pierdut-o.

Apple cere același lucru: aplicația nu are voie să-l păcălească sau să-l forțeze pe om să accepte acces la date care nu sunt necesare și, unde se poate, oferă o alternativă. Exemplul lor: dacă omul nu vrea să dea locația, îl lași să scrie adresa de mână.

Contul: nu-l face obligatoriu fără motiv

Regulile Apple spun direct: dacă aplicația nu are funcții importante legate de cont, oamenii trebuie s-o poată folosi fără autentificare. Un meniu de restaurant nu are nevoie de cont; o aplicație cu istoric de comenzi, da.

Iar dacă aplicația permite crearea unui cont, trebuie să permită și ștergerea lui din aplicație. Apple cere asta, iar Google Play cere o cale de ștergere a contului și a datelor asociate din aplicație, plus un link web unde omul poate cere ștergerea fără să mai instaleze aplicația. Termenul pentru completarea formularului la Google a fost 7 decembrie 2023, cu prelungire posibilă până la 31 mai 2024; după aceea, aplicațiile care nu respectă regula pot fi scoase din magazin.

Ce declari în magazine

Înainte de publicare completezi două formulare:

• App Store, „App Privacy”: ce date colectează aplicația, inclusiv prin codul partenerilor integrați (analiză, reclame, plăți), dacă sunt legate de persoană și dacă sunt folosite pentru urmărire. Informația apare pe pagina aplicației din App Store și e obligatorie pentru aplicații noi și pentru actualizări.
• Google Play, „Data safety”: ce date colectezi și de ce, ce date dai mai departe, dacă sunt criptate la transfer și dacă omul poate cere ștergerea. Formularul îl completează și aplicațiile care nu colectează nimic, iar politica de confidențialitate e obligatorie.

Aici apar des surprize: o bibliotecă de statistici sau de reclame adăugată „pentru mai târziu” colectează date pe care trebuie să le declari. De aceea lista de date o facem odată cu lista de funcții, nu la final.

Lista de verificare

1. Pentru fiecare câmp din formulare: la ce funcție folosește?
2. Fiecare permisiune: e cerută în momentul în care omul apasă pe funcție, cu o explicație înainte?
3. Aplicația merge, măcar parțial, dacă omul refuză?
4. Se poate folosi fără cont, dacă nu are nevoie de cont?
5. Contul se poate șterge din aplicație și de pe web?
6. Formularele App Privacy și Data safety spun exact ce face aplicația, inclusiv bibliotecile externe?
7. Știi cât păstrezi fiecare dată și când o ștergi?

Planificăm datele și permisiunile odată cu ecranele; vezi cum lucrăm pe pagina de servicii App Dev.