Guide Eliminazione dell'account
L'URL per la cancellazione dell'account che chiede Google Play
Play Console chiede un URL web pubblico in App content → Data deletion. Cosa deve permettere quella pagina a un utente senza accedere, e gli errori che fanno respingere un invio.
Google Play chiede alle app con account due strade per la cancellazione: una all'interno dell'app e un URL web pubblico dove si può fare la stessa richiesta senza accedere né reinstallare. L'URL web lo dichiari in App content → Data deletion. La pagina raccoglie la richiesta; cancellare i dati nei tuoi sistemi resta compito tuo.
Fallo invece in pochi minuti
AppFoyer ospita le pagine di cui parla questa guida (informativa sulla privacy, termini, supporto, eliminazione dell'account e app-ads.txt) su un sottodominio dedicato, senza un tuo dominio o server. Un'app è gratis, e niente di ciò che uno store richiede è mai a pagamento.
Verificata il 19 settembre 2026. Le policy degli store cambiano, a volte senza preavviso. Tutto ciò che segue rimanda alla documentazione ufficiale, ed è quella pagina, non questa, a fare fede. Se le due non concordano, ha ragione lo store. Questa guida è tradotta dall'inglese; le citazioni dalla documentazione degli store restano nell'originale inglese.
Se la tua app permette di creare un account, Google Play chiede due strade per cancellarlo: una all’interno dell’app e un URL web raggiungibile pubblicamente dove si può fare la stessa richiesta. L’URL web lo dichiari in Play Console in App content → Data deletion (Contenuti dell’app → Eliminazione dei dati), e la Guida di Google Play afferma che deve essere “must be functional (for example, loads without error), relevant in scope” (traduzione: «funzionante, ad esempio si carica senza errori, e pertinente nell’ambito»). Chi ha già disinstallato l’app deve poterlo usare.
Questo è il requisito in un paragrafo. Il resto di questa pagina riguarda cosa deve fare la pagina stessa, e gli errori che fanno respingere un invio.
Qui vengono chieste due cose, ed è facile confonderle:
- Una pagina pubblica dove si può inviare una richiesta.
- Cancellare davvero i dati nei tuoi sistemi quando arriva una richiesta.
La prima è una questione di hosting. La seconda spetta solo a te, e nessun servizio può farla al tuo posto: chi dice il contrario non ha accesso al tuo database.
Cosa deve permettere la pagina a un utente
Il requisito è scritto dal punto di vista dell’utente, quindi leggilo da lì. Chi ha disinstallato la tua app, ha dimenticato la password o non ne ha mai avuta una dovrebbe comunque poter raggiungere la pagina e chiederti di cancellare il suo account.
Questo esclude alcune configurazioni comuni:
- Una pagina dietro un login. Se l’utente deve accedere per chiedere la cancellazione, le persone che con più probabilità ne hanno bisogno non possono usarla.
- Solo un percorso all’interno dell’app. Anche la strada nell’app è richiesta, ma non sostituisce l’URL web: quello è raggiungibile dalla scheda dello store, da chi non ha più l’app.
- Un URL che restituisce 404. È quello che viene effettivamente scoperto, perché è banale da verificare.
La pagina dovrebbe dire quali dati vengono cancellati, cosa viene conservato e per quanto tempo (i dati di fatturazione spesso devono essere conservati per legge), e quanto tempo richiede la cancellazione.
La parte che si sbaglia: ricevere la richiesta
Una pagina che mostra un modulo non basta da sola: la richiesta deve arrivare a te.
È l’unica parte che un semplice host di file non può fare da solo. GitHub Pages, un bucket dietro una CDN: servono file, non possono ricevere una POST. La maggior parte degli host che uno sviluppatore sceglierebbe davvero risolve il problema (Cloudflare Workers, le funzioni di Netlify e Vercel, Netlify Forms), quindi è un lavoro di collegamento, non un muro. Ma qualcosa deve ricevere la richiesta, e la solita strada fai-da-te finisce in uno di questi quattro posti:
- un indirizzo email stampato sulla pagina, e niente che impedisca di raccoglierlo automaticamente;
- un servizio di moduli di terze parti, che ora vede gli indirizzi email dei tuoi utenti;
- una funzione edge sul tuo host, che sono poche righe ma ora sono codice tuo in ogni app;
- un piccolo server da tenere in funzione per quelle che potrebbero essere due richieste l’anno.
Qualunque cosa tu scelga, sceglila consapevolmente. Una pagina di cancellazione che scarta le richieste in silenzio è peggio che non averla: stai dicendo a un utente che la sua richiesta è stata ricevuta.
Tieni un registro
Qualunque cosa costruisca, tieni un registro delle richieste: l’indirizzo, la data, cosa hai fatto al riguardo. Se un’autorità di controllo o uno store dovesse mai chiedertelo, «l’abbiamo cancellato» è un’affermazione, mentre un elenco datato è una prova.
Cosa fa AppFoyer qui
Ospitiamo la pagina e inoltriamo la richiesta. Un utente la invia, noi la salviamo come tuo registro di controllo e ti avvisiamo: via email con qualsiasi piano, oppure via Telegram o Slack con un piano a pagamento. La cancellazione la fai tu nei tuoi sistemi: non vi abbiamo accesso, e non affermiamo mai di averlo.
Quella pagina resta online anche se smetti di pagarci, perché i tuoi utenti non c’entrano.
La fonte ufficiale
- Provide information about data deletion — Guida di Google Play. Leggila prima di inviare; è quella pagina a decidere, non questa.