Cookie e memoria locale
Questa pagina descrive le tecnologie osservate nel prodotto corrente. Classificazione e base giuridica devono essere validate prima dell’apertura pubblica.
Cookie di sessione
nabi.sid mantiene l’accesso all’account e protegge la sessione. È un cookie tecnico, HttpOnly, con durata massima configurata di 30 giorni e attributi Secure in produzione. Logout e revoca sessioni ne interrompono l’uso.
Memoria locale
- localStorage: conserva una cache separata per account che può includere dati e preferenze inseriti nell’app, identificativi dei promemoria e rinvii scelti dall’utente. Prima dell’accesso conserva inoltre la scelta analytics; soltanto dopo l’accettazione pubblica conserva un token casuale non derivato dal dispositivo;
- sessionStorage: conserva temporaneamente il passo dell’onboarding, impedisce duplicazioni nella singola sessione e ricorda che il consenso analytics pubblico è già stato verificato dal server nella sessione corrente;
- IndexedDB: in modalità locale può contenere documenti scelti dall’utente; negli account server i nuovi documenti vengono archiviati sul backend autorizzato.
Analisi first-party facoltative
Dopo “Accetta analisi”, sulle pagine pubbliche possono essere registrati esclusivamente pagina vista e click su CTA principali. Il browser genera in quel momento un token casuale e lo trasmette all’endpoint dedicato; nel database resta soltanto il suo hash, mai un’impronta del dispositivo. Il payload analytics non contiene query URL, referrer, testi, email, nomi, posizione, IP o identificativi account. L’indirizzo IP è necessariamente visibile durante il trasporto HTTP, ma non viene inserito nelle tabelle o nei log applicativi analytics; l’esclusione dagli access log del proxy va verificata nell’ambiente pubblicato. Gli eventi grezzi sono pseudonimi; l’amministrazione vede soltanto conteggi aggregati. La conservazione tecnica implementata è al massimo 90 giorni.
Se dalla pagina pubblica prosegui subito con la creazione di un account, la preferenza booleana della stessa versione viene proposta una sola volta e passata alla registrazione, senza trasferire né collegare il token pubblico. Nell’area account una allowlist registra soltanto passaggi del funnel come apertura app, onboarding, primo risultato e click principali. Non include titoli, note, contatti, email, importi, messaggi, località, file o contenuto dei documenti. Traffico pubblico e account restano pseudonimi separati e non viene calcolata una conversione individuale tra visita e registrazione; dopo la creazione, le due preferenze si gestiscono nei rispettivi pannelli.
I log strettamente necessari a sicurezza, accessi e prevenzione abusi sono separati dalle analisi prodotto e seguono regole proprie. La configurazione Nginx di riferimento esclude gli endpoint analytics dagli access log; tale regola deve essere verificata nell’ambiente effettivamente pubblicato.
Servizi esterni
Google può usare proprie tecnologie quando l’utente sceglie volontariamente il login o il collegamento Gmail. Meteo e geocodifica ricevono una città o coordinate solo dopo l’azione dell’utente; MyNABI non usa questi dati per pubblicità.
Controlli dell’utente
Sulle pagine pubbliche puoi riaprire “Impostazioni analisi” e passare in ogni momento a “Solo necessari”: l’invio si interrompe subito e MyNABI richiede la cancellazione degli eventi associati al token casuale. Nell’app la scelta dell’account è disponibile in Impostazioni; la revoca elimina gli eventi del funnel associati a quello pseudonimo. Puoi inoltre effettuare il logout, revocare altre sessioni, eliminare i dati del sito dalle impostazioni del browser o disinstallare l’app. Logout, chiusura della sessione corrente e cancellazione dell’account rimuovono la cache locale dell’account, i promemoria locali e gli eventuali file locali collegati; non cancellano dati server al semplice logout. La cancellazione dell’account rimuove invece i dati dal servizio secondo quanto descritto in I tuoi dati; la politica backup resta da provare e validare.