Política de privacidad

Última actualización: 22 de octubre de 2026

La versión corta. Los documentos, imágenes, vídeos y archivos que creas en Lolly se quedan en tu dispositivo. No hay cuentas para el uso ordinario, ni cookies de la propia app, ni analítica ni rastreadores en ningún lugar del código - no es "no usamos los datos", es que sencillamente no están presentes en el código fuente. Existe una lista corta y completa de excepciones en las que el software habla con una red, y cada una de ellas se describe abajo con detalle: qué sale, hacia quién y cuándo. La única excepción que implica algo personal es un inicio de sesión que tienes que iniciar tú mismo, de forma explícita. Si no está en este documento, no ocurre.

Qué cubre esta política

Lolly es software de código abierto - un motor, varios shells de aplicación (web, escritorio, móvil, CLI) y una extensión de navegador - que cualquiera puede ejecutar. Esta política tiene dos partes:

• El software en sí: qué hace y qué no hace con tus datos, dondequiera que se ejecute. Esto es una propiedad del código, así que es cierto para todo despliegue de Lolly, el nuestro o el de cualquier otra persona.
• lolly.tools, el despliegue de referencia que opera SUSE: las decisiones específicas tomadas al ejecutar sus piezas opcionales del lado del servidor (qué se registra, durante cuánto tiempo, por quién).

Si usas una instancia de Lolly autoalojada o empresarial, el comportamiento del software descrito a continuación sigue aplicando, pero el operador de esa instancia - no SUSE - es responsable de todo lo que ocurra del lado del servidor: su endpoint de renderizado, su servidor MCP, su autoridad de certificación de Content Credentials, si opera una. Pídeles su propia política. Consulta Adopción y gobernanza para saber qué implica operar Lolly.

La aplicación: qué se queda en tu dispositivo

Los shells web, de escritorio y móvil de Lolly ejecutan todo el motor de renderizado del lado del cliente. Abrir una herramienta, rellenar entradas, previsualizar y exportar ocurre todo en tu dispositivo - no interviene ningún servidor, y la aplicación funciona sin conexión una vez cargada.

La aplicación no establece cookies. Para funcionar, guarda una pequeña cantidad de datos solo en tu dispositivo, nunca transmitidos:

• Preferencias de interfaz - tema, idioma, ajustes de sonido, tamaño de la barra lateral/zoom, criterios de orden y vista, qué consejos de introducción has visto - en localStorage, para que estén disponibles antes de que la aplicación termine de arrancar.
• Una caché sin conexión del catálogo de herramientas y las vistas previas de recursos, para que la galería funcione sin conexión.
• Contadores de uso locales para las estadísticas de la tarjeta de tu perfil (cuántas exportaciones, qué herramientas) - un blob pequeño y acotado en localStorage, que nunca leemos ni enviamos a ningún sitio.
• Tus propios documentos, sesiones guardadas, recursos subidos y fuentes - almacenados en IndexedDB en tu dispositivo, nunca subidos, nunca leídos por nadie salvo tú.

Nada de esto se comparte, se vende ni se usa para identificarte o hacerte seguimiento. No hay nada que consentir, porque no ocurre ninguna recopilación - solo este aviso, para que sepas qué se guarda y dónde. Borrar el almacenamiento del sitio en tu navegador elimina todo eso en cualquier momento, y lo mismo hace Ajustes → Almacenamiento → Borrar todos mis datos, que además desactiva Sincronización primero. (Según la Directiva ePrivacy Art. 5(3), el almacenamiento estrictamente necesario para el servicio que pediste no requiere consentimiento - solo transparencia, que es lo que ofrecen tanto este documento como el aviso dentro de la app.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBCompruébalo tú mismoDescarga el archivo firmado signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBCompruébalo tú mismoDescarga el archivo firmado

Tu propia copia de seguridad de estos datos - el paquete lolly-backup producido por Exportar mis datos - es un archivo que conservas y controlas. Nunca toca nuestros servidores a menos que decidas enviarlo tú mismo a algún sitio. Consulta Transferencia de datos.

Utilidades en el dispositivo

Algunas herramientas - Strip Hidden Data, Compress PDF y otras que llevan la insignia "Runs on your device" - operan sobre un archivo que tú proporcionas. El archivo se lee en memoria en tu navegador, se transforma localmente y se ofrece de vuelta como descarga. Nunca se sube, porque no hay ningún servidor en la ruta al que subirlo. Estas utilidades funcionan sin conexión, y su salida no lleva marca de agua ni metadatos nuestros - el propósito de la mayoría de ellas es eliminar y proteger datos, no añadir riesgo.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBCompruébalo tú mismoDescarga el archivo firmado signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBCompruébalo tú mismoDescarga el archivo firmado

Prepare for sharing mantiene las entradas de trabajo, los hallazgos privados y los mapas de sustitución en memoria, sin añadirlos automáticamente al historial, a los enlaces, a las copias de seguridad ni a la sincronización. La inspección y la sustitución no envían el contenido del archivo a un servidor ni validan credenciales en línea. El usuario decide si copia, descarga, envía o guarda explícitamente un resultado en su biblioteca; un resultado guardado sigue entonces los ajustes normales de copia de seguridad y sincronización de la biblioteca. Los archivos de receta omiten las cargas útiles previas y las asignaciones literales. Los informes de resumen contienen recuentos, ids de ámbito y hashes de archivo. La CLI también puede guardar un archivo de revisión privado que contenga los valores originales, solo cuando se solicita explícitamente con --review-file. Cerrar o abandonar una vista de preparación en el navegador libera su estado de trabajo; esto no es una promesa de borrado forense de la memoria del navegador o del sistema operativo.

Todas las solicitudes de red que puede hacer la app

La tabla siguiente es la lista completa de todo lo que la aplicación obtiene o envía a través de una red. Si no está aquí, la aplicación no lo hace.

Cada host fijo de esa tabla es también la lista de permitidos completa en la Content-Security-Policy de la app, que el navegador hace cumplir. Así que la lista no es solo una descripción de lo que hace el código hoy, es el límite al que el navegador ciñe la app: un cambio futuro que intentara contactar con algún otro host quedaría bloqueado, no permitido en silencio. Una fila es la excepción deliberada, y su propia celda lo dice: Send to LinkedIn existe solo en las apps de escritorio, así que la política de la app web no nombra ninguno de sus dos hosts - la app web no podría alcanzarlos aunque su código lo intentara. Dos filas más, Bluesky y Discord, son también exclusivas de escritorio por el mismo motivo, y sus hosts quedan fuera de la política web por la misma razón. Cinco filas no tienen host fijo, porque tú eliges la dirección en el momento de usarla: una URL que le pides a una herramienta que capture, una instancia remota a la que apuntas el shell, y tu propio servidor de Mastodon, servidor WebDAV o bucket S3 (los dos últimos también como destino de sincronización). Ninguna de ellas está en la política, y cada una ocurre solo cuando escribes una dirección y actúas sobre ella. La fila de Penpot alcanza Penpot a través del propio origen de la app, así que queda cubierta por 'self'. Un despliegue que no quiera ninguna de las opcionales (una instancia empresarial con sus propias fuentes, por ejemplo) elimina esos hosts de su política y las funciones fallan de forma segura en lugar de intentar conectarse.

Aparte de dos tipos de fila, ninguna de estas envía tus documentos, proyectos, sesiones o archivos subidos a ningún sitio: existen para traer cosas a tu dispositivo (herramientas, fuentes, modelos). Los dos tipos son las filas de Send, que envían el único archivo que elegiste, y la fila de sincronización, que envía una copia de tu trabajo al almacenamiento que elegiste y a ningún servidor de Lolly. Cualquier otra excepción se nombra explícitamente en las secciones siguientes.

Una nota sobre lo que eliminamos. Verify puede comprobar firmas SEAL, un esquema en el que la clave de firma de un archivo se publica en el DNS. Los navegadores no pueden hacer consultas DNS, así que cualquier implementación web tiene que enrutar la búsqueda a través de un resolutor DNS-over-HTTPS de un tercero - lo cual mostraría a ese operador el dominio que se está comprobando más tu dirección IP. Antes usábamos el de Cloudflare. Ya no lo hacemos, y no hay ningún reemplazo: Verify ahora no pasa ningún resolutor, así que la verificación SEAL no hace ninguna solicitud de red. Ninguna app de Lolly busca hoy claves SEAL en el DNS: las apps de escritorio y móviles ejecutan la misma vista de Verify, y el comando lolly validate de la línea de comandos no comprueba SEAL. Un archivo cuyo registro SEAL lleva su clave incorporada se comprueba sin conexión, y Verify considera la firma internamente coherente sin confirmar el dominio. Un archivo cuya clave vive solo en el DNS muestra La firma SEAL no se verificó, con el motivo "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBCompruébalo tú mismoDescarga el archivo firmado signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBCompruébalo tú mismoDescarga el archivo firmado Puedes confirmarlo tú mismo: comprobaciones verificables con grep para esta y cada otra afirmación de esta página, con los comandos exactos y la salida esperada, están en Verifícalo tú mismo.

URLs de renderizado con enlace directo

Activo en lolly.tools. Cada URL https://lolly.tools/tool/<tool-id>.<ext>?<inputs> se renderiza de verdad, y las entradas viajan en esa misma URL. La sección siguiente explica qué significa eso para ti, y un operador puede desactivar la función en su propia instancia.

La aplicación en sí se queda por completo en tu dispositivo. Por separado, un operador puede activar las URLs de renderizado con enlace directo - /tool/<tool-id>.<ext>?<inputs> - para que un enlace de Lolly compartido pueda aparecer como una imagen en vivo en un README, una wiki o un panel. Obtener una de ellas le pide al servidor que renderice datos públicos de herramientas y catálogo con las entradas escritas en la URL.

• Sin cuentas, sin cookies, sin estado. El punto de acceso es anónimo, y no se lee nada en tu dispositivo. Tus documentos, sesiones y subidas nunca salen de tu navegador - no pueden aparecer en estos enlaces en absoluto.
• Pero la propia URL se registra. La cadena de consulta de una URL forma parte de la línea de solicitud, así que aparece en los registros de acceso habituales de la plataforma de alojamiento, igual que cualquier ruta solicitada. Si las entradas de un enlace contienen el nombre o el correo de alguien - una etiqueta identificativa, una firma de correo - ese texto queda en esos registros, y ninguna redacción de política lo cambia. Por eso una URL de enlace directo es el lugar equivocado para datos personales: dale solo lo que pondrías en una página pública.
• De todos modos, las entradas son públicas por construcción - son lo que quien creó el enlace escribió en la URL, legible por cualquiera que llegue al enlace. No pongas secretos en un enlace compartido. Lolly ofrece cifrado de enlaces para contenido sensible.
• Las respuestas se almacenan en caché y se limitan de velocidad como cualquier imagen pública, y se marcan como noindex para que los buscadores no indexen tus renders.

¿Autoalojas Lolly y no quieres una superficie pública de renderizado? Configura LOLLY_DISABLE_RENDER_GET=1 y todas estas URLs devuelven un 404.

El servidor MCP (opcional, para agentes de IA)

Lolly también puede ser alcanzado por un agente de IA a través del Model Context Protocol - un endpoint operado por el operador (lolly.tools ejecuta uno; cualquiera puede autoalojar el suyo propio, incluido uno completamente aislado de la red). Comparte la postura sin cuentas de la ruta de renderizado, más cuatro herramientas que necesariamente manejan bytes de archivo:

• lolly_transform (ejecuta una utilidad en el dispositivo pero del lado del servidor, en nombre del agente que llama), lolly_verify (comprueba Content Credentials) y lolly_redact (tapa regiones de una imagen o un PDF) aceptan los bytes de un archivo enviados por quien llama. Se procesan en proceso, en memoria, y el resultado se devuelve en esa misma llamada - el archivo nunca se escribe en disco ni se almacena una vez completada la solicitud.
• lolly_rebrand (renueva una presentación antigua sobre un sistema de

diseño, a través de sus etapas plan, compile e inspect) acepta los bytes de una presentación de la misma manera, y los procesa en memoria, solo para esa llamada - no se escribe nada en disco ni se conserva nada una vez enviada la respuesta. Su primera etapa, capabilities, indica con palabras adónde irían tus bytes antes de que envíes ninguno: en un servidor local autoalojado, la presentación nunca sale de esa máquina; en un servidor alojado, llamar a lolly_rebrand envía la presentación allí, hasta los límites de tamaño y de diapositivas que da esa misma etapa.

• Las herramientas de imagen (lolly_look, lolly_sample_color y lolly_trace_edges) también pueden recibir un archivo de imagen de quien llama, y lo tratan de la misma manera: en memoria, solo para esa llamada. Cualquier otra herramienta funciona con los parámetros de la llamada: texto, números, colores, URLs, ids de recursos del catálogo o un documento que aporta quien llama.
• En lolly.tools, lolly.tools/api/mcp está abierto a cualquiera sin token. Sus llamadas están limitadas por dirección y por un presupuesto diario: la dirección se convierte en una clave de cubo derivada en un solo sentido en el almacén de control de abuso, como en los endpoints de inicio de sesión de más abajo, y el presupuesto cuenta solo tiempo de CPU y bytes enviados, sin ninguna dirección. El endpoint restringido opcional previsto en mcp.lolly.tools usa un token de portador que el operador emite a clientes de confianza, o OAuth 2.1 sin estado: tokens firmados de corta duración verificados frente a un secreto compartido. La activación está pendiente. El propio token de portador nunca se escribe en un registro ni en una URL de renderizado.

Identidad de Content Credentials (un inicio de sesión que tienes que iniciar tú mismo)

Lolly puede sellar una Content Credential criptográfica en tus exportaciones para que cualquiera pueda verificar, sin conexión, que un archivo no se ha alterado desde que salió de Lolly. Eso ya está activado por defecto y totalmente local - la clave de firma se genera en tu dispositivo y la propia firma ocurre sin conexión. Sin inscripción, esa clave es desechable: se genera un par de claves nuevo para cada exportación y se descarta junto con ella. Una vez que te inscribes, la clave pasa a ser permanente y se genera como no extraíble - ni siquiera el propio código de Lolly puede leerla, solo pedirle que firme. En cualquier caso, nunca sale de tu dispositivo. Esta sección cubre el único paso opcional que se añade a eso: inscribir una identidad verificada, para que tus exportaciones digan "Verificado - firmado por \<your email\>" en lugar de una clave anónima. Si omites la inscripción, nada de esta sección se aplica a ti, y ningún dato personal sale nunca de tu dispositivo.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBCompruébalo tú mismoDescarga el archivo firmado signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBCompruébalo tú mismoDescarga el archivo firmado

Si te inscribes, esto es exactamente lo que ocurre:

1. Eliges un método de inicio de sesión - GitHub, Google, SUSE (id.suse.com) o un enlace por correo. Para los tres proveedores OIDC, se te redirige a la página de inicio de sesión de ese proveedor, regida por su propia política de privacidad, no por la nuestra. El servicio de certificados de Lolly recibe de vuelta solo una dirección de correo verificada y el nombre del proveedor. Para el enlace por correo, la dirección que escribes se pasa a Resend, una API de correo transaccional, únicamente para entregar ese enlace.
2. Una cookie de corta duración protege la redirección. Esta es la única cookie que establece todo el sistema Lolly: lolly_ca_state, HttpOnly, restringida a /api/ca, que expira en diez minutos. Lleva un valor aleatorio, no un identificador de rastreo, y existe solo para impedir que se falsifique la redirección OAuth. Se borra en cuanto se completa el inicio de sesión.
3. Tu dirección IP se usa, brevemente, para prevenir abusos de los endpoints de inicio

de sesión (para que un script no pueda saturar una bandeja de entrada ni agotar la cuota de correo). Lolly le aplica una función hash antes de crear un bucket de control de abuso de corta duración; la dirección en bruto no se envía a ese almacén. El bucket expira al cabo de aproximadamente un minuto y no se usa para rastreo. Los registros de acceso de alojamiento habituales son independientes y se describen más abajo.

4. El servicio de certificados emite un certificado de corta duración (7, 30, 90 o 365 días, a tu elección, limitado por la política del operador) que vincula tu correo verificado a la mitad pública del par de claves generado en tu dispositivo. La mitad privada nunca sale de tu navegador.
5. Nada sobre la emisión queda registrado. El servicio de certificados no mantiene ningún registro de emisión: ni tu correo, ni el proveedor, ni un número de serie, ni una marca de tiempo. Sin base de datos, sin línea de registro, sin webhook. Tu dirección de correo existe en la solicitud solo el tiempo necesario para escribirse en el certificado que recibe tu propio dispositivo, y después desaparece por completo de nuestro lado.
6. A partir de ahí, la firma vuelve a ser sin conexión durante toda la vida del certificado. Exportar un archivo nunca contacta con el servicio de certificados - solo la inscripción lo hizo.

La contrapartida, dicha con claridad. Una versión anterior de este servicio sí registraba cada emisión, para que un certificado mal emitido o comprometido pudiera rastrearse. Lo eliminamos, porque ese registro era el único lugar en todo Lolly donde datos personales llegaban a reposar en un servidor, y preferimos no tenerlo a tenerlo con cuidado. Lo que perdemos es la trazabilidad del lado del servidor: si un certificado se usa mal no podemos buscar quién lo obtuvo. Los certificados son de corta duración por diseño - de 7 a 365 días, a tu elección, limitado por el operador - y expiran por sí solos, que es la mitigación en la que confiamos en su lugar. Quienes se autoalojan y cuyas obligaciones propias requieran un registro de auditoría pueden añadir uno, y convertirse en el responsable de esos datos al hacerlo.

La extensión de navegador

La extensión de navegador Lolly URL Screenshot no recopila ningún dato personal para nosotros. No tiene análisis, rastreo ni servidor propio. La página Extensión de navegador describe cómo funciona.

Qué hace. La aplicación web de Lolly puede pedirle una captura de una página web, o el contenido de una página para iniciar un sistema de diseño a partir de un sitio web. Cada solicitud abre en la extensión una ventana de aprobación que muestra el sitio que la solicita, si quiere una captura o el contenido de la página, y la dirección de la página. Solo después de que pulsas Approve once la extensión abre esa página en una pestaña temporal en segundo plano, toma la captura o lee la página, entrega el resultado a la pestaña de Lolly que lo pidió y cierra la pestaña. Cada solicitud necesita su propia aprobación.

Datos.

• No recopilamos nada. El resultado va solo a la página de Lolly que lo pidió, en el mismo navegador. La extensión no almacena contenido de páginas y no añade ningún otro destinatario.
• Solicitudes de red. La página que apruebas se carga como en cualquier pestaña, junto con todo lo que esa página solicita por sí misma. Leer el contenido de una página también obtiene las hojas de estilos de esa página y algunas de sus imágenes de iconos y logotipos, desde dentro de la página, y esas obtenciones no envían cookies a otros sitios. La extensión no hace ninguna otra solicitud, y ninguna va a un servidor de Lolly.
• Tu sesión del navegador. La página se carga con tu sesión del navegador, igual que si la abrieras tú mismo, así que una página en la que has iniciado sesión puede poner información privada en el resultado.
• Las direcciones que apruebas se usan solo para cargar esa página concreta para esa solicitud concreta. No se registran ni se comparten.

Permisos.

• debugger - para tomar la captura mediante el DevTools Protocol (el mismo mecanismo que usa la aplicación de escritorio de Lolly).
• tabs - para abrir y cerrar la pestaña temporal, y para comprobar que ni la página de Lolly ni la página de destino se han movido desde que aprobaste.
• scripting - para leer el contenido de una página en la pestaña temporal, después de que apruebas esa solicitud.
• storage - para anotar los ids de sus pestañas temporales en el almacenamiento de sesión, de modo que se cierren igualmente si el navegador detiene la extensión durante una solicitud. No se almacena contenido de páginas.
• *Acceso opcional a sitios (http:///, https:///) - no se concede al instalar. Cuando pulsas Approve once*, la extensión pide a Chrome acceso al único sitio de esa solicitud, y Chrome te pregunta la primera vez por cada sitio. Un sitio que permitiste antes sigue necesitando una aprobación nueva para cada solicitud.

Ninguno de estos permisos se usa para leer, monitorizar o transmitir tu navegación más allá de la única solicitud que aprobaste.

Registros de infraestructura

Como cualquier sitio web, los servidores detrás de lolly.tools - y detrás de cualquier despliegue de Lolly - generan los registros de acceso estándar de un servidor web cada vez que llega una solicitud a ellos: dirección IP, ruta solicitada, marca de tiempo, agente de usuario. Ese es el comportamiento básico de hosting, no algo que Lolly añada, y nunca contiene el contenido de tus documentos, porque esos nunca llegan a un servidor en primer lugar. La única excepción deliberada es un archivo que entregas explícitamente a una llamada MCP lolly_transform, lolly_verify, lolly_redact o lolly_rebrand, que se procesa en memoria y nunca se escribe en disco ni en un registro, como se describe arriba.

El propio código de Lolly no escribe nada en esos registros. El servidor MCP registra el arranque, la configuración y las advertencias de renderizado; no guarda un registro de solicitudes propio y no registra tokens ni direcciones de quien llama. La pasarela de Penpot registra el nombre de cada comando y el estado de respuesta de Penpot, nunca cabeceras, tokens ni el archivo. El servicio de certificados registra sus ajustes de arranque y las advertencias de configuración, más dos líneas reducidas en caso de fallo: un código de estado de fallo de envío sin dirección de destinatario, y una línea de fallo fija sin texto de error, traza de pila ni URL (un error del proveedor puede llevar valores de identidad o credenciales). Todo lo demás en el registro pertenece a la plataforma de hosting, no a nosotros.

Para lolly.tools, el hosting es Vercel y la retención de registros de acceso sigue los valores predeterminados propios de la plataforma de Vercel para nuestro plan. No configuramos ningún drenaje de registros, ninguna exportación de registros a largo plazo ni ningún producto de analítica o monitorización adicional. No conservamos ninguna copia de estos registros nosotros mismos, lo que también significa que no tenemos forma de buscarlos por ti - consulta Tus derechos.

Bases legales, retención y destinatarios

Casi nada de esto necesita una base legal, porque casi nada se procesa. Por exhaustividad, la lista completa:

Destinatarios. Las categorías de destinatario son: nuestro proveedor de hosting (Vercel Inc.); nuestro proveedor de almacén de control de abuso, que solo recibe claves de bucket derivadas de un solo sentido y de corta duración, nunca la dirección IP en bruto; y - solo si usas la opción de inicio de sesión por correo - un proveedor de correo transaccional (Resend). Si inicias sesión con GitHub, Google o SUSE (id.suse.com), interactúas directamente con ese proveedor bajo su propia política de privacidad. Ellos nos indican una dirección de correo verificada y nada más. No compartimos datos personales con nadie más, y no vendemos datos, no publicamos anuncios ni elaboramos perfiles de usuarios.

Transferencias fuera del EEE. Vercel y Resend son empresas estadounidenses. El cómputo de funciones para lolly.tools está fijado a la región de Fráncfort de Vercel (fra1), por lo que el procesamiento ocurre en la UE, pero al ser proveedores con sede en EE. UU., podrían seguir acceder a los datos como encargados desde EE. UU. Esas transferencias se basan en las Cláusulas Contractuales Tipo de la Comisión Europea y/o el Marco de Privacidad de Datos UE-EE. UU., según se establece en el acuerdo de tratamiento de datos de cada proveedor. Dado que los datos personales que llegan a estos proveedores son tan limitados - una dirección de correo transmitida para enviar un mensaje, registros de acceso ordinarios, y un bucket de control de abuso derivado y de corta duración -, la exposición es correspondientemente pequeña.

Toma de decisiones automatizada. Ninguna. No hay elaboración de perfiles ni una decisión automatizada que produzca efectos jurídicos o similarmente significativos (Art. 22).

Privacidad de menores

Lolly no recopila a sabiendas información personal de nadie, de ninguna edad, en el uso ordinario de la aplicación - no hay nada que recopilar. El único lugar donde se recoge alguna vez información personal (una dirección de correo) es la inscripción en Content Credentials, descrita arriba, que no está dirigida ni pensada para menores.

Tus derechos

Dado que casi todo lo que Lolly toca se almacena únicamente en tu propio dispositivo, la mayoría de lo que la legislación de protección de datos llama "tus derechos" - acceso, corrección, eliminación, portabilidad - son cosas que ya puedes hacer tú mismo, al instante, sin pedirle nada a nadie: tus datos viven en el almacenamiento de tu navegador, en una forma que puedes inspeccionar, exportar (Exportar mis datos, arriba) o eliminar (borrando el almacenamiento del sitio en tu navegador, como arriba).

Formalmente, en virtud de los artículos 15-22 del RGPD tienes derecho a acceder a tus datos personales, a rectificarlos, a borrarlos, a restringir su tratamiento u oponerte a él (incluida la oposición a cualquier cosa que basemos en intereses legítimos), a la portabilidad de datos y - cuando el tratamiento se base en el consentimiento - a retirar ese consentimiento en cualquier momento, sin afectar a la licitud de lo ocurrido antes de la retirada.

Esta es la postura honesta sobre cómo ejercerlos frente a nosotros. Como ya no mantenemos un registro de emisión, no tenemos ningún dato personal tuyo que podamos consultar, corregir, exportar o eliminar. Si nos escribes preguntando qué tenemos sobre ti, la respuesta veraz es nada, y así te lo diremos. La única categoría que existe en absoluto es los registros de acceso de hosting vinculados a una dirección IP, en poder de nuestro proveedor de hosting bajo sus plazos de retención predeterminados. No tenemos capacidad para buscar ni eliminar selectivamente esos registros, y te lo diremos en vez de fingir lo contrario. Todo lo que es realmente tuyo está en tu dispositivo, donde ya puedes leerlo, exportarlo y destruirlo sin pedirle permiso a nadie.

Tienes derecho a reclamar. Si crees que hemos gestionado tus datos de forma indebida, puedes presentar una reclamación ante una autoridad de control de protección de datos - en la UE, la autoridad de tu país de residencia, de tu lugar de trabajo o del lugar donde crees que se produjo la infracción (Art. 77). Nuestra autoridad de control principal es el Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) en Ansbach, Alemania. No necesitas contactarnos primero, aunque nos gustaría tener la oportunidad de solucionarlo.

No vendemos datos. No tenemos ninguno que vender.

Cambios en esta política

La fecha en la parte superior cambia cada vez que cambia este documento. Un cambio que altere lo que sale de tu dispositivo o lo que se retiene recibe su propia línea aquí, no una edición silenciosa - si quieres ver qué cambió, pregunta (abajo) o compáralo con el código fuente público.

22 de octubre de 2026: se corrigió la descripción del comportamiento existente. La sección de la extensión de navegador ahora cubre la ventana de aprobación de cada solicitud, el acceso a sitios que se pide de uno en uno y las obtenciones de hojas de estilos e iconos al leer un sitio web. También se corrigieron las filas de Send to Google Drive y Meeting Planner, la nota sobre SEAL (ninguna app de Lolly busca claves SEAL en el DNS), el nivel de telemetría de uso por defecto del servicio de organización, las herramientas de imagen de MCP y el registro de aplicación de los servicios públicos. El software en sí no cambió.

Quién es responsable y cómo contactarnos

El responsable del tratamiento de lolly.tools es:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Núremberg Alemania

SUSE ha designado un Delegado de Protección de Datos, localizable en privacy@suse.com. Usa esa dirección para cualquier solicitud formal en el marco de "Tus derechos" mencionado arriba.

Para cualquier cuestión sobre Lolly en sí - cómo funciona, por qué algo es como es o una corrección a este documento - contacta con Andy Fitzsimon, fitzy@suse.com.

Para una instancia de Lolly autoalojada o empresarial, contacta con quien la opere en su lugar: el operador es el responsable de su propio despliegue. SUSE y el proyecto de código abierto Lolly no conservan datos de despliegues que no operan.