Zásady ochrany osobních údajů

Naposledy aktualizováno: 22. října 2026

Krátká verze. Dokumenty, obrázky, videa a soubory, které v Lolly vytvoříš, zůstávají na tvém zařízení. Pro běžné použití nejsou potřeba žádné účty, appka sama nepoužívá žádné cookies a v kódu není nikde žádná analytika ani sledovací prvky - netvrdíme jen "data nepoužíváme", opravdu v kódu nejsou. Existuje krátký, úplný seznam výjimek pro případy, kdy software vůbec komunikuje se sítí, a každá z nich je níže popsána konkrétně: co odchází, komu a kdy. Jediná výjimka, která se týká čehokoli osobního, je přihlášení, které musíš výslovně sám spustit. Pokud to není v tomto dokumentu, tak se to neděje.

Co tyto zásady pokrývají

Lolly je open-source software - engine, několik aplikačních shellů (web, desktop, mobil, CLI) a rozšíření prohlížeče - který si může spustit kdokoli. Tyto zásady mají dvě části:

• Samotný software: co dělá a co nedělá s tvými daty, ať běží kdekoli. Jde o vlastnost kódu, takže to platí pro každé nasazení Lolly, naše i cizí.
• lolly.tools, referenční nasazení provozované SUSE: konkrétní volby učiněné při provozu jeho volitelných serverových částí (co se loguje, jak dlouho, kým).

Pokud používáš vlastní (self-hosted) nebo firemní instanci Lolly, chování softwaru popsané níže platí i tak, ale za cokoli serverového odpovídá provozovatel této instance - ne SUSE: jeho render endpoint, jeho MCP server, jeho certifikační autorita pro Content Credentials, pokud nějakou provozuje. Zeptej se ho na jeho vlastní zásady. Viz Adopce a governance - co provoz Lolly obnáší.

Aplikace: co zůstává na tvém zařízení

Webový, desktopový a mobilní shell Lolly spouští celý render engine na straně klienta. Otevření nástroje, vyplnění vstupů, náhled i export - to vše probíhá na tvém zařízení - žádný server se toho neúčastní a aplikace po načtení funguje offline.

Aplikace nenastavuje žádné cookies. Aby fungovala, uchovává malé množství dat pouze na tvém zařízení, nikdy je nepřenáší:

• Předvolby rozhraní - motiv, jazyk, nastavení zvuku, velikost postranního panelu/přiblížení, volby řazení a zobrazení, které nápovědy pro nováčky jsi už viděl - v localStorage, aby byly dostupné dřív, než aplikace dokončí spuštění.
• Offline mezipaměť katalogu nástrojů a náhledů assetů, aby galerie fungovala bez připojení.
• Místní čítače využití pro statistiky na tvé profilové kartě (kolik exportů, které nástroje) - malý omezený blob v localStorage, který nikdy nečteme my a nikam se neodesílá.
• Tvoje vlastní dokumenty, uložené relace, nahrané assety a fonty - uložené v IndexedDB na tvém zařízení, nikdy se nenahrávají a nikdo kromě tebe je nikdy nečte.

Nic z toho se nesdílí, neprodává ani nepoužívá k tvé identifikaci či sledování. Není tu s čím souhlasit, protože k žádnému sběru nedochází - jen toto oznámení, abys věděl, co se uchovává a kde. Vymazání úložiště webu ve tvém prohlížeči to všechno kdykoli odstraní, a totéž udělá Nastavení → Úložiště → Vymazat všechna moje data, což navíc nejdřív vypne Synchronizaci. (Podle směrnice ePrivacy čl. 5(3) úložiště, které je nezbytně nutné pro službu, o kterou jsi požádal, nevyžaduje souhlas

• jen transparentnost, kterou poskytuje tento dokument i oznámení v aplikaci.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBOvěř si to sámStáhni podepsaný soubor signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBOvěř si to sámStáhni podepsaný soubor

Tvoje vlastní záloha těchto dat - balíček lolly-backup vytvořený tlačítkem Exportovat moje data - je soubor, který si necháváš a kontroluješ. Nikdy se nedostane na naše servery, pokud si sám nezvolíš ho někam poslat. Viz Přenos dat.

Nástroje pracující na zařízení

Některé nástroje - Strip Hidden Data, Compress PDF a další nesoucí odznak "Runs on your device" - pracují se souborem, který dodáš ty. Soubor se načte do paměti v tvém prohlížeči, lokálně se zpracuje a nabídne zpět ke stažení. Nikdy se nikam nenahrává, protože v cestě není žádný server, kam by se nahrával. Tyto nástroje fungují offline a jejich výstup nenese žádný náš watermark ani metadata - smyslem většiny z nich je data odstranit a chránit, ne přidávat riziko.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBOvěř si to sámStáhni podepsaný soubor signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBOvěř si to sámStáhni podepsaný soubor

Prepare for sharing drží pracovní vstupy, soukromá zjištění a mapy náhrad v paměti, aniž by je automaticky přidávalo do historie, odkazů, záloh nebo synchronizace. Kontrola a nahrazování neposílají obsah souboru na server ani neověřují credentials online. Uživatelé si volí, jestli výsledek zkopírují, stáhnou, odešlou, nebo ho výslovně uloží do své knihovny; uložený výsledek se pak řídí běžným nastavením zálohy a synchronizace knihovny. Soubory receptu vynechávají dřívější payloady a doslovná mapování. Souhrnná hlášení obsahují počty, ID rozsahu a hashe souborů. CLI umí také uložit soukromý soubor s revizí obsahující originální hodnoty, jen když je to výslovně vyžádáno pomocí --review-file. Vymazání nebo opuštění zobrazení přípravy v prohlížeči uvolní jeho pracovní stav; není to příslib forenzního vymazání z paměti prohlížeče nebo OS.

Každý síťový požadavek, který aplikace může vytvořit

Tabulka níže je úplný seznam všeho, co aplikace přes síť stahuje nebo odesílá. Pokud to tady není, aplikace to nedělá.

Každý pevný hostitel v této tabulce je zároveň úplným allowlistem v Content-Security-Policy aplikace, kterou vynucuje prohlížeč. Seznam tedy není jen popisem toho, co kód dělá dnes, je to hranice, ke které prohlížeč aplikaci váže: budoucí změna, která by se pokusila kontaktovat nějakého jiného hostitele, by byla zablokována, ne tiše povolena. Jeden řádek je záměrnou výjimkou a jeho vlastní buňka to uvádí: Send to LinkedIn existuje jen v desktopových aplikacích, takže zásady webové aplikace nejmenují ani jednoho z jejích hostitelů - webová aplikace by je nedosáhla, ani kdyby se o to její kód pokusil. Další dva řádky, Bluesky a Discord, jsou stejným způsobem jen desktopové, a jejich hostitelé jsou ze stejného důvodu vynechaní z webových zásad. Pět řádků nemá pevného hostitele, protože si adresu volíš v okamžiku použití: URL adresa, kterou necháš nástroj zachytit, vzdálená instance, na kterou nasměruješ shell, a tvůj vlastní server Mastodon, server WebDAV nebo S3 bucket (poslední dva i jako domov synchronizace). Žádný z nich není v zásadách a každý nastane jen tehdy, když adresu zadáš a jednáš podle ní. Řádek Penpot dosahuje na Penpot přes vlastní origin aplikace, takže je pokrytý 'self'. Nasazení, které nechce žádnou z volitelných možností (řekněme podniková instance s vlastními písmy), odebere tyto hostitele ze svých zásad a dané funkce pak selžou bezpečně, místo aby se ozývaly ven.

Kromě dvou druhů řádků nic z tohoto nikam neposílá tvoje dokumenty, projekty, relace ani nahrané soubory: existují proto, aby ti přinesly věci na zařízení (nástroje, fonty, modely). Těmi dvěma druhy jsou řádky Send, které pošlou ten jeden soubor, který sis vybral/a, a řádek synchronizace, který pošle kopii tvé práce do úložiště, které sis zvolil/a, a ne na žádný server Lolly. Jakákoli jiná výjimka je výslovně uvedená v sekcích níže.

Poznámka k tomu, co jsme odstranili. Verify umí zkontrolovat podpisy SEAL, schéma, kde je podpisový klíč souboru zveřejněný v DNS. Prohlížeče neumí dělat DNS dotazy, takže jakákoli webová implementace musí vyhledávání směrovat přes resolver DNS-over-HTTPS třetí strany - což by tomuto provozovateli ukázalo kontrolovanou doménu plus tvoji IP adresu. Dřív jsme používali resolver Cloudflare. Už ho nepoužíváme a náhrada neexistuje: Verify teď nepředává žádný resolver vůbec, takže ověřování SEAL nedělá žádné síťové požadavky. Žádná aplikace Lolly dnes klíče SEAL v DNS nevyhledává: desktopová a mobilní aplikace spouštějí stejný pohled Verify a příkazový řádek lolly validate SEAL nekontroluje. Soubor, jehož záznam SEAL nese klíč přímo v sobě, se kontroluje offline a Verify označí podpis za vnitřně konzistentní, aniž by potvrdil doménu. Soubor, jehož klíč žije jen v DNS, ukáže SEAL signature did not verify s důvodem "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBOvěř si to sámStáhni podepsaný soubor signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBOvěř si to sámStáhni podepsaný soubor Můžeš si to ověřit sám: greppovatelné kontroly k tomuto i každému dalšímu tvrzení na této stránce, s přesnými příkazy a očekávaným výstupem, najdeš na Ověř si to sám.

Hot-linkované render URL

Na lolly.tools naostro. Každá URL https://lolly.tools/tool/<tool-id>.<ext>?<inputs> se opravdu

vykreslí, a vstupy cestují přímo v té URL. Sekce níže popisuje, co to pro tebe znamená, a provozovatel může tuto funkci na své vlastní instanci vypnout.

Samotná aplikace zůstává celá na tvém zařízení. Provozovatel může samostatně povolit hot-link render URL - /tool/<tool-id>.<ext>?<inputs> - aby se sdílený odkaz Lolly mohl objevit jako živý obrázek v README, na wiki nebo na dashboardu. Stažení takové URL požádá server, aby vykreslil veřejná data nástroje a katalogu se vstupy zapsanými v URL.

• Žádné účty, žádné cookies, žádný stav. Endpoint je anonymní a nic na tvém zařízení se nečte. Tvoje dokumenty, relace a nahrané soubory nikdy neopustí tvůj prohlížeč - v těchto odkazech se vůbec nemohou objevit.
• Ale samotná URL adresa se zaznamenává. Query řetězec URL je součástí žádosti, takže se objeví v běžných přístupových logách hostingové platformy stejně jako každá požadovaná cesta. Pokud vstupy odkazu obsahují něčí jméno nebo e-mail - jmenovku, e-mailový podpis - tento text skončí v těchto logách, a žádná formulace zásad to nezmění. Hot-linkovaná URL adresa je proto špatné místo pro osobní údaje: dávej do ní jen to, co bys dal na veřejnou stránku.
• Vstupy jsou svou podstatou veřejné stejně tak - jsou to cokoli, co autor odkazu napsal do URL adresy, čitelné pro kohokoli, koho odkaz zasáhne. Nedávej tajné informace do sdíleného odkazu. Lolly nabízí šifrování odkazů pro citlivý obsah.
• Odpovědi jsou ukládány do mezipaměti a omezovány rychlostí jako každý veřejný obrázek a označené jako noindex, takže je vyhledávače neindexují.

Provozuješ Lolly sám (self-hosting) a nechceš veřejný render povrch? Nastav LOLLY_DISABLE_RENDER_GET=1 a každá tato URL vrátí 404.

MCP server (volitelný, pro AI agenty)

Lolly lze také oslovit AI agentem přes Model Context Protocol

• endpoint provozovaný provozovatelem (lolly.tools jeden provozuje; kdokoli si může

spustit vlastní, včetně plně air-gapovaného). Sdílí bezúčtový postoj render cesty, plus čtyři nástroje, které nutně pracují s bajty souborů:

• lolly_transform (spustí nástroj pracující na zařízení na straně

serveru jménem volajícího agenta), lolly_verify (zkontroluje Content Credentials) a lolly_redact (začerní oblasti obrázku nebo PDF) všechny přijímají bajty souboru od volajícího. Zpracovávají se v procesu, v paměti, a výsledek se vrátí v témže volání - soubor se nikdy nezapíše na disk a nikdy se neukládá po dokončení požadavku.

• lolly_rebrand (renovuje starou prezentaci na design systém, napříč fázemi

plan, compile a inspect) přijímá bajty prezentace stejným způsobem a zpracovává je v paměti, jen pro toto volání - nic se nezapíše na disk ani neuchová po odeslání odpovědi. Jeho první fáze, capabilities, slovy uvede, kam by tvoje bajty šly ještě předtím, než nějaké pošleš: na self-hostovaném lokálním serveru prezentace nikdy neopustí ten stroj; na hostovaném serveru volání lolly_rebrand tam prezentaci pošle, až do limitu velikosti a počtu snímků, který udává tatáž fáze.

• Nástroje pro obrázky (lolly_look, lolly_sample_color a lolly_trace_edges) mohou také přijmout soubor s obrázkem od volajícího, zpracovaný stejně: v paměti, jen pro toto volání. Každý další nástroj pracuje s parametry ve volání: text, čísla, barvy, URL, id assetů katalogu nebo dokument, který volající dodá.
• Přístup je buď sdílený token, který provozovatel vydává klientům,

kterým důvěřuje, nebo bezstavové OAuth 2.1: krátkodobé podepsané tokeny ověřované proti sdílenému tajemství, nic se neukládá na straně serveru a samotný token se nikdy nezapíše do logu ani do render URL.

Identita Content Credentials (přihlášení, které musíš zahájit sám)

Lolly umí do tvých exportů zapečetit kryptografický Content Credential, díky kterému může kdokoli offline ověřit, že se soubor od opuštění Lolly nezměnil. To je ve výchozím nastavení zapnuté a zcela lokální - podepisovací klíč se generuje na tvém zařízení a samotné podepisování probíhá offline. Bez registrace je tento klíč jednorázový: pro každý export se vytvoří nový pár klíčů, který se s ním i zahodí. Jakmile se zaregistruješ, klíč se stane trvalým a generuje se jako neexportovatelný - ani samotný kód Lolly ho nedokáže přečíst, může ho pouze požádat o podpis. V obou případech tvé zařízení nikdy neopustí. Tahle část popisuje jediný volitelný krok navíc: registraci ověřené identity, díky které tvé exporty říkají "Ověřeno - podepsáno \<your email\>" místo anonymního klíče. Pokud registraci přeskočíš, nic z této části se tě netýká a žádná osobní data tvé zařízení nikdy neopustí.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBOvěř si to sámStáhni podepsaný soubor signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBOvěř si to sámStáhni podepsaný soubor

Pokud se zaregistruješ, přesně tohle se stane:

1. Zvolíš si způsob přihlášení - GitHub, Google, SUSE (id.suse.com) nebo

odkaz zaslaný e-mailem. U tří poskytovatelů OIDC jsi přesměrován na přihlašovací stránku daného poskytovatele, řízenou jeho vlastními zásadami ochrany osobních údajů, ne našimi. Certifikační služba Lolly zpět dostane jen ověřenou e-mailovou adresu a jméno poskytovatele. U odkazu přes e-mail se adresa, kterou zadáš, předá službě Resend, transakčnímu e-mailovému API, výhradně pro doručení toho jednoho odkazu.

2. Krátkodobý cookie chrání přesměrování. Toto je jediný cookie,

který v celém systému Lolly nastavujeme: lolly_ca_state, HttpOnly, omezený na /api/ca, platný do deseti minut. Nese náhodnou hodnotu, ne sledovací identifikátor, a existuje jen proto, aby zabránil zfalšování přesměrování OAuth. Smaže se hned po dokončení přihlášení.

3. Tvoje IP adresa se krátce používá k zabránění zneužití

přihlašovacích endpointů (aby jeden skript nemohl zahltit schránku nebo vyčerpat e-mailovou kvótu). Lolly ji hashuje před vytvořením krátkodobého zásobníku pro kontrolu zneužití; syrová adresa se do tohoto úložiště neposílá. Zásobník vyprší po zhruba minutě a nepoužívá se ke sledování. Běžné přístupové logy hostingu jsou samostatné a popsané níže.

4. Certifikační služba vydá krátkodobý certifikát (7, 30, 90 nebo

365 dní, na tvoji volbu, omezeno zásadami provozovatele), který váže tvůj ověřený e-mail na veřejnou polovinu páru klíčů vygenerovaného na tvém zařízení. Soukromá polovina nikdy neopustí tvůj prohlížeč.

5. O vydání se nic nezaznamenává. Certifikační služba nevede žádný log vydávání:

ani tvůj e-mail, ani poskytovatele, ani sériové číslo, ani časové razítko. Žádná databáze, žádný řádek logu, žádný webhook. Tvoje e-mailová adresa existuje v požadavku jen tak dlouho, dokud se nezapíše do certifikátu, který dostane tvoje vlastní zařízení, a pak je z naší strany úplně pryč.

6. Poté je podepisování zase offline po celou dobu platnosti certifikátu.

Export souboru certifikační službu nikdy nekontaktuje - jen registrace ano.

Kompromis, řečeno na rovinu. Dřívější verze této služby každé vydání logovala, aby bylo možné vystopovat chybně vydaný nebo kompromitovaný certifikát. Odstranili jsme to, protože ten log byl jediné místo v celém Lolly, kde osobní data spočinula na serveru, a raději je nemáme, než abychom je pečlivě drželi. Vzdáváme se tím sledovatelnosti na straně serveru: pokud se certifikát zneužije, nemůžeme dohledat, kdo ho získal. Certifikáty jsou záměrně krátkodobé - 7 až 365 dní, na tvoji volbu, omezeno provozovatelem - a sama vyprší, což je zmírnění, na které místo toho spoléháme. Provozovatelé vlastní instance, jejichž vlastní povinnosti vyžadují záznam auditu, si ho mohou přidat a stát se tím správcem těchto dat.

Rozšíření prohlížeče

Rozšíření prohlížeče Lolly URL Screenshot pro nás nesbírá žádná osobní data. Nemá žádnou analytiku, žádné sledování a žádný vlastní server. Stránka Rozšíření prohlížeče popisuje, jak funguje.

Co to dělá. Webová aplikace Lolly si od něj může vyžádat snímek webové stránky, nebo obsah stránky, aby založila design systém z webu. Každý požadavek otevře v rozšíření okno schválení, které ukáže žádající web, zda chce snímek, nebo obsah stránky, a adresu stránky. Teprve když stiskneš Approve once, rozšíření otevře tu stránku v dočasné záložce na pozadí, pořídí snímek nebo stránku přečte, předá výsledek záložce Lolly, která o něj požádala, a záložku zavře. Každý požadavek potřebuje své vlastní schválení.

Data.

• Nesbíráme nic. Výsledek jde jen do stránky Lolly, která o něj požádala, ve stejném prohlížeči. Rozšíření neukládá žádný obsah stránek a nepřidává žádného dalšího příjemce.
• Síťové požadavky. Stránka, kterou schválíš, se načte tak, jak by se načetla v jakékoli záložce, spolu se vším, co si sama vyžádá. Čtení obsahu stránky také stáhne stylesheety té stránky a několik jejích ikon a log, zevnitř stránky, a tato stahování neposílají žádné cookies na jiné weby. Rozšíření nevytváří žádné jiné požadavky a žádný nejde na server Lolly.
• Tvá relace v prohlížeči. Stránka se načte s tvou relací v prohlížeči, stejně jako kdyby sis ji otevřel sám, takže stránka, do které jsi přihlášený, může do výsledku dostat soukromé informace.
• Adresy, které schválíš, se použijí jen k načtení té jedné stránky pro ten jeden požadavek. Nezaznamenávají se ani nesdílejí.

Oprávnění.

• debugger - k pořízení snímku přes protokol DevTools (stejný mechanismus, jaký používá desktopová aplikace Lolly).
• tabs - k otevření a zavření dočasné karty a k ověření, že se od tvého schválení nepřesunula ani stránka Lolly, ani cílová stránka.
• scripting - ke čtení obsahu stránky v dočasné záložce, až poté, co ten požadavek schválíš.
• storage - k zapsání id jejích dočasných záložek do úložiště relace, aby se záložky zavřely, i když prohlížeč rozšíření během požadavku zastaví. Neukládá se žádný obsah stránek.
• *Volitelný přístup k webům (http:///, https:///) - neuděluje se při instalaci. Když stiskneš Approve once*, rozšíření požádá Chrome o přístup k jedinému webu z daného požadavku a Chrome se tě zeptá při prvním použití každého webu. Web, který jsi povolil dříve, stále potřebuje nové schválení pro každý požadavek.

Nic z toho se nepoužívá ke čtení, sledování ani přenosu tvého prohlížení nad rámec jednoho požadavku, který jsi schválil.

Infrastrukturní logy

Stejně jako u kteréhokoli webu servery za lolly.tools - a za jakýmkoli nasazením Lolly - generují standardní přístupové logy webového serveru pokaždé, když k nim vůbec dorazí požadavek: IP adresa, požadovaná cesta, časové razítko, user agent. To je základní chování hostingu, ne něco, co Lolly přidává navrch, a nikdy neobsahuje obsah tvých dokumentů, protože ten se k serveru vůbec nedostane. Jedinou záměrnou výjimkou je soubor, který výslovně předáš volání MCP lolly_transform, lolly_verify, lolly_redact nebo lolly_rebrand, které se zpracuje v paměti a nikdy se nezapíše na disk ani do logu, jak je popsáno výše.

Veřejné služby omezují aplikační logování na minimum. Server MCP loguje spuštění, konfiguraci a varování při renderování; nevede žádný vlastní log požadavků a neloguje tokeny ani adresy volajících. Průchozí vrstva pro Penpot loguje název každého příkazu a stavový kód odpovědi Penpotu, nikdy hlavičky, tokeny ani soubor. Certifikační služba loguje své spouštěcí nastavení a varování konfigurace plus dva ořezané řádky při selhání: stavový kód selhání odeslání bez adresy příjemce a pevný řádek o selhání bez textu chyby, stack trace nebo URL (chyba poskytovatele může nést identity nebo přihlašovací údaje). Všechno ostatní v logu patří hostingové platformě, ne nám.

Pro lolly.tools je hostingem Vercel a doba uchovávání přístupových logů se řídí vlastními výchozími hodnotami platformy Vercel pro náš tarif. Nekonfigurujeme žádný odvod logů, žádný dlouhodobý export logů ani žádný produkt pro analytiku nebo monitoring navrch. Sami nedržíme žádnou kopii těchto logů, což také znamená, že je pro tebe nemáme jak prohledat - viz Tvá práva.

Právní základy, uchovávání a příjemci

Skoro nic tady nepotřebuje právní základ, protože skoro nic se nezpracovává. Pro úplnost celý seznam:

Příjemci. Kategorie příjemců jsou: náš poskytovatel hostingu (Vercel Inc.); náš poskytovatel úložiště pro kontrolu zneužití, který dostává jen krátkodobé, jednosměrně odvozené klíče zásobníku, nikdy syrovou IP adresu; a - pouze pokud použiješ možnost přihlášení e-mailem - poskytovatel transakčních e-mailů (Resend). Pokud se přihlásíš přes GitHub, Google nebo SUSE (id.suse.com), jednáš s daným poskytovatelem přímo podle jeho vlastních zásad ochrany soukromí. Nám sdělí ověřenou e-mailovou adresu a nic jiného. Osobní údaje nesdílíme s nikým jiným a data neprodáváme, neprovozujeme reklamu ani neprofilujeme uživatele.

Přenosy mimo EHP. Vercel a Resend jsou americké společnosti. Výpočetní výkon funkcí pro lolly.tools je pevně vázán na region Vercel Frankfurt (fra1), takže zpracování probíhá v EU, ale jako poskytovatelé se sídlem v USA mohou k datům stále přistupovat jako zpracovatelé z USA. Tyto přenosy se opírají o standardní smluvní doložky Evropské komise a/nebo o rámec EU-US Data Privacy Framework, jak je stanoveno ve smlouvě o zpracování dat každého poskytovatele. Protože osobní údaje, které se k těmto poskytovatelům dostanou, jsou tak omezené - e-mailová adresa předaná k odeslání jedné zprávy, běžné přístupové logy a krátkodobý, odvozený zásobník pro kontrolu zneužití - je odpovídajícím způsobem malé i vystavení riziku.

Automatizované rozhodování. Žádné. Neprobíhá žádné profilování ani automatizované rozhodování s právními nebo podobně významnými účinky (čl. 22).

Ochrana soukromí dětí

Lolly vědomě nesbírá osobní údaje od nikoho, v jakémkoli věku, při běžném používání aplikace - není co sbírat. Jediné místo, kde se osobní údaje (e-mailová adresa) vůbec shromažďují, je registrace Content Credentials popsaná výše, která není určena ani zamýšlena pro děti.

Tvá práva

Protože skoro všechno, čeho se Lolly dotkne, se ukládá jen na tvém vlastním zařízení, většina toho, co právo na ochranu osobních údajů nazývá „tvá práva” - přístup, oprava, výmaz, přenositelnost - jsou věci, které už dokážeš udělat sám, okamžitě, aniž bys musel kohokoli žádat: tvá data žijí v úložišti tvého prohlížeče, ve formě, kterou můžeš prozkoumat, exportovat (Exportovat moje data, výše) nebo smazat (vymazáním úložiště webu ve tvém prohlížeči, jak výše).

Formálně máš podle článků 15-22 GDPR právo na přístup ke svým osobním údajům, na jejich opravu, na jejich výmaz, na omezení nebo vznesení námitky proti jejich zpracování (včetně námitky proti čemukoli, co zakládáme na oprávněných zájmech), na přenositelnost údajů a - tam, kde se zpracování opírá o souhlas - na to, abys tento souhlas kdykoli odvolal, aniž by to ovlivnilo zákonnost toho, co se stalo před jeho odvoláním.

Tady je upřímný postoj k uplatnění těchto práv vůči nám. Protože už neuchováváme log vydávání, nemáme o tobě žádné osobní údaje, které bychom mohli vyhledat, opravit, exportovat nebo smazat. Pokud nám napíšeš a zeptáš se, co o tobě máme, pravdivá odpověď zní nic, a to ti také řekneme. Jedinou kategorií, která vůbec existuje, jsou přístupové logy hostingu vázané na IP adresu, uchovávané naším poskytovatelem hostingu podle jeho výchozích dob uchovávání. Nemáme možnost je prohledávat ani selektivně mazat, a raději ti to řekneme, než abychom to předstírali. Všechno, co je opravdu tvoje, je na tvém zařízení, kde si to už teď můžeš přečíst, exportovat a zničit, aniž bys musel kohokoli žádat o svolení.

Máš právo si stěžovat. Pokud si myslíš, že jsme s tvými daty zacházeli nesprávně, můžeš podat stížnost u dozorového úřadu pro ochranu osobních údajů - v EU u úřadu v zemi svého bydliště, místa výkonu práce nebo místa, kde se podle tebe k porušení došlo (čl. 77). Naším vedoucím dozorovým úřadem je Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) v Ansbachu v Německu. Nemusíš nás kontaktovat nejdřív, i když bychom rádi dostali šanci to napravit.

Data neprodáváme. Ani žádná k prodeji nemáme.

Změny těchto zásad

Datum nahoře se mění pokaždé, když se změní tento dokument. Změna, která ovlivní, co opustí tvé zařízení nebo co se uchovává, dostane svůj vlastní řádek tady, ne tichou úpravu - pokud chceš vidět, co se změnilo, zeptej se (níže) nebo porovnej se veřejným zdrojem.

22. října 2026: opraven popis stávajícího chování. Sekce o rozšíření prohlížeče nyní zahrnuje okno schválení pro každý požadavek, přístup k webům vyžadovaný po jednom webu a stahování stylesheetů a ikon při čtení webu. Opraveny jsou také řádky Send to Google Drive a Meeting Planner, poznámka o SEAL (žádná aplikace Lolly nevyhledává klíče SEAL v DNS), výchozí úroveň telemetrie používání u organizační služby, nástroje MCP pro obrázky a aplikační logování veřejných služeb. Samotný software se nezměnil.

Kdo je odpovědný a jak nás kontaktovat

Správcem údajů pro lolly.tools je:

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

SUSE jmenovala pověřence pro ochranu osobních údajů, dostupného na privacy@suse.com. Tuto adresu použij pro jakoukoli formální žádost podle "Tvá práva" výše.

S čímkoli ohledně samotné Lolly - jak funguje, proč je něco tak, jak je, nebo oprava tohoto dokumentu - kontaktuj Andyho Fitzsimona, fitzy@suse.com.

U samostatně hostované nebo firemní instance Lolly kontaktuj místo toho toho, kdo ji provozuje: provozovatel je správcem pro své vlastní nasazení. SUSE a open source projekt Lolly nedrží žádná data pro nasazení, která neprovozují.