Dove ospitare un'informativa sulla privacy se non hai un dominio

Non ti serve un dominio per pubblicare un’informativa sulla privacy: ti serve un URL pubblico che si carichi senza login e che si carichi ancora tra due anni. Entrambi gli store controllano il link, e la documentazione App Privacy di Apple elenca “the URL to your publicly accessible privacy policy” («l’URL della tua informativa sulla privacy accessibile pubblicamente») tra i campi obbligatori. La domanda è solo dove metterla.

Sei posti che gli sviluppatori usano davvero, con quanto costa realmente ciascuno. Nessuno è sbagliato per tutti; cedono in punti diversi.

1. Un host statico su un sottodominio che ti assegnano

GitHub Pages, Cloudflare Pages, Netlify, Vercel. Gratuiti, veloci, e l’URL resta stabile finché resta l’account.

Dove si rompe: la pagina di eliminazione dell’account. L’hosting statico serve file; non può ricevere una richiesta. Se la tua app ha account, Google Play vuole un percorso web dove un utente possa chiedere l’eliminazione: finisci così per stampare un indirizzo email su una pagina statica a disposizione degli scraper, o per agganciare un servizio di moduli di terze parti che ora vede gli indirizzi email dei tuoi utenti. Si rompe anche se un giorno rinomini il repository o il progetto, perché l’URL cambia e la scheda dello store no.

2. Un link a un documento: Google Docs, Notion, un PDF

La cosa più rapida del mondo e quella di cui i revisori diffidano di più.

Dove si rompe: le impostazioni di condivisione. Un documento che oggi è “chiunque abbia il link” diventa “persone della tua organizzazione” dopo una modifica alle policy del workspace, e nessuno te lo dice. Le pagine Notion vengono rimosse dalla pubblicazione. Su alcuni dispositivi un PDF è un download, non una pagina. Al di là della meccanica, dà un’impressione di improvvisazione, proprio quella che non vuoi associare a un invio che viene già controllato per altro.

3. Firebase Hosting

Piano gratuito, un dominio vero che ti viene assegnato, text/plain servito correttamente, e indicato espressamente da AdMob come posto accettabile per app-ads.txt, cosa comoda se mostri anche annunci.

Dove si rompe: come qualsiasi host statico per l’eliminazione dell’account, e in più ora devi mantenere un passaggio di deploy per cinque pagine di testo. Gestibile se Firebase è già nel tuo stack, un peso in più se non lo è.

4. Una pagina su un sito che non controlli

Un profilo social, una pagina sul sito di un publisher, il blog di un amico.

Dove si rompe: ovunque, prima o poi. Non puoi correggere un link rotto sul sito di qualcun altro nel momento in cui una revisione è bloccata per quello, e un revisore dello store che accetta un profilo social come informativa sulla privacy non è qualcosa su cui fare affidamento.

5. Comprare un dominio e ospitarlo tu

Circa 12 $ all’anno più un pomeriggio. La risposta giusta se tanto avresti voluto un sito promozionale.

Dove si rompe: i rinnovi e il problema della ricezione. Un dominio scaduto fa cadere nello stesso momento l’URL della privacy, quello del supporto e quello dell’eliminazione in una scheda dello store attiva, e il primo a dirtelo è lo store. Se scegli questa strada, metti il rinnovo su una carta che non scade e imposta un promemoria in calendario un mese prima.

6. Una pagina di conformità ospitata

Un servizio che ti dà le cinque pagine su un proprio URL.

Dove si rompe: cosa succede quando smetti di pagare. È la domanda da fare prima di incollare l’URL da qualsiasi parte, ed è giusto farla anche a noi: vedi sotto.

Il requisito che ne esclude la metà

Se la tua app ha account, non stai pubblicando una pagina, ne stai pubblicando un insieme: l’informativa sulla privacy e un percorso web dove un utente può richiedere l’eliminazione dell’account. Google Play chiede sia un percorso nell’app sia un link web pubblico. Una pagina che mostra solo testo non può soddisfare il secondo, ed è per questo che le opzioni da 1 a 3 diventano silenziosamente “più un servizio di moduli” non appena ci arrivi.

Decidilo una volta, per tutti e cinque gli URL, invece di risolvere l’informativa sulla privacy stasera e riscoprire il problema al prossimo rifiuto.

Qualunque cosa scegli, controllala come farà un revisore

Disconnesso, in una finestra privata, con la rete dati mobile invece della tua rete:

curl -i https://your-url.example/privacy

200 OK e contenuto leggibile. I problemi più comuni sono un 404, un reindirizzamento a un login, o una pagina che funziona sul tuo portatile solo perché hai effettuato l’accesso al servizio che la ospita.

Cosa fa AppFoyer

Tutte e cinque le pagine vanno online sul sottodominio della tua app, senza un dominio né un server tuoi, e la pagina di eliminazione dell’account può davvero ricevere una richiesta: la memorizza e ti avvisa. La notifica via email è inclusa in ogni piano, compreso quello gratuito; Telegram e Slack sono nei piani a pagamento. L’eliminazione la esegui tu nei tuoi sistemi; noi non vi abbiamo accesso e non sosteniamo mai il contrario.

La domanda legittima, con risposta: se smetti di pagare, la pagina di eliminazione dell’account resta online, a tempo indeterminato. I tuoi utenti non hanno scelto noi e non sanno nulla della tua fatturazione, quindi far perdere loro la strada per raggiungerti per una fattura non pagata sarebbe un errore nostro, non tuo. Un’app è gratuita, senza carta.

Le fonti ufficiali

• Privacy policy requirements — Guida di Google Play
• App privacy details on the App Store — Apple
• Provide information about data deletion — Guida di Google Play