Privacybeleid

Laatst bijgewerkt: 22 oktober 2026

De korte versie. De documenten, afbeeldingen, video's en bestanden die je in Lolly maakt, blijven op je apparaat. Er zijn geen accounts nodig voor gewoon gebruik, geen cookies van de app zelf en nergens in de codebase analytics of trackers - niet "we gebruiken de data niet," maar écht niet aanwezig in de bron. Er bestaat een korte, volledige lijst uitzonderingen voor de gevallen waarin de software überhaupt met een netwerk praat, en elk daarvan wordt hieronder concreet beschreven: wat er weggaat, naar wie en wanneer. De enige uitzondering die iets persoonlijks betreft, is een aanmelding die je expliciet moet starten. Staat het niet in dit document, dan gebeurt het niet.

Wat dit beleid dekt

Lolly is open-source software - een engine, meerdere app-shells (web, desktop, mobiel, CLI) en een browserextensie - die iedereen kan draaien. Dit beleid bestaat uit twee delen:

• De software zelf: wat deze wel en niet doet met je data, waar deze ook draait. Dit is een eigenschap van de code, dus het geldt voor elke Lolly-implementatie, van ons of van iemand anders.
• lolly.tools, de referentie-implementatie die SUSE beheert: de specifieke keuzes die gemaakt zijn bij het draaien van de optionele serveronderdelen ervan (wat er wordt gelogd, hoelang, door wie).

Als je een self-hosted of enterprise Lolly-instantie gebruikt, geldt het onderstaande softwaregedrag nog steeds, maar de operator van die instantie - niet SUSE - is verantwoordelijk voor alles wat server-side gebeurt: hun render-endpoint, hun MCP-server, hun certificaatautoriteit voor Content Credentials, als ze er een draaien. Vraag hen om hun eigen beleid. Zie Adoptie & Governance voor wat het beheren van Lolly inhoudt.

De app: wat op je apparaat blijft

De web-, desktop- en mobiele shells van Lolly draaien de volledige render-engine client-side. Een tool openen, invoer invullen, voorvertonen en exporteren gebeurt allemaal op je apparaat - er is geen server bij betrokken, en de app werkt offline zodra deze geladen is.

De app stelt geen cookies in. Om te functioneren houdt de app een kleine hoeveelheid data alleen op je apparaat bij, nooit verzonden:

• Interfacevoorkeuren - thema, taal, geluidsinstellingen, formaat van zijbalk/zoom, sorteer- en weergavekeuzes, welke onboardingtips je hebt gezien - in localStorage, zodat ze beschikbaar zijn voordat de app klaar is met opstarten.
• Een offline cache van de toolcatalogus en asset-voorvertoningen, zodat de galerij werkt zonder verbinding.
• Lokale gebruikstellers voor de statistieken op je profielkaart (hoeveel exports, welke tools) - een kleine, begrensde blob in localStorage, nooit door ons gelezen, nooit ergens naartoe verzonden.
• Je eigen documenten, opgeslagen sessies, geüploade assets en lettertypen - opgeslagen in IndexedDB op je apparaat, nooit geüpload, nooit door iemand anders dan jij gelezen.

Niets hiervan wordt gedeeld, verkocht of gebruikt om je te identificeren of te volgen. Er is niets om toestemming voor te geven, omdat er geen verzameling plaatsvindt - alleen deze kennisgeving, zodat je weet wat wordt bewaard en waar. De opslag van de site in je browser wissen verwijdert dat allemaal op elk moment, en dat doet Instellingen → Opslag → Al mijn gegevens wissen ook, wat ook eerst Synchronisatie uitschakelt. (Onder de ePrivacy-richtlijn Art. 5(3) vereist opslag die strikt noodzakelijk is voor de dienst die je hebt aangevraagd geen toestemming - alleen transparantie, en dat zijn dit document en de melding in de app allebei.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBControleer het zelfDownload het ondertekende bestand signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBControleer het zelfDownload het ondertekende bestand

Je eigen back-up van deze gegevens - de bundel lolly-backup die wordt gemaakt door Exporteer mijn gegevens - is een bestand dat je zelf bewaart en beheert. Het raakt onze servers nooit, tenzij je er zelf voor kiest het ergens naartoe te sturen. Zie Data Transfer.

On-device hulpprogramma's

Sommige tools - Verborgen data verwijderen, PDF comprimeren en andere met het "Draait op je apparaat"-label - werken op een bestand dat jij aanlevert. Het bestand wordt in je browser in het geheugen ingelezen, lokaal getransformeerd en teruggegeven als download. Het wordt nooit geüpload, omdat er geen server in het pad is om het naar te uploaden. Deze hulpprogramma's werken offline en hun uitvoer bevat geen watermerk of metadata van ons - het doel van de meeste ervan is juist om data te verwijderen & te beschermen, niet om risico toe te voegen.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBControleer het zelfDownload het ondertekende bestand signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBControleer het zelfDownload het ondertekende bestand

Prepare for sharing bewaart werkinvoer, privévondsten en vervangingskaarten in het geheugen, zonder ze automatisch toe te voegen aan geschiedenis, links, back-ups of synchronisatie. Inspectie en vervanging sturen geen bestandsinhoud naar een server en verifiëren geen credentials online. Gebruikers kiezen zelf of ze een resultaat kopiëren, downloaden, versturen of expliciet opslaan in hun bibliotheek; een opgeslagen resultaat volgt daarna de normale back-up- en synchronisatie-instellingen van de bibliotheek. Receptbestanden laten eerdere payloads en letterlijke koppelingen weg. Samenvattingsrapporten bevatten aantallen, scope-ID's en bestandshashes. De CLI kan ook een privé-controlebestand opslaan met de oorspronkelijke waarden, alleen wanneer daar expliciet om wordt gevraagd met --review-file. Een voorbereidingsweergave in de browser wissen of verlaten maakt zijn werktoestand vrij; dit is geen belofte van forensische verwijdering uit browser- of OS-geheugen.

Elk netwerkverzoek dat de app kan doen

De onderstaande tabel is de volledige lijst van alles wat de app ophaalt of verzendt over een netwerk. Staat het hier niet, dan doet de app het niet.

Elke vaste host in die tabel is ook de volledige toelatingslijst in het Content-Security-Policy van de app, die de browser afdwingt. De lijst is dus niet alleen een beschrijving van wat de code vandaag doet, het is de grens die de browser aan de app oplegt: een toekomstige wijziging die zou proberen een andere host te bereiken, zou worden geblokkeerd, niet stilzwijgend toegestaan. Eén rij is de bewuste uitzondering, en zijn eigen cel legt dat uit: Versturen naar LinkedIn bestaat alleen in de desktopapps, en het beleid van de webapp noemt geen van zijn hosts - de webapp zou ze niet kunnen bereiken, zelfs als de code het probeerde. Nog twee rijen, Bluesky en Discord, zijn op dezelfde manier alleen-desktop, en hun hosts blijven om dezelfde reden buiten het webbeleid. Vijf rijen hebben geen vaste host, omdat je het adres kiest op het moment van gebruik: een URL die je een tool laat vastleggen, een externe instantie waar je de shell naartoe wijst, en je eigen Mastodon- server, WebDAV-server of S3-bucket (de laatste twee ook als synchronisatiehuis). Geen daarvan staat in het beleid, en elk gebeurt alleen wanneer je een adres typt en ernaar handelt. De Penpot-rij bereikt Penpot via de eigen oorsprong van de app, dus die is gedekt door 'self'. Een deployment die geen van de optionele onderdelen wil (een zakelijke instantie met eigen lettertypen, bijvoorbeeld) verwijdert die hosts uit zijn beleid, en de functies falen dan gesloten in plaats van naar buiten te reiken.

Op twee soorten rijen na, stuurt geen van deze je documenten, projecten, sessies of geüploade bestanden ergens naartoe: ze bestaan om dingen naar je apparaat te brengen (tools, lettertypen, modellen). De twee soorten zijn de Versturen-rijen, die het ene bestand versturen dat je koos, en de synchronisatierij, die een kopie van je werk stuurt naar de opslag die je koos en naar geen enkele Lolly-server. Elke andere uitzondering wordt expliciet genoemd in de secties hieronder.

Een opmerking over wat we verwijderd hebben. Verify kan SEAL-handtekeningen controleren, een schema waarbij de ondertekeningssleutel van een bestand in DNS wordt gepubliceerd. Browsers kunnen geen DNS-queries doen, dus elke webimplementatie moet de opzoeking routeren via een externe DNS-over-HTTPS- resolver - waardoor die operator het gecontroleerde domein plus je IP- adres te zien zou krijgen. We gebruikten vroeger die van Cloudflare. Dat doen we niet meer, en er is geen vervanging: Verify geeft nu helemaal geen resolver door, dus SEAL-verificatie doet nul netwerkverzoeken. Geen enkele Lolly-app zoekt vandaag SEAL-sleutels op in DNS: de desktop- en mobiele apps draaien dezelfde Verify-weergave, en de opdrachtregel-lolly validate controleert SEAL niet. Een bestand waarvan het SEAL-record de sleutel inline draagt, wordt offline gecontroleerd, en Verify noemt de handtekening intern consistent zonder het domein te bevestigen. Een bestand waarvan de sleutel alleen in DNS staat, toont SEAL-handtekening kon niet worden geverifieerd, met de reden "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBControleer het zelfDownload het ondertekende bestand signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBControleer het zelfDownload het ondertekende bestand Je kunt dit zelf controleren: doorzoekbare checks voor deze en elke andere claim op deze pagina, met de exacte commando's en verwachte uitvoer, vind je op Verify It Yourself.

Hot-linked render-URL's

Live op lolly.tools. Elke URL https://lolly.tools/tool/<tool-id>.<ext>?<inputs> rendert echt, en de invoer reist mee in die URL. De sectie hieronder is wat dat voor jou betekent, en een operator kan de functie uitzetten op zijn eigen instantie.

De app zelf blijft volledig op je apparaat. Los daarvan kan een operator hot-link render- URL's inschakelen - /tool/<tool-id>.<ext>?<inputs> - zodat een gedeelde Lolly- link kan verschijnen als levende afbeelding in een README, een wiki of een dashboard. Zo'n URL ophalen vraagt de server om publieke tool- en catalogusdata te renderen met de invoer die in de URL staat geschreven.

• Geen accounts, geen cookies, geen status. Het endpoint is anoniem, en niets op je apparaat wordt gelezen. Je documenten, sessies en uploads verlaten je browser nooit - ze kunnen helemaal niet in deze links verschijnen.
• Maar de URL zelf wordt geregistreerd. De query-string van een URL maakt deel uit van de requestregel, dus die verschijnt in de gewone toegangslogs van het hostingplatform, op dezelfde manier als elk opgevraagd pad. Als de invoer van een link iemands naam of e-mail bevat - een naambadge, een e-mailhandtekening - staat die tekst in die logs, en geen hoeveelheid beleidstekst verandert dat. Een hotlink-URL is dus de verkeerde plek voor persoonlijke gegevens: geef hem alleen wat je op een openbare pagina zou zetten.
• De invoer is sowieso openbaar door constructie - het is wat de maker van de link ook in de URL heeft getypt, leesbaar door iedereen die de link bereikt. Zet geen geheimen in een gedeelde link. Lolly biedt linkversleuteling voor gevoelige inhoud.
• Reacties worden gecachet en rate-limited zoals elke publieke afbeelding, en gemarkeerd met noindex zodat zoekmachines je renders niet indexeren.

Host je Lolly zelf en wil je geen publiek renderoppervlak? Stel LOLLY_DISABLE_RENDER_GET=1 in en elk van deze URL's geeft 404 terug.

De MCP-server (optioneel, voor AI-agents)

Lolly kan ook worden bereikt door een AI-agent via het Model Context Protocol - een door een operator gedraaid endpoint (lolly.tools draait er een; iedereen kan zelf zijn eigen hosten, ook volledig air-gapped). Het deelt de geen-accounts-houding van het renderpad, plus vier tools die noodzakelijkerwijs met bestandsbytes werken:

• lolly_transform (draait server-side een on-device-hulpmiddel, namens de aanroepende agent), lolly_verify (controleert Content Credentials) en lolly_redact (dekt gebieden van een afbeelding of PDF af) accepteren allemaal de bytes van een bestand van de aanroeper. Ze worden in-process, in het geheugen verwerkt, en het resultaat wordt in diezelfde aanroep teruggegeven - het bestand wordt nooit naar schijf geschreven en nooit opgeslagen zodra het verzoek is afgerond.
• lolly_rebrand (renoveert een oude slidedeck naar een design system, via de fasen plan, compile en inspect) accepteert de bytes van een deck op dezelfde manier, en verwerkt ze in het geheugen, alleen voor die aanroep - er wordt niets naar schijf geschreven of bewaard zodra de respons is verstuurd. Zijn eerste fase, capabilities, zegt in woorden waar je bytes naartoe zouden gaan voordat je er een verstuurt: op een zelfgehoste lokale server verlaat het deck die machine nooit; op een gehoste server stuurt het aanroepen van lolly_rebrand het deck daarnaartoe, tot aan de grootte- en slidelimieten die diezelfde fase opgeeft.
• De beeldtools (lolly_look, lolly_sample_color en lolly_trace_edges) kunnen ook een afbeeldingsbestand van de aanroeper accepteren, op dezelfde manier behandeld: in het geheugen, alleen voor die aanroep. Elke andere tool werkt met de parameters in de aanroep: tekst, getallen, kleuren, URL's, catalogus-asset-id's, of een document dat de aanroeper aanlevert.
• Toegang is ofwel een gedeeld token dat de operator uitgeeft aan clients die hij vertrouwt, of stateless OAuth 2.1: kortlevende ondertekende tokens die worden geverifieerd tegen een gedeeld geheim, niets server-side opgeslagen en het token zelf wordt nooit weggeschreven naar een log of een render-URL.

Content Credentials-identiteit (een aanmelding die je zelf moet starten)

Lolly kan een cryptografische Content Credential in je exports verzegelen, zodat iedereen offline kan verifiëren dat een bestand ongewijzigd is sinds het Lolly verliet. Dat deel staat standaard aan en is volledig lokaal - de ondertekeningssleutel wordt op je apparaat gegenereerd en het ondertekenen zelf gebeurt offline. Zonder inschrijving is die sleutel een wegwerpsleutel: voor elke export wordt een nieuw sleutelpaar aangemaakt, dat samen met de export wordt weggegooid. Zodra je je inschrijft, wordt de sleutel blijvend en wordt hij niet-extraheerbaar gegenereerd - zelfs Lolly's eigen code kan hem niet lezen, alleen vragen om te ondertekenen. In beide gevallen verlaat hij nooit je apparaat. Dit onderdeel behandelt de ene optionele stap daarbovenop: het inschrijven van een geverifieerde identiteit, zodat je exports "Geverifieerd - ondertekend door \<your email\>" tonen in plaats van een anonieme sleutel. Als je de inschrijving overslaat, is niets in dit onderdeel op jou van toepassing en verlaten er nooit persoonlijke gegevens je apparaat.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBControleer het zelfDownload het ondertekende bestand signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBControleer het zelfDownload het ondertekende bestand

Als je je wel inschrijft, gebeurt precies dit:

1. Je kiest een aanmeldmethode - GitHub, Google, SUSE (id.suse.com) of een gemailde link. Voor de drie OIDC-providers word je doorgestuurd naar de eigen inlogpagina van die provider, geregeld door hun privacybeleid, niet het onze. Lolly's certificaatdienst krijgt alleen een geverifieerd e-mailadres terug en de naam van de provider. Voor de e-maillink wordt het adres dat je typt doorgegeven aan Resend, een transactionele e-mail-API, uitsluitend om die ene link te bezorgen.
2. Een kortlevende cookie beschermt de omleiding. Dit is de enige cookie die het hele Lolly-systeem instelt: lolly_ca_state, HttpOnly, beperkt tot /api/ca, verlopend binnen tien minuten. Hij bevat een willekeurige waarde, geen tracking- identifier, en bestaat alleen om te voorkomen dat de OAuth-omleiding wordt vervalst. Hij wordt gewist zodra de aanmelding is voltooid.
3. Je IP-adres wordt kort gebruikt om misbruik te voorkomen van de aanmeldendpoints (zodat één script geen inbox kan spammen of het e-mailquotum kan uitputten). Lolly hasht het voordat het een kortlevende misbruikcontrole-bucket aanmaakt; het ruwe adres wordt niet naar die opslag gestuurd. De bucket verloopt na ongeveer een minuut en wordt niet gebruikt voor tracking. Gewone hosting-toegangslogs zijn apart en worden hieronder beschreven.
4. De certificaatdienst geeft een kortlevend certificaat uit (7, 30, 90 of 365 dagen, jouw keuze, begrensd door het beleid van de operator) dat je geverifieerde e-mailadres koppelt aan de publieke helft van het sleutelpaar dat op je apparaat is gegenereerd. De private helft verlaat je browser nooit.
5. Niets over de uitgifte wordt geregistreerd. De certificaatdienst houdt geen uitgiftelog bij: niet je e-mail, niet de provider, niet een serienummer, niet een tijdstempel. Geen database, geen logregel, geen webhook. Je e-mailadres bestaat in het verzoek maar net lang genoeg om te worden geschreven in het certificaat dat je eigen apparaat ontvangt, en daarna is het aan onze kant volledig verdwenen.
6. Daarna is ondertekenen weer offline voor de hele levensduur van het certificaat. Een bestand exporteren neemt nooit contact op met de certificaatdienst - alleen inschrijven deed dat.

De afweging, ronduit gezegd. Een eerdere versie van deze dienst logde elke uitgifte wel, zodat een verkeerd uitgegeven of gecompromitteerd certificaat traceerbaar was. We hebben dat verwijderd, omdat dat logboek de enige plek in heel Lolly was waar persoonlijke data op een server tot rust kwam, en we hebben het liever niet dan het zorgvuldig te bewaren. Wat we opgeven is server-side traceerbaarheid: als een certificaat wordt misbruikt, kunnen we niet opzoeken wie het heeft verkregen. Certificaten zijn met opzet kortlevend - 7 tot 365 dagen, jouw keuze, begrensd door de operator - en verlopen vanzelf, wat de mitigatie is waar we in plaats daarvan op vertrouwen. Self-hosters van wie de eigen verplichtingen een auditlog vereisen kunnen er zelf een toevoegen en worden daarmee de verwerkingsverantwoordelijke voor die data.

De browserextensie

De browserextensie Lolly URL Screenshot verzamelt geen persoonlijke gegevens voor ons. Ze heeft geen analyse, geen tracking en geen eigen server. De pagina Browserextensie beschrijft hoe ze werkt.

Wat het doet. De Lolly-webapp kan haar om een screenshot van een webpagina vragen, of om de inhoud van een pagina om een design system uit een website te starten. Elk verzoek opent in de extensie een goedkeuringsvenster dat de aanvragende site toont, of die een screenshot of de inhoud van de pagina wil, en het paginaadres. Pas nadat je op Approve once drukt, opent de extensie die pagina in een tijdelijk achtergrondtabblad, maakt de screenshot of leest de pagina, geeft het resultaat aan het Lolly-tabblad dat erom vroeg en sluit het tabblad. Elk verzoek heeft een eigen goedkeuring nodig.

Gegevens.

• We verzamelen niets. Het resultaat gaat alleen naar de Lolly-pagina die erom vroeg, in dezelfde browser. De extensie slaat geen pagina-inhoud op en voegt geen andere ontvanger toe.
• Netwerkverzoeken. De pagina die je goedkeurt laadt zoals in elk tabblad, samen met alles wat die pagina zelf opvraagt. Het lezen van de inhoud van een pagina haalt ook de stylesheets van die pagina op en een paar van haar icoon- en logo-afbeeldingen, vanuit de pagina zelf, en die ophaalacties sturen geen cookies naar andere sites. De extensie doet geen andere verzoeken, en er gaat er geen naar een Lolly-server.
• Je browsersessie. De pagina wordt geladen met je browsersessie, zoals wanneer je hem zelf opent, dus een pagina waarop je bent ingelogd kan privégegevens in het resultaat zetten.
• De adressen die je goedkeurt worden alleen gebruikt om die ene pagina te laden voor dat ene verzoek. Ze worden niet gelogd of gedeeld.

Machtigingen.

• debugger - om de screenshot te maken via het DevTools Protocol (hetzelfde mechanisme dat de Lolly-desktopapp gebruikt).
• tabs - om het tijdelijke tabblad te openen en sluiten, en om te controleren dat noch de Lolly-pagina noch de doelpagina is verplaatst sinds je goedkeurde.
• scripting - om de inhoud van een pagina in het tijdelijke tabblad te lezen, nadat je dat verzoek goedkeurt.
• storage - om de id's van haar tijdelijke tabbladen in sessieopslag te noteren, zodat ze toch sluiten als de browser de extensie tijdens een verzoek stopt. Er wordt geen pagina-inhoud opgeslagen.
• *Optionele sitetoegang (http:///, https:///) - niet verleend bij installatie. Wanneer je op Approve once* drukt, vraagt de extensie Chrome om toegang tot de ene site in dat verzoek, en Chrome vraagt het jou de eerste keer voor elke site. Een site die je eerder toestond, heeft nog steeds voor elk verzoek een nieuwe goedkeuring nodig.

Geen van deze wordt gebruikt om je surfgedrag te lezen, te monitoren of door te sturen buiten het ene verzoek dat je goedkeurde.

Infrastructuurlogs

Zoals elke website genereren de servers achter lolly.tools - en achter elke Lolly-deployment - standaard webserver-toegangslogs telkens wanneer een verzoek ze bereikt: IP-adres, opgevraagd pad, tijdstempel, user agent. Dat is basaal hostinggedrag, geen toevoeging van Lolly, en het bevat nooit de inhoud van je documenten, omdat die nooit een server bereiken om te beginnen. De ene bewuste uitzondering is een bestand dat je expliciet aan een MCP-aanroep lolly_transform, lolly_verify, lolly_redact of lolly_rebrand geeft, dat in het geheugen wordt verwerkt en nooit naar schijf of een log wordt geschreven, zoals hierboven beschreven.

De publieke services minimaliseren applicatielogging. De MCP-server logt opstart-, configuratie- en renderwaarschuwingen; hij houdt geen eigen requestlog bij en logt geen tokens of aanroepersadressen. De Penpot-doorgifte logt elke opdrachtnaam en de responsstatus van Penpot, nooit headers, tokens of het bestand. De certificaatservice logt zijn opstartinstellingen en configuratiewaarschuwingen, plus twee gestripte regels bij falen: een verzendfout- statuscode zonder ontvangeradres, en een vaste foutregel zonder foutmelding, stacktrace of URL (een providerfout kan identiteitswaarden of inloggegevens bevatten). Al het overige in het log is van het hostingplatform, niet van ons.

Voor lolly.tools is Vercel de hostingpartij en de bewaartermijn van toegangslogs volgt Vercel's eigen platformstandaarden voor ons abonnement. We configureren geen logdrain, geen langetermijn-logexport en geen analytics- of monitoringproduct erbovenop. We bewaren zelf geen kopie van deze logs, wat ook betekent dat we ze niet voor je kunnen doorzoeken - zie Jouw rechten.

Rechtsgronden, bewaartermijnen en ontvangers

Bijna niets hier heeft een rechtsgrond nodig, omdat er bijna niets wordt verwerkt. Voor de volledigheid de complete lijst:

Ontvangers. De categorieën ontvangers zijn: onze hostingprovider (Vercel Inc.); onze provider van misbruikcontrole-opslag, die alleen kortlevende, op één manier afgeleide bucketsleutels ontvangt en nooit het ruwe IP-adres; en - alleen als je de e-mailaanmeldoptie gebruikt - een transactionele e-mailprovider (Resend). Als je je aanmeldt met GitHub, Google of SUSE (id.suse.com), heb je rechtstreeks contact met die provider, onder hun eigen privacybeleid. Zij vertellen ons een geverifieerd e-mailadres en verder niets. We delen persoonlijke gegevens met niemand anders, en we verkopen geen gegevens, tonen geen advertenties en profileren geen gebruikers.

Doorgiften buiten de EER. Vercel en Resend zijn Amerikaanse bedrijven. Functie- compute voor lolly.tools is vastgezet in Vercel's regio Frankfurt (fra1), dus de verwerking gebeurt in de EU, maar als in de VS gevestigde providers kunnen ze toch als verwerker toegang krijgen tot gegevens vanuit de VS. Die doorgiften steunen op de Standaard Contractuele Clausules van de Europese Commissie en/of het EU-VS Data Privacy Framework, zoals vastgelegd in de verwerkersovereenkomst van elke provider. Omdat de persoonlijke gegevens die deze providers bereiken zo beperkt zijn - een e-mailadres doorgegeven om één bericht te versturen, gewone toegangslogs, en een kortlevende afgeleide misbruikcontrole-bucket - is de blootstelling navenant klein.

Geautomatiseerde besluitvorming. Geen. Er is geen profilering en geen geautomatiseerd besluit dat rechtsgevolgen of vergelijkbaar significante gevolgen heeft (art. 22).

Privacy van kinderen

Lolly verzamelt niet bewust persoonlijke informatie van wie dan ook, van welke leeftijd dan ook, in het normale gebruik van de app - er is niets te verzamelen. De enige plaats waar persoonlijke informatie (een e-mailadres) ooit wordt verzameld is Content Credentials- inschrijving, hierboven beschreven, die niet gericht is op of bedoeld is voor kinderen.

Jouw rechten

Omdat bijna alles wat Lolly aanraakt alleen op je eigen apparaat wordt opgeslagen, zijn de meeste dingen die de gegevensbeschermingswet "jouw rechten" noemt - inzage, correctie, verwijdering, overdraagbaarheid - dingen die je al zelf kunt doen, meteen, zonder iemand iets te vragen: je gegevens leven in de opslag van je browser, in een vorm die je kunt inspecteren, exporteren (Exporteer mijn gegevens, hierboven) of verwijderen (door de opslag van de site in je browser te wissen, zoals hierboven).

Formeel heb je onder AVG-artikelen 15-22 het recht op inzage in je persoonsgegevens, om ze te laten rectificeren, te laten wissen, de verwerking ervan te laten beperken of ertegen bezwaar te maken (inclusief bezwaar tegen alles wat we baseren op gerechtvaardigde belangen), op gegevensoverdraagbaarheid en - waar de verwerking op toestemming berust - om die toestemming op elk moment in te trekken, zonder gevolgen voor de rechtmatigheid van wat er gebeurde voordat je die introk.

Hier is het eerlijke standpunt over het uitoefenen van die rechten tegenover ons. Omdat we geen uitgiftelog meer bijhouden, hebben we geen persoonlijke gegevens over je die we kunnen opzoeken, corrigeren, exporteren of verwijderen. Als je schrijft en vraagt wat we over je hebben, is het eerlijke antwoord niets, en dat zullen we zeggen. De enige categorie die wel bestaat, is hosting-toegangslogs gekoppeld aan een IP-adres, bewaard door onze hostingprovider onder hun standaard bewaartermijnen. We hebben geen mogelijkheid om die selectief op te zoeken of te verwijderen, en dat zullen we je vertellen in plaats van iets anders te doen alsof. Alles wat werkelijk van jou is, staat op je apparaat, waar je het al kunt lezen, exporteren en vernietigen zonder iemand toestemming te vragen.

Je hebt het recht om een klacht in te dienen. Als je vindt dat we je gegevens onjuist hebben behandeld, kun je een klacht indienen bij een toezichthoudende autoriteit voor gegevensbescherming - in de EU de autoriteit in je land van verblijf, werk of waar je vermoedt dat de inbreuk plaatsvond (art. 77). Onze leidende toezichthoudende autoriteit is het Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) in Ansbach, Duitsland. Je hoeft niet eerst contact met ons op te nemen, al zouden we graag de kans krijgen om het op te lossen.

We verkopen geen gegevens. We hebben er geen om te verkopen.

Wijzigingen in dit beleid

De datum bovenaan verandert zodra dit document verandert. Een wijziging die verandert wat je apparaat verlaat of wat wordt bewaard, krijgt hier zijn eigen regel, geen stille bewerking - als je wilt zien wat er is gewijzigd, vraag het (hieronder) of vergelijk met de publieke bron.

22 oktober 2026: de beschrijving van bestaand gedrag gecorrigeerd. Het gedeelte over de browserextensie behandelt nu het goedkeuringsvenster voor elk verzoek, sitetoegang die een site tegelijk wordt gevraagd en het ophalen van stylesheets en iconen bij het lezen van een website. Ook gecorrigeerd: de rijen Versturen naar Google Drive en Meeting Planner, de SEAL-opmerking (geen enkele Lolly-app zoekt SEAL-sleutels op in DNS), het standaardniveau van gebruikstelemetrie van de organisatieservice, de MCP-beeldtools en de applicatielogging van de publieke services. De software zelf is niet veranderd.

Wie is verantwoordelijk, en hoe ons te bereiken

De verwerkingsverantwoordelijke voor lolly.tools is:

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

SUSE heeft een Functionaris Gegevensbescherming aangesteld, bereikbaar via privacy@suse.com. Gebruik dat adres voor elk formeel verzoek onder "Jouw rechten" hierboven.

Voor alles over Lolly zelf - hoe het werkt, waarom iets is zoals het is of een correctie op dit document - neem contact op met Andy Fitzsimon, fitzy@suse.com.

Voor een self-hosted of enterprise Lolly-instance neem je in plaats daarvan contact op met wie hem beheert: de beheerder is de verwerkingsverantwoordelijke voor zijn eigen deployment. SUSE en het Lolly open source-project bewaren geen gegevens voor deployments die zij niet zelf draaien.