Informativa sui cookie
Ultimo aggiornamento: 2026-09-02
memo.link non usa cookie di tracciamento, e in questo prodotto non c’è alcun banner sui cookie. Questa informativa serve a spiegare perché, non a chiederti qualcosa.
Le pagine pubbliche non impostano alcun cookie
Quando qualcuno apre uno dei tuoi link, iltuonome.memo.link/qualcosa, non viene impostato alcun cookie, e nulla nel suo browser raggiunge un’altra azienda.
Dietro la pagina succedono due cose, e vale la pena descriverle con esattezza invece di sorvolarci.
Prima di mostrare dove porta un link, chiediamo a Google Safe Browsing se quella destinazione è nota come pericolosa. Quella domanda la pongono i nostri server, non il browser di chi visita, e ciò che inviamo è il link, mai qualcosa sulla persona che lo apre. La risposta viene riutilizzata per un’ora, quindi è una domanda su una destinazione e non la registrazione di una visita.
Quando qualcuno prosegue verso la destinazione, la pagina ci dice che è successo. Questa la manda il browser, perciò viene nominata qui invece che omessa. Contiene l’indirizzo che era già in visita e nient’altro: nessun identificatore, nessun cookie, nulla sulla persona; e ciò a cui si somma è un numero: quante persone che hanno raggiunto questo indirizzo sono andate avanti. Non esiste alcuna registrazione di una singola visita a cui aggiungerla, ed è per questo che un conteggio è tutto ciò che può mai produrre.
Ecco perché non c’è una finestra di consenso: non c’è nulla a cui acconsentire. Un banner sui cookie davanti a una pagina raggiunta scansionando un codice QR sarebbe un ostacolo senza scopo.
L’accesso imposta esattamente un cookie
| Cookie | Impostato da | Finalità | Durata |
|---|---|---|---|
| Sessione di autenticazione Supabase | memo.link, solo la bacheca, mai sui tuoi link | Ti tiene collegato tra un clic e l’altro | Rinnovato con l’uso; scade dopo un periodo di inattività, e subito quando esci |
È un cookie strettamente necessario: senza di esso verresti disconnesso a ogni clic. La direttiva ePrivacy esenta i cookie di quella categoria dall’obbligo di consenso, ed è per questo che non ti viene chiesto.
Non viene mai impostato sugli indirizzi *.memo.link: l’accesso avviene solo sul sito principale.
Due preferenze, solo sul sito principale. memolink-theme (chiaro, scuro o segui il sistema) e memolink-accent (un colore), lette prima del primo disegno perché la pagina non lampeggi con il colore sbagliato. Non contengono altro che quelle due parole e non lasciano mai il tuo browser: l’account è la copia che ti segue su un altro dispositivo. Una preferenza che imposti tu viene conservata nel localStorage; conservare qualcosa che hai chiesto è esente dalle regole sul consenso per la stessa ragione per cui lo è il cookie di accesso. Un colore che ti è stato semplicemente assegnato a caso, prima che tu scegliessi qualcosa, viene conservato solo nel sessionStorage, per la durata della visita, e sparisce alla chiusura della scheda, perché ciò che non hai chiesto non è esente, e un banner per chiedertelo sarebbe una risposta peggiore che non conservarlo.
Lo diciamo con precisione proprio perché le regole sul consenso riguardano l’archiviazione sul tuo dispositivo in generale, non i cookie in particolare: un servizio può evitare la parola «cookie» e fare comunque esattamente ciò di cui le regole parlano. Questa informativa diceva un tempo che non conservavamo nulla nel localStorage; misurato il 2 settembre 2026, era sbagliato di due chiavi, ed è corretto qui invece che rimuovendo la funzione.
L’avviso che vedi sul sito principale
Sul sito principale c’è un piccolo avviso che dice che memo.link imposta un cookie per tenerti collegato e nulla che ti tracci, con un collegamento a questa pagina. È informazione, non una richiesta di consenso: non c’è Accetta né Rifiuta perché nulla di quanto descritto in questa pagina ne ha bisogno, e un pulsante di consenso per un’archiviazione che non lo richiede rappresenterebbe male la base giuridica. Non blocca la pagina. Il fatto che tu l’abbia chiuso viene ricordato nel localStorage come memolink-notice, che è archiviazione che hai chiesto chiudendolo. Non compare sulle tue pagine, che non conservano nulla.
La proposta di installare memo.link come app
Quando hai effettuato l’accesso su un telefono o un tablet, memo.link propone di mettersi nella tua schermata iniziale. Due chiavi nel localStorage ricordano che cosa hai fatto di quella proposta: memolink-install se l’hai congedata, e memolink-installed se il tuo browser ci ha detto che l’installazione è finita. Entrambe esistono perché la proposta smetta di chiedere, ed è archiviazione che hai chiesto rispondendo. Nessuna delle due dice qualcosa su di te, e nessuna lascia il tuo browser.
C’è un limite che vale la pena dire chiaramente, perché è il motivo per cui la proposta può essere congedata. Su un iPhone o un iPad, una pagina aperta in Safari non può sapere se memo.link è già nella tua schermata iniziale: all’app installata viene data un’archiviazione separata, quindi non può lasciare un appunto che il browser possa trovare. Congedare la proposta è l’unico modo per dirci che ce l’hai già.
Il controllo anti-bot sul modulo di accesso
Il modulo di accesso esegue Cloudflare Turnstile, che verifica che tu sia una persona e non uno script che chiede codici di accesso in massa. È una delle due sole cose in tutto memo.link che provengono da un’altra azienda, l’altra è il segnalatore di errori descritto sotto, ed entrambe stanno su memo.link stesso. Nessuna delle due è sulle tue pagine.
| Che cosa | Dove | Perché |
|---|---|---|
| Cloudflare Turnstile | Il modulo di accesso su memo.link, in nessun altro punto | Ferma l’abuso automatizzato dell’unico punto che invia email |
Non conserva nulla sul tuo dispositivo. Misurato sul modulo di accesso in produzione il 24 agosto 2026: nessun cookie, nulla nell’archiviazione locale, nulla in quella di sessione. Questa informativa diceva un tempo che «potrebbe conservare qualcosa», il che era un’ipotesi scritta prima che qualcuno guardasse.
Ciò che fa invece è leggere alcune cose sulla connessione mentre avviene, il tuo indirizzo IP, l’impronta tecnica della connessione sicura del tuo browser e la stringa User-Agent del tuo browser, e inviarle a Cloudflare per decidere se sei una persona. Cloudflare dichiara che quei segnali sono usati «esclusivamente per rilevare e bloccare i bot» e non «per identificare, profilare o prendere di mira singoli individui». Non è sulle tue pagine, quindi chi apre i tuoi link non lo incontra mai.
Le misure di sicurezza di questo tipo rientrano nella stessa categoria di stretta necessità del cookie di accesso: senza di esse il modulo di accesso sarebbe utilizzabile come strumento per inondare le caselle di posta di altre persone.
Il segnalatore di errori sul sito principale
La bacheca esegue Sentry, che ci manda una segnalazione quando qualcosa si rompe. Come Turnstile, è solo su memo.link e mai sulle tue pagine.
Vale la pena dire che cosa non è, perché segnalazione di errori e analisi sono spesso lo stesso prodotto con nomi diversi. Sentry qui non registra nulla mentre il prodotto funziona. La registrazione della sessione, la funzione che catturerebbe quello che vedi e digiti, è disattivata. Le segnalazioni non contengono indirizzi IP, né cookie, né il contenuto delle richieste.
Come contiamo le aperture dei link senza cookie
Quando un link viene aperto aggiungiamo uno a un numero e annotiamo la data di oggi. Questo è l’intero meccanismo. Non sappiamo chi l’abbia aperto, e non è coinvolto alcun cookie o identificatore, quindi il conteggio non può essere collegato a una persona nemmeno da noi.
Nessuno può aggiungere tracciamento alla propria pagina
Alcuni servizi di link in bio permettono di aggiungere un pixel di Meta o un tag di Google Analytics alla propria pagina. memo.link non lo permette, con nessun piano. Le pagine le generiamo noi dai tuoi contenuti, e non c’è un posto dove mettere uno script.