Privacy Policy

1. Titolare e contatti

Titolare del trattamento: Angelini Sebastiano, persona fisica, Italia. Sito: realityerror.media.

Richieste privacy: privacy@realityerror.media (alias da attivare prima del lancio pubblico). Eventuale DPO: [DA CONFERMARE].

2. Categorie di dati

• account: email, nome visualizzato, verifica, provider di accesso e dati tecnici di sessione;
• attività: Story salvate, reaction, voti Awards, commenti, voti, segnalazioni, contestazioni e moderazione;
• email: indirizzo, contenuto e stato tecnico di OTP, link e notifiche transazionali;
• dati tecnici di sicurezza e funzionamento ricevuti da browser, API e hosting nei limiti configurati;
• analytics first-party aggregati: ora, evento, Story/competizione, lingua, categoria, superficie e canale/campagna normalizzati.

Non inserire credenziali, dati sanitari o dati personali non necessari nei commenti e nelle segnalazioni.

3. Finalità e basi giuridiche

• erogare lettura, account, sessione, salvataggi, reaction, commenti, voti e segnalazioni: servizio richiesto e rapporto con l’utente;
• inviare OTP, link e comunicazioni operative: servizio richiesto e misure precontrattuali;
• prevenire abusi, moderare, proteggere il servizio, audit e richieste: obbligo legale ove applicabile o legittimo interesse;
• statistiche aggregate per migliorare il prodotto: legittimo interesse, subordinato al bilanciamento;
• obblighi di legge e difesa dei diritti: obbligo legale o legittimo interesse.

4. Account, notifiche e commenti

Better Auth gestisce accesso e sessione. La lettura pubblica non richiede account; Google e Apple operano solo se configurati e scelti dall’utente.

Le email usano Mailpit in sviluppo/test e Resend in produzione, se attivato. Sono transazionali, non newsletter promozionali.

Commenti, segnalazioni e contestazioni possono essere conservati per moderazione, sicurezza, audit e controversie secondo la Participation Policy.

5. Destinatari e responsabili

Configurati nel repository: Better Auth 1.7.5 con adattatore Prisma per PostgreSQL; PostgreSQL e Mailpit tramite Docker Compose in sviluppo/test. Previsti ma non dimostrati attivi: Resend in produzione e Google/Apple OAuth se le credenziali sono configurate. Hosting Production, database Production, storage oggetti e CDN/WAF non hanno un fornitore identificabile nei file verificati. I responsabili e i sub-responsabili effettivi devono essere determinati prima del lancio. Gli URL di fonti e media esterni possono inoltre comportare richieste ai domini indicati nei contenuti.

6. Trasferimenti extra-SEE

Non risultano trasferimenti extra-SEE verificabili dal repository: non sono configurati un hosting Production, uno storage o un provider email Production effettivi. Se saranno attivati Resend, Google, Apple o altri fornitori, Paesi, ruolo, garanzie e documentazione dovranno essere verificati e aggiunti prima del lancio.

7. Conservazione

Gli analytics aggregati hanno retention predefinita di 24 mesi e un worker li elimina periodicamente; il valore è modificabile con configurazione e non è verificato in Production. Sessioni e dati di account, verifiche OTP/link, commenti, segnalazioni, contestazioni, comunicazioni e audit sono conservati nel PostgreSQL applicativo, ma il repository non implementa una retention automatica per queste tabelle. Log infrastrutturali e backup non sono configurati nel repository.

Proposta da approvare e implementare: sessioni scadute dopo 30 giorni; record OTP/link scaduti dopo 30 giorni; comunicazioni e segnalazioni chiuse dopo 24 mesi; audit di moderazione dopo 5 anni; log applicativi dopo 90 giorni; backup con ciclo massimo di 30 giorni. Commenti e account richiedono una regola separata di cancellazione/anonimizzazione, con eccezioni documentate per obblighi legali e difesa dei diritti. Questi termini non descrivono dati già implementati.

8. Sicurezza

Il servizio applica sessioni server-side, autorizzazione server-side, protezioni Better Auth, ambienti Development/Test separati e analytics minimizzati. Gli esempi Production richiedono URL HTTPS e PostgreSQL con SSL, ma il deployment reale non è presente e non è verificato. Nessuna misura elimina ogni rischio.

9. Diritti

Nei limiti degli articoli 15–22 GDPR puoi chiedere accesso, rettifica, cancellazione, limitazione, opposizione e portabilità, o revocare un consenso. Puoi opporti ai trattamenti basati sul legittimo interesse e non essere soggetto a una decisione basata unicamente su trattamento automatizzato quando ricorrono i presupposti dell’art. 22. Puoi proporre reclamo al Garante. Contatto: privacy@realityerror.media.

Il conferimento dell’email è necessario per creare e mantenere l’account e ricevere OTP/link; nome e username sono necessari solo per le funzioni che li richiedono. Senza email non è possibile autenticarsi; la lettura pubblica resta disponibile senza account. Google o Apple comunicano i dati previsti dal relativo flusso di autenticazione.

10. Analytics e aggiornamenti

Nella tabella analytics applicativa non persistono account, email, IP, user-agent, referrer completo, fingerprint, identificatori cross-site, cookie analytics o localStorage identificativo. Gli eventi sono aggregati per ora. Il database Session conserva invece, quando ricevuti da Better Auth, IP e user-agent della sessione; log e trattamento infrastrutturale dipendono dall’ambiente Production e devono essere verificati. Nuovi strumenti o modifiche sostanziali richiedono nuova valutazione e aggiornamento della policy.