Informativa sulla privacy

Ultimo aggiornamento: 11 agosto 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 ciò 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. Cancella tutto in qualsiasi momento con Profilo → Cancella tutti i miei dati, oppure cancellando l'archiviazione del sito nel tuo browser. (Secondo la Direttiva ePrivacy Art. 5(3), l'archiviazione strettamente necessaria per il servizio richiesto non richiede consenso - solo trasparenza, che è esattamente ciò che sono questo documento e l'avviso nell'app.)

signed by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file14 paths~2.0k nodes39 groups28 KBsigned by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file14 paths~2.0k nodes39 groups29 KB

Il tuo backup personale di questi dati - il pacchetto lolly-backup prodotto da Esporta i miei dati e rendi tutto - è 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 Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file1 path7 nodes3 KBsigned by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file1 path7 nodes3 KB

Quando l'app comunica con una rete, in dettaglio

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 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, e un'istanza remota verso cui punti la shell. Nessuna delle due è nella policy, e ciascuna avviene solo quando digiti un indirizzo e agisci su di esso. 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.

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), mai per inviare cose da esso, con le eccezioni nominate 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: l'app web ora non passa alcun resolver, quindi la verifica SEAL qui non genera zero richieste di rete. I file il cui record SEAL porta la chiave inline continuano a verificarsi completamente offline. I file la cui chiave risiede nel DNS mostrano "nessun resolver di chiavi" invece, e puoi verificarli nell'app desktop o a riga di comando, che risolvono il DNS nativamente attraverso la tua stessa macchina senza terze parti coinvolte.

signed by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file10 paths~7.6k nodes14 groups84 KBsigned by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file10 paths~7.6k nodes14 groups84 KB 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

Attualmente disattivato su lolly.tools. Ogni URL https://lolly.tools/tool/<tool-id>.<ext> restituisce oggi 404. La sezione sottostante descrive cosa fa la funzionalità quando un operatore la attiva, e perché non l'abbiamo fatto. Verrà attivata qui una volta che il servizio si sposterà su un'infrastruttura gestita da SUSE, e questo avviso cambierà quando accadrà.

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. Questa è la ragione specifica per cui questa funzione è disattivata qui per impostazione predefinita anziché attiva.
• 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 - come fa attualmente lolly.tools stesso - 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ù tre 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.
• Ogni altro strumento - lolly_render, lolly_build_url, lolly_list_tools, lolly_describe_tool - funziona solo da parametri (testo, numeri, colori, URL, id di asset del catalogo), gli stessi input che accetta un URL di rendering incorporabile.
• 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 Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file21 paths~10k nodes16 groups112 KBsigned by Lollyvector SVG2026-08-24Verifica tu stessoGet the signed file21 paths~10k nodes16 groups112 KB

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ò spammare una casella di posta o esaurire la quota email) - tenuto solo in memoria del server, per una finestra scorrevole di circa un minuto, mai scritto in un log o conservato in alcun modo.
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, archivia o trasmette alcun dato personale. Nessun analytics, nessun tracciamento, nessun server remoto.

Cosa fa. Quando chiedi all'app web di Lolly di catturare uno screenshot di un URL, l' estensione apre quella pagina in una scheda in background temporanea, la cattura nel tuo browser usando il DevTools Protocol, restituisce l'immagine all'app e chiude la scheda. Tutto avviene localmente, sul tuo stesso dispositivo e sulla tua rete.

Dati.

• Non raccogliamo nulla. L'estensione non ha server e non effettua alcuna richiesta di rete propria.
• Le immagini catturate vanno direttamente all'app Lolly nello stesso browser - mai caricate dall'estensione.
• Gli URL che catturi sono usati solo per caricare quella singola pagina per quello singolo screenshot. Non vengono registrati né condivisi.

Permessi.

• debugger - per catturare la pagina renderizzata tramite il DevTools Protocol (lo stesso meccanismo usato dall'app desktop di Lolly).
• tabs - per aprire e chiudere la scheda temporanea in cui la pagina viene caricata.
• Accesso agli host (<all_urls>) - perché la pagina che scegli di catturare può essere su qualsiasi sito. Chrome mostra questo al momento dell'installazione come un avviso di permesso ampio. L'estensione visita sempre e solo l'URL che le fornisci.

Nessuno di questi viene usato per leggere, monitorare o trasmettere la tua navigazione oltre quella singola cattura richiesta.

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 o lolly_redact, 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 non contiene alcuna istruzione di logging. Il servizio certificati emette esattamente due righe, entrambe in caso di fallimento ed entrambe deliberatamente ripulite: un codice di stato di invio fallito senza indirizzo del destinatario, e un messaggio di errore senza stack trace o URL (uno stack potrebbe portare un token di iscrizione). 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.) 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 ciascun fornitore sono così limitati - un indirizzo email trasmesso per inviare un messaggio, e i normali log di accesso - 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 (Export my data & render everything, sopra) o eliminare (Profile → Clear all my data).

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.

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.