Tutti gli URL che ti servono prima di inviare un'app
L'elenco completo tra Play Console, App Store Connect e AdMob, quali sono obbligatori e quali facoltativi, cosa deve contenere ogni pagina, e in che ordine farle.
La maggior parte delle app ha bisogno di quattro URL pubblici: un'informativa sulla privacy, una pagina di eliminazione dell'account se l'app ha account, una pagina di supporto per l'App Store, e un sito web dello sviluppatore se mostra annunci. Ognuno è un campo separato della console, ognuno viene controllato, e tutti devono continuare a funzionare molto dopo l'approvazione dell'app.
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.
È l’elenco che nessuno ti dà prima del tuo primo invio, quindi lo scopri un rifiuto alla volta. Raccogli questi elementi prima di aprire la console e il tutto richiede un pomeriggio invece di tre cicli di revisione.
I campi, console per console
| URL | Console e campo | Obbligatorio? |
|---|---|---|
| Informativa sulla privacy | Play Console → App content → Privacy policy; App Store Connect → App Privacy | Sì, entrambi gli store |
| Eliminazione dell’account | Play Console → App content → Data deletion | Sì, se l’app ha account |
| Supporto | App Store Connect → Platform version information della versione → Support URL | Sì, Apple |
| Sito web dello sviluppatore | Scheda del Play Store; Marketing URL in App Store Connect | Play: facoltativo, ma obbligatorio in pratica se mostri annunci: è lì che viene cercato app-ads.txt. La Marketing URL di Apple è davvero facoltativa |
| Email di contatto | Play Console → Store settings → Store listing contact details | Sì, Play richiede un’email per pubblicare |
Anche Apple richiede l’eliminazione dell’account, ma come percorso nell’app e non come campo URL: vedi la guida all’eliminazione dell’account nell’App Store.
Cosa deve contenere ogni pagina
Informativa sulla privacy. Cosa viene raccolto, perché, chi altro lo vede, per quanto tempo viene conservato, come contattarti. La sezione che ti fa rifiutare è “chi altro lo vede”: deve nominare le terze parti, cioè ogni SDK della tua build, e deve concordare con le tue risposte Data safety.
Eliminazione dell’account. Una pagina pubblica, raggiungibile senza accedere né avere l’app installata, dove un utente può chiederti di eliminare il suo account. Deve davvero recapitarti la richiesta: una pagina che mostra un modulo e ne butta via il risultato è peggio di nessuna pagina, perché l’utente crede che abbia funzionato.
Supporto. Una via per raggiungere una persona. Basta un indirizzo email che leggi. Non la tua pagina promozionale, non una scheda dell’App Store, non un profilo social.
Sito web dello sviluppatore. Una pagina sulla tua app, su un hostname che controlli: e l’hostname
dalla cui radice una rete pubblicitaria scaricherà /app-ads.txt.
I quattro test che ognuna deve superare
Gli stessi quattro, ogni volta, ed è per questo che conviene farli tutti insieme:
- Si carica da disconnesso. Aprila in una finestra privata. Il classico errore è una pagina che funziona solo perché hai effettuato l’accesso al servizio che la ospita.
- Non è una catena di reindirizzamenti. Soprattutto per
app-ads.txt, che deve essere servito direttamente. - Nomina la tua app e la tua azienda. Un’informativa che nomina un’altra app è il segno del copia-incolla, e i revisori se ne accorgono.
- Ci sarà ancora tra due anni. Una scheda dello store viene controllata più di una volta, e un host gratuito di cui ti sei dimenticato è il modo più comune in cui un’app pubblicata si rompe.
curl -i https://your-url.example/privacy
200 OK, contenuto leggibile, nessuna intestazione Location:.
In che ordine farle
- Decidi dove stanno tutte, una volta sola. Dividerle tra una pagina Notion, un sito GitHub Pages e un servizio di moduli è il modo in cui ti ritrovi con tre cose da mantenere e una che si romperà.
- Scrivi l’informativa sulla privacy dal tuo elenco di dipendenze, non da un modello. Apri
build.gradle/Podfile/pubspec.yamle scorrilo dall’alto in basso. - Costruisci il percorso di eliminazione dell’account: quello nell’app e quello web. È l’unica voce con vero lavoro di sviluppo, quindi decide i tuoi tempi.
- Pubblica, poi compila i campi della console. Non il contrario: un campo che punta a una pagina che ancora non esiste è proprio il rifiuto che cerchi di evitare.
- Compila Data safety / App Privacy dallo stesso elenco da cui hai scritto l’informativa, così le due non possono divergere.
app-ads.txtper ultimo, e solo se mostri annunci.
Cosa fa AppFoyer
Questo elenco è il prodotto. Tutte e cinque le pagine (home, privacy, termini, supporto,
eliminazione dell’account) più app-ads.txt vanno online insieme sul sottodominio della tua app,
così incolli URL funzionanti in ogni campo in un solo passaggio. La pagina di eliminazione
dell’account riceve la richiesta e ti avvisa; l’eliminazione la fai tu nei tuoi sistemi.
C’è anche una checklist nella dashboard che ti dice quale campo della console è ancora vuoto e perché è importante. Un’app è gratuita, e nulla di ciò che uno store richiede è mai dietro un paywall.
Le fonti ufficiali
- Privacy policy requirements — Guida di Google Play
- Understanding Google Play’s app account deletion requirements — Guida di Google Play
- Required, localizable, and editable properties — Apple. È questa tabella a dire che Support URL e Privacy Policy URL sono obbligatori e Marketing URL no.
- Set up app-ads.txt — Guida di AdMob