Informativa sulla privacy

Ultimo aggiornamento: 22 ottobre 2026

La versione breve. I documenti, le immagini, i video e i file che crei in Lolly restano sul tuo dispositivo. Non ci sono account per l'uso ordinario, nessun cookie dell'app stessa e nessuna analitica o tracciamento in nessun punto del codice - non "non usiamo i dati", ma proprio assenti dal codice sorgente. Esiste un elenco breve e completo di eccezioni in cui il software comunica con una rete, e ognuna di esse è descritta qui sotto nel dettaglio: cosa esce, verso chi e quando. L'unica eccezione che coinvolge qualcosa di personale è un accesso che devi avviare tu stesso, in modo esplicito. Se non è in questo documento, non succede.

Cosa copre questa informativa

Lolly è un software open-source - un motore, diversi shell applicativi (web, desktop, mobile, CLI) e un'estensione del browser - che chiunque può eseguire. Questa informativa ha due parti:

• Il software stesso: cosa fa e cosa non fa con i tuoi dati, ovunque venga eseguito. È una proprietà del codice, quindi vale per ogni installazione di Lolly, la nostra o quella di chiunque altro.
• lolly.tools, l'installazione di riferimento gestita da SUSE: le scelte specifiche fatte nell'esecuzione dei suoi componenti server-side opzionali (cosa viene registrato, per quanto tempo, da chi).

Se stai usando un'istanza Lolly self-hosted o enterprise, il comportamento del software descritto sotto si applica comunque, ma l'operatore di quell'istanza - non SUSE - è responsabile per tutto ciò che è server-side: il loro endpoint di rendering, il loro server MCP, la loro autorità di certificazione per Content Credentials, se ne gestiscono una. Chiedi a loro la loro informativa. Vedi Adozione e governance per cosa comporta gestire Lolly.

L'app: cosa resta sul tuo dispositivo

Gli shell web, desktop e mobile di Lolly eseguono l'intero motore di rendering lato client. Aprire uno strumento, compilare gli input, visualizzare l'anteprima ed esportare avviene tutto sul tuo dispositivo - nessun server è coinvolto, e l'app funziona offline una volta caricata.

L'app non imposta cookie. Per funzionare, mantiene una piccola quantità di dati solo sul tuo dispositivo, mai trasmessi:

• Preferenze dell'interfaccia - tema, lingua, impostazioni audio, dimensionamento della barra laterale/zoom, scelte di ordinamento e visualizzazione, quali suggerimenti di onboarding hai visto - in localStorage, così sono disponibili prima che l'app abbia finito l'avvio.
• Una cache offline del catalogo strumenti e delle anteprime degli asset, così la galleria funziona senza connessione.
• Contatori d'uso locali per le statistiche della tua scheda profilo (quante esportazioni, quali strumenti) - un piccolo blob limitato in localStorage, mai letto da noi, mai inviato da nessuna parte.
• I tuoi documenti, sessioni salvate, asset e font caricati - archiviati in IndexedDB sul tuo dispositivo, mai caricati, mai letti da nessuno tranne te.

Nulla di tutto questo viene condiviso, venduto o usato per identificarti o tracciarti. Non c'è nulla a cui acconsentire, perché non avviene alcuna raccolta - solo questo avviso, così sai cosa viene conservato e dove. Cancellare lo storage del sito nel tuo browser rimuove tutto in qualsiasi momento, e lo stesso fa Impostazioni → Spazio di archiviazione → Cancella tutti i miei dati, che disattiva anche la Sincronizzazione. (Ai sensi della Direttiva ePrivacy Art. 5(3), l'archiviazione strettamente necessaria per il servizio che hai richiesto non richiede consenso - solo trasparenza, che è esattamente ciò che sono questo documento e l'avviso nell'app.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBVerifica tu stessoScarica il file firmato signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBVerifica tu stessoScarica il file firmato

Il tuo backup personale di questi dati - il pacchetto lolly-backup prodotto da Esporta i miei dati - è un file che conservi e controlli tu. Non tocca mai i nostri server a meno che tu non scelga di inviarlo da qualche parte tu stesso. Vedi Trasferimento dati.

Strumenti sul dispositivo

Alcuni strumenti - Strip Hidden Data, Compress PDF e altri con il badge "Runs on your device" - operano su un file che fornisci tu. Il file viene letto in memoria nel tuo browser, trasformato localmente e restituito come download. Non viene mai caricato, perché non c'è alcun server nel percorso a cui caricarlo. Questi strumenti funzionano offline, e il loro output non porta alcun watermark o metadato nostro - lo scopo della maggior parte di essi è rimuovere e proteggere i dati, non aggiungere rischi.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBVerifica tu stessoScarica il file firmato signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBVerifica tu stessoScarica il file firmato

Prepare for sharing mantiene gli input di lavoro, i risultati privati e le mappe di sostituzione in memoria, senza aggiungerli automaticamente alla cronologia, ai link, ai backup o alla sincronizzazione. L'ispezione e la sostituzione non inviano il contenuto del file a un server né convalidano credenziali online. L'utente sceglie se copiare, scaricare, inviare o salvare esplicitamente un risultato nella propria libreria; un risultato salvato segue poi le normali impostazioni di backup e sincronizzazione della libreria. I file di ricetta omettono i payload precedenti e le mappature letterali. I report di riepilogo contengono conteggi, id di ambito e hash dei file. La CLI può anche salvare un file di revisione privato contenente i valori originali, solo quando richiesto esplicitamente con --review-file. Chiudere o abbandonare una vista di preparazione nel browser rilascia il suo stato di lavoro; questa non è una promessa di cancellazione forense dalla memoria del browser o del sistema operativo.

Tutte le richieste di rete che l'app può effettuare

La tabella sotto è l'elenco completo di tutto ciò che l'app recupera o invia su una rete. Se non è qui, l'app non lo fa.

Ogni host fisso in quella tabella è anche l'elenco completo consentito nella Content-Security-Policy dell'app, che il browser applica. Quindi l'elenco non è solo una descrizione di ciò che il codice fa oggi, è il confine a cui il browser vincola l'app: un cambiamento futuro che provasse a contattare un altro host verrebbe bloccato, non permesso silenziosamente. Una riga è l'eccezione deliberata, e la sua stessa cella lo dice: Send to LinkedIn esiste solo nelle app desktop, quindi la policy dell'app web non nomina nessuno dei suoi due host - l'app web non potrebbe raggiungerli anche se il suo codice ci provasse. Altre due righe, Bluesky e Discord, sono anch'esse solo per desktop per lo stesso motivo, e i loro host restano fuori dalla policy web per la stessa ragione. Cinque righe non hanno un host fisso, perché sei tu a scegliere l'indirizzo al momento dell'uso: un URL che chiedi a uno strumento di catturare, un'istanza remota verso cui punti la shell, e il tuo server Mastodon, server WebDAV o bucket S3 (gli ultimi due anche come destinazione di sincronizzazione). Nessuna di queste è nella policy, e ciascuna avviene solo quando digiti un indirizzo e agisci su di esso. La riga di Penpot raggiunge Penpot attraverso l'origine stessa dell'app, quindi è coperta da 'self'. Un'installazione che non vuole nessuna delle opzionali (un'istanza aziendale con i propri font, ad esempio) rimuove quegli host dalla propria policy e le funzioni falliscono in modo sicuro invece di contattare l'esterno.

A parte due tipi di riga, nessuna di queste invia i tuoi documenti, progetti, sessioni o file caricati da nessuna parte: esistono per portare cose verso il tuo dispositivo (strumenti, font, modelli). I due tipi sono le righe Send, che inviano l'unico file che hai scelto, e la riga di sincronizzazione, che invia una copia del tuo lavoro allo storage che hai scelto e a nessun server Lolly. Ogni altra eccezione è nominata esplicitamente nelle sezioni sottostanti.

Una nota su cosa abbiamo rimosso. Verify può controllare le firme SEAL, uno schema in cui la chiave di firma di un file viene pubblicata nel DNS. I browser non possono fare query DNS, quindi qualsiasi implementazione web deve instradare la ricerca attraverso un resolver DNS-over-HTTPS di terze parti

• il che mostrerebbe a quell'operatore il dominio controllato più il tuo indirizzo IP. Un tempo usavamo

quello di Cloudflare. Non lo facciamo più, e non c'è un sostituto: Verify ora non passa alcun resolver, quindi la verifica SEAL non fa alcuna richiesta di rete. Nessuna app Lolly cerca oggi le chiavi SEAL nel DNS: le app desktop e mobile eseguono la stessa vista Verify, e lolly validate a riga di comando non controlla SEAL. Un file il cui record SEAL porta la chiave inline viene controllato offline, e Verify definisce la firma internamente coerente senza confermare il dominio. Un file la cui chiave risiede solo nel DNS mostra La firma SEAL non è stata verificata, con il motivo "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBVerifica tu stessoScarica il file firmato signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBVerifica tu stessoScarica il file firmato Puoi verificarlo tu stesso: controlli greppabili per questa e ogni altra affermazione in questa pagina, con i comandi esatti e l'output atteso, si trovano su Verify It Yourself.

URL di rendering incorporabili

Attivo su lolly.tools. Ogni URL https://lolly.tools/tool/<tool-id>.<ext>?<inputs> viene effettivamente renderizzato, e gli input viaggiano in quello stesso URL. La sezione sottostante spiega cosa significa questo per te, e un operatore può disattivare la funzionalità sulla propria istanza.

L'app stessa resta interamente sul tuo dispositivo. Separatamente, un operatore può abilitare gli URL di rendering incorporabili - /tool/<tool-id>.<ext>?<inputs> - così un link Lolly condiviso può apparire come un'immagine live in un README, un wiki o una dashboard. Recuperarne uno chiede al server di renderizzare dati pubblici di strumenti e catalogo con gli input scritti nell'URL.

• Nessun account, nessun cookie, nessuno stato. L'endpoint è anonimo, e non viene letto nulla sul tuo dispositivo. I tuoi documenti, sessioni e caricamenti non escono mai dal tuo browser - non possono comparire in questi link in alcun modo.
• Ma l'URL stesso viene registrato. La stringa di query di un URL fa parte della riga di richiesta, quindi compare nei normali log di accesso della piattaforma di hosting, proprio come qualsiasi percorso richiesto. Se gli input di un link contengono il nome o l'email di qualcuno - un badge nominativo, una firma email - quel testo finisce in quei log, e nessuna formulazione della policy lo cambia. Quindi un URL hot-link è il posto sbagliato per dati personali: dagli solo ciò che metteresti su una pagina pubblica.
• Gli input sono comunque pubblici per costruzione - sono ciò che chi ha creato il link ha digitato nell'URL, leggibile da chiunque raggiunga il link. Non inserire informazioni riservate in un link condiviso. Lolly offre la cifratura dei link per i contenuti sensibili.
• Le risposte vengono memorizzate in cache e limitate nella velocità come qualsiasi immagine pubblica, e contrassegnate come noindex così i motori di ricerca non indicizzano i tuoi render.

Fai self-hosting di Lolly e non vuoi una superficie di rendering pubblica? Imposta LOLLY_DISABLE_RENDER_GET=1 e ognuno di questi URL restituisce 404.

Il server MCP (opzionale, per agenti AI)

Lolly può anche essere raggiunto da un agente AI tramite il Model Context Protocol - un endpoint gestito da un operatore (lolly.tools ne gestisce uno; chiunque può fare self-hosting del proprio, anche completamente air-gapped). Condivide la postura senza account del percorso di rendering, più quattro strumenti che necessariamente gestiscono i byte dei file:

• lolly_transform (esegue uno strumento sul dispositivo lato server, per conto dell'agente chiamante), lolly_verify (controlla i Content Credentials) e lolly_redact (oscura regioni di un'immagine o di un PDF) accettano tutti i byte di un file dal chiamante. Vengono elaborati in processo, in memoria, e il risultato viene restituito in quella stessa chiamata - il file non viene mai scritto su disco e mai conservato una volta completata la richiesta.
• lolly_rebrand (rinnova un vecchio mazzo di diapositive su un sistema

di design, attraverso le sue fasi plan, compile e inspect) accetta i byte di un mazzo allo stesso modo, e li elabora in memoria, solo per quella chiamata - non viene scritto nulla su disco né conservato una volta inviata la risposta. La sua prima fase, capabilities, indica a parole dove andrebbero i tuoi byte prima che tu ne invii uno: su un server locale self-hosted il mazzo non lascia mai quella macchina; su un server ospitato, chiamare lolly_rebrand invia il mazzo lì, fino ai limiti di dimensione e di diapositive che quella stessa fase indica.

• Gli strumenti per le immagini (lolly_look, lolly_sample_color e lolly_trace_edges) possono anche ricevere un file immagine dal chiamante, gestito allo stesso modo: in memoria, solo per quella chiamata. Ogni altro strumento funziona dai parametri della chiamata: testo, numeri, colori, URL, id di asset del catalogo, o un documento fornito dal chiamante.
• L'accesso è o un token condiviso che l'operatore rilascia ai client di cui si fida, oppure OAuth 2.1 stateless: token firmati a breve durata verificati contro un segreto condiviso, nulla archiviato lato server e il token stesso non viene mai scritto in un log o in un URL di rendering.

Identità Content Credentials (un accesso che devi avviare tu stesso)

Lolly può sigillare una Content Credential crittografica nelle tue esportazioni così chiunque può verificare, offline, che un file è inalterato da quando ha lasciato Lolly. Questo è attivo per impostazione predefinita e completamente locale - la chiave di firma viene generata sul tuo dispositivo e la firma stessa avviene offline. Senza iscrizione quella chiave è usa e getta: una nuova coppia di chiavi generata per ogni esportazione e scartata con essa. Una volta iscritto, la chiave diventa duratura e viene generata non estraibile - nemmeno il codice di Lolly può leggerla, può solo chiederle di firmare. In entrambi i casi non lascia mai il tuo dispositivo. Questa sezione copre l'unico passaggio opzionale in aggiunta a questo: iscrivere un'identità verificata, così le tue esportazioni dicono "Verified - signed by \<your email\>" invece di una chiave anonima. Se salti l'iscrizione, nulla in questa sezione ti riguarda, e nessun dato personale lascia mai il tuo dispositivo.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBVerifica tu stessoScarica il file firmato signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBVerifica tu stessoScarica il file firmato

Se ti iscrivi, ecco esattamente cosa succede:

1. Scegli un metodo di accesso - GitHub, Google, SUSE (id.suse.com) o un link inviato via email. Per i tre provider OIDC, vieni reindirizzato alla pagina di accesso di quel provider, governata dalla loro informativa sulla privacy, non dalla nostra. Il servizio certificati di Lolly riceve indietro solo un indirizzo email verificato e il nome del provider. Per il link via email, l'indirizzo che digiti viene passato a Resend, un'API email transazionale, solo per consegnare quel singolo link.
2. Un cookie a breve durata protegge il reindirizzamento. Questo è l'unico cookie che l'intero sistema Lolly imposta: lolly_ca_state, HttpOnly, con ambito /api/ca, in scadenza entro dieci minuti. Contiene un valore casuale, non un identificativo di tracciamento, ed esiste solo per impedire che il reindirizzamento OAuth venga falsificato. Viene cancellato appena l'accesso si completa.
3. Il tuo indirizzo IP viene usato, brevemente, per prevenire abusi degli endpoint di

accesso (così uno script non può inondare una casella di posta o esaurire la quota email). Lolly lo trasforma con una funzione hash prima di creare un bucket di controllo abusi di breve durata; l'indirizzo originale non viene inviato a quello store. Il bucket scade dopo circa un minuto e non viene usato per il tracciamento. I normali log di accesso dell'hosting sono separati e descritti più sotto.

4. Il servizio certificati emette un certificato a breve durata (7, 30, 90 o 365 giorni, a tua scelta, limitato dalla policy dell'operatore) che lega la tua email verificata alla metà pubblica della coppia di chiavi generata sul tuo dispositivo. La metà privata non lascia mai il tuo browser.
5. Nulla dell'emissione viene registrato. Il servizio certificati non mantiene alcun log di emissione: non la tua email, non il provider, non un numero di serie, non un timestamp. Nessun database, nessuna riga di log, nessun webhook. Il tuo indirizzo email esiste nella richiesta solo abbastanza a lungo da essere scritto nel certificato che il tuo stesso dispositivo riceve, e poi è sparito completamente dal nostro lato.
6. Dopo di ciò, la firma torna ad essere offline per tutta la durata del certificato. Esportare un file non contatta mai il servizio certificati - solo l'iscrizione lo faceva.

Il compromesso, detto chiaramente. Una versione precedente di questo servizio registrava effettivamente ogni emissione, così che un certificato mal rilasciato o compromesso potesse essere tracciato. L'abbiamo rimosso, perché quel log era l'unico punto in tutto Lolly dove dati personali venivano depositati su un server, e preferiamo non conservarli piuttosto che conservarli con cura. Ciò che rinunciamo è la tracciabilità lato server: se un certificato viene usato in modo improprio non possiamo risalire a chi lo ha ottenuto. I certificati sono a breve durata per progettazione - da 7 a 365 giorni, a tua scelta, limitato dall'operatore - e scadono da soli, che è la mitigazione su cui facciamo affidamento invece. I self-hoster i cui obblighi richiedono un log di audit possono aggiungerne uno, e diventare i titolari di quel dato facendolo.

L'estensione del browser

L'estensione del browser Lolly URL Screenshot non raccoglie dati personali per noi. Non ha analytics, tracciamento né un server proprio. La pagina Estensione del browser descrive come funziona.

Cosa fa. L'app web di Lolly può chiederle lo screenshot di una pagina web, o il contenuto di una pagina per avviare un design system da un sito web. Ogni richiesta apre nell'estensione una finestra di approvazione che mostra il sito richiedente, se vuole uno screenshot o il contenuto della pagina, e l'indirizzo della pagina. Solo dopo che premi Approve once l'estensione apre quella pagina in una scheda in background temporanea, scatta lo screenshot o legge la pagina, restituisce il risultato alla scheda Lolly che l'ha richiesto e chiude la scheda. Ogni richiesta ha bisogno della propria approvazione.

Dati.

• Non raccogliamo nulla. Il risultato va solo alla pagina Lolly che l'ha richiesto, nello stesso browser. L'estensione non conserva il contenuto delle pagine e non aggiunge altri destinatari.
• Richieste di rete. La pagina che approvi si carica come in qualsiasi scheda, insieme a ciò che la pagina stessa richiede. Leggere il contenuto di una pagina recupera anche i suoi fogli di stile e alcune sue icone e loghi, dall'interno della pagina, e quei recuperi non inviano cookie ad altri siti. L'estensione non fa altre richieste, e nessuna va a un server Lolly.
• La sessione del tuo browser. La pagina si carica con la sessione del tuo browser, come se l'aprissi tu, quindi una pagina a cui hai effettuato l'accesso può mettere informazioni private nel risultato.
• Gli indirizzi che approvi sono usati solo per caricare quella singola pagina per quella singola richiesta. Non vengono registrati né condivisi.

Permessi.

• debugger - per scattare lo screenshot tramite il DevTools Protocol (lo stesso meccanismo usato dall'app desktop di Lolly).
• tabs - per aprire e chiudere la scheda temporanea, e per verificare che né la pagina Lolly né la pagina di destinazione si siano spostate da quando hai approvato.
• scripting - per leggere il contenuto di una pagina nella scheda temporanea, dopo che hai approvato quella richiesta.
• storage - per annotare gli id delle sue schede temporanee nella session storage, così si chiudono comunque se il browser ferma l'estensione durante una richiesta. Nessun contenuto di pagina viene conservato.
• *Accesso opzionale ai siti (http:///, https:///) - non concesso all'installazione. Quando premi Approve once*, l'estensione chiede a Chrome l'accesso al solo sito di quella richiesta, e Chrome te lo chiede la prima volta per ogni sito. Un sito che hai già consentito richiede comunque una nuova approvazione per ogni richiesta.

Nessuno di questi viene usato per leggere, monitorare o trasmettere la tua navigazione oltre la singola richiesta che hai approvato.

Log di infrastruttura

Come qualsiasi sito web, i server dietro lolly.tools - e dietro qualsiasi installazione di Lolly - generano log di accesso web-server standard ogni volta che una richiesta li raggiunge: indirizzo IP, percorso richiesto, timestamp, user agent. Questo è comportamento di hosting di base, non qualcosa che Lolly aggiunge, e non contiene mai il contenuto dei tuoi documenti, perché quelli non raggiungono mai un server. L'unica eccezione deliberata è un file che consegni esplicitamente a una chiamata MCP lolly_transform, lolly_verify, lolly_redact o lolly_rebrand, che viene elaborato in memoria e mai scritto su disco o in un log, come descritto sopra.

Il codice di Lolly non scrive nulla in quei log. Il server MCP registra avvio, configurazione e avvisi di rendering; non tiene un proprio log delle richieste e non registra token né indirizzi dei chiamanti. Il pass-through di Penpot registra il nome di ogni comando e lo stato della risposta di Penpot, mai intestazioni, token o il file. Il servizio certificati registra le impostazioni di avvio e gli avvisi di configurazione, più due righe ripulite in caso di fallimento: un codice di stato di invio fallito senza indirizzo del destinatario, e una riga di errore fissa senza testo d'errore, stack trace o URL (un errore del provider può portare valori di identità o credenziali). Tutto il resto nel log appartiene alla piattaforma di hosting, non a noi.

Per lolly.tools, l'hosting è Vercel e la conservazione dei log di accesso segue le impostazioni predefinite della piattaforma Vercel per il nostro piano. Non configuriamo alcun log drain, nessuna esportazione dei log a lungo termine e nessun prodotto di analytics o monitoraggio in aggiunta. Non conserviamo alcuna copia di questi log noi stessi, il che significa anche che non abbiamo modo di cercarli per te - vedi I tuoi diritti.

Basi giuridiche, conservazione e destinatari

Quasi nulla qui richiede una base giuridica, perché quasi nulla viene trattato. Per completezza, l'elenco completo:

Destinatari. Le categorie di destinatari sono: il nostro fornitore di hosting (Vercel Inc.); il nostro fornitore dello store di controllo abusi, che riceve solo chiavi di bucket derivate in un'unica direzione e di breve durata, mai l'indirizzo IP originale; e - solo se usi l'opzione di accesso via email - un fornitore di email transazionali (Resend). Se accedi con GitHub, Google o SUSE (id.suse.com), interagisci direttamente con quel fornitore secondo la sua privacy policy. Ci comunicano un indirizzo email verificato e nient'altro. Non condividiamo dati personali con nessun altro, e non vendiamo dati, non facciamo pubblicità né profilazione degli utenti.

Trasferimenti fuori dallo SEE. Vercel e Resend sono aziende statunitensi. Il compute delle funzioni per lolly.tools è fissato sulla regione di Vercel a Francoforte (fra1), quindi l'elaborazione avviene nell'UE, ma essendo fornitori con sede negli USA possono comunque accedere ai dati come responsabili del trattamento dagli USA. Questi trasferimenti si basano sulle Clausole Contrattuali Standard della Commissione Europea e/o sul EU-US Data Privacy Framework, come indicato nell'accordo di trattamento dati di ciascun fornitore. Poiché i dati personali che raggiungono questi fornitori sono così limitati - un indirizzo email trasmesso per inviare un messaggio, i normali log di accesso, e un bucket di controllo abusi derivato e di breve durata - l'esposizione è corrispondentemente ridotta.

Processo decisionale automatizzato. Nessuno. Non c'è profilazione né alcuna decisione automatizzata che produca effetti giuridici o similmente significativi (Art. 22).

Privacy dei minori

Lolly non raccoglie consapevolmente informazioni personali da nessuno, di nessuna età, nel normale uso dell'app - non c'è nulla da raccogliere. L'unico punto in cui vengono mai raccolte informazioni personali (un indirizzo email) è l'iscrizione a Content Credentials, descritta sopra, che non è rivolta né destinata ai minori.

I tuoi diritti

Poiché quasi tutto ciò che Lolly tocca è memorizzato solo sul tuo dispositivo, la maggior parte di ciò che la normativa sulla protezione dei dati chiama "i tuoi diritti" - accesso, correzione, cancellazione, portabilità - sono cose che puoi già fare da solo, istantaneamente, senza chiedere a nessuno: i tuoi dati vivono nello storage del tuo browser, in una forma che puoi ispezionare, esportare (Esporta i miei dati, sopra) o eliminare (cancellando lo storage del sito nel tuo browser, come sopra).

Formalmente, ai sensi degli Articoli 15-22 del GDPR hai il diritto di accedere ai tuoi dati personali, di rettificarli, di cancellarli, di limitare o opporti al loro trattamento (compresa l'opposizione a tutto ciò che basiamo su legittimi interessi), alla portabilità dei dati e - dove il trattamento si basa sul consenso - di revocare quel consenso in qualsiasi momento, senza pregiudicare la liceità di quanto avvenuto prima della revoca.

Ecco la posizione onesta sull'esercizio di questi diritti nei nostri confronti. Poiché non teniamo più un registro delle emissioni, non deteniamo alcun dato personale su di te che possiamo consultare, correggere, esportare o eliminare. Se ci scrivi per chiedere cosa abbiamo su di te, la risposta sincera è nulla, e te lo diremo. L'unica categoria che esiste è costituita dai log di accesso dell'hosting associati a un indirizzo IP, detenuti dal nostro fornitore di hosting secondo i suoi default di conservazione. Non abbiamo alcuno strumento per cercarli o eliminarli selettivamente, e te lo diremo piuttosto che fingere il contrario. Tutto ciò che è realmente tuo è sul tuo dispositivo, dove puoi già leggerlo, esportarlo e distruggerlo senza chiedere il permesso a nessuno.

Hai il diritto di presentare reclamo. Se ritieni che abbiamo gestito i tuoi dati in modo scorretto, puoi presentare un reclamo a un'autorità di controllo per la protezione dei dati - nell'UE, l'autorità del tuo paese di residenza, di lavoro o dove ritieni sia avvenuta la violazione (Art. 77). La nostra autorità di controllo capofila è il Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) ad Ansbach, Germania. Non serve contattarci prima, anche se ci piacerebbe avere l'occasione di correggere il problema.

Non vendiamo dati. Non ne abbiamo da vendere.

Modifiche a questa policy

La data in cima cambia ogni volta che questo documento cambia. Una modifica che altera cosa esce dal tuo dispositivo o cosa viene conservato ottiene una propria riga qui, non una modifica silenziosa - se vuoi vedere cosa è cambiato, chiedi (sotto) o confronta con la fonte pubblica.

22 ottobre 2026: corretta la descrizione del comportamento esistente. La sezione sull'estensione del browser ora copre la finestra di approvazione per ogni richiesta, l'accesso ai siti richiesto un sito alla volta e i recuperi di fogli di stile e icone nella lettura di un sito web. Corretti anche: le righe Send to Google Drive e Meeting Planner, la nota su SEAL (nessuna app Lolly cerca le chiavi SEAL nel DNS), il livello predefinito di telemetria d'uso del servizio per le organizzazioni, gli strumenti immagine di MCP e il logging applicativo dei servizi pubblici. Il software in sé non è cambiato.

Chi è responsabile e come contattarci

Il titolare del trattamento per lolly.tools è:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Nürnberg Germania

SUSE ha nominato un Responsabile della Protezione dei Dati, raggiungibile a privacy@suse.com. Usa questo indirizzo per qualsiasi richiesta formale ai sensi di "I tuoi diritti" sopra.

Per qualsiasi cosa riguardo Lolly stesso - come funziona, perché una cosa è fatta in un certo modo o una correzione a questo documento - contatta Andy Fitzsimon, fitzy@suse.com.

Per un'istanza Lolly self-hosted o enterprise, contatta invece chi la gestisce: l'operatore è il titolare del trattamento per il proprio deployment. SUSE e il progetto open source Lolly non detengono dati per i deployment che non gestiscono.