Come farsi approvare al primo invio su App Store e Google Play
Il rifiuto degli store nasce quasi sempre da una dichiarazione mancante, non dal codice. Ecco la nostra checklist prima della pubblicazione.
Quando si parla di rifiuto di un'app si pensa a errori tecnici. In pratica, la maggior parte degli invii rifiutati non riguarda l'app in sé ma le dichiarazioni che la descrivono. Se mancano le etichette sulla privacy, il modulo sulla sicurezza dei dati, il percorso di cancellazione dell'account o i link di supporto, anche un'app che funziona alla perfezione torna indietro in revisione.
Cosa deve essere pronto prima della pubblicazione
- Un'informativa sulla privacy pubblicata a un URL accessibile
- Le etichette sulla privacy dell'App Store e il modulo sulla sicurezza dei dati di Google Play
- Un percorso di cancellazione dell'account raggiungibile dall'interno dell'app
- Un indirizzo di supporto funzionante e una pagina di contatto
- Testi che spieghino il motivo di ogni richiesta di permesso
Tutti i punti di questo elenco hanno una cosa in comune: si possono sistemare nella prima settimana di progetto anziché nella settimana del lancio. Scrivere l'informativa all'inizio è più economico e più rapido che scriverla alla fine, perché le decisioni su quali dati raccogliere e perché le stai già prendendo in quella fase.
Dove deve stare l'informativa sulla privacy?
Entrambi gli store richiedono che l'informativa si trovi a un indirizzo pubblico, permanente e direttamente accessibile. Un testo incorporato nell'app o una pagina dietro un login non sono accettati. Un percorso fisso sul tuo sito aziendale (per esempio /gizlilik-politikasi) è la soluzione più solida.
Anche il contenuto dell'informativa deve coincidere con ciò che l'app fa davvero. Dichiarare nel modulo «non raccogliamo dati di posizione» mentre l'app chiede il permesso di localizzazione è esattamente il tipo di incoerenza che i revisori notano, e porta dritti al rifiuto.
