Política de privacidad

Última actualización: 11 de agosto 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 rastrearte. No hay nada a lo que dar consentimiento, porque no ocurre ninguna recopilación - solo este aviso, para que sepas qué se guarda y dónde. Bórralo todo en cualquier momento con Profile → Clear all my data, o borrando el almacenamiento del sitio en tu navegador. (Según el Art. 5(3) de la ePrivacy Directive, el almacenamiento estrictamente necesario para el servicio que solicitaste no requiere consentimiento - solo transparencia, que es lo que son tanto este documento como el aviso dentro de la aplicación.)

La sección de almacenamiento de la página de perfil en una pantalla del ancho de un teléfono: cada categoría de datos en el dispositivo nombrada, con el botón Clear all my data justo al lado signed by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file14 paths~2.0k nodes39 groups28 KB La sección de almacenamiento de la página de perfil en una pantalla del ancho de un teléfono: cada categoría de datos en el dispositivo nombrada, con el botón Clear all my data justo al lado signed by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file14 paths~2.0k nodes39 groups29 KB

Tu propia copia de seguridad de estos datos - el paquete lolly-backup producido por Export my data & render everything - 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 Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file1 path7 nodes3 KBsigned by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file1 path7 nodes3 KB

Cuando la aplicación se comunica con una red, en su totalidad

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.

Qué	Qué sale realmente de tu dispositivo	Cuándo (la acción que lo activa)	Si un operador lo bloquea
Sincronización del catálogo de herramientas	Nada personal - una solicitud del propio índice público de herramientas y recursos de Lolly, al origen propio de la app	Al iniciar, y luego se guarda en caché sin conexión	La app funciona con su conjunto de herramientas en caché. Solo deja de descubrir herramientas nuevas
Una herramienta que necesita datos en vivo	Lo que esa herramienta concreta solicite, al host indicado en su propia descripción. Hoy eso es solo la búsqueda de ciudad en la herramienta Meeting Planner, que pregunta a `geocoding-api.open-meteo.com` para convertir un nombre de ciudad en coordenadas y una zona horaria - sin cuenta, sin clave y sin identificador más allá de la propia solicitud. El campo lo indica justo donde escribes, y cada respuesta se guarda en tu dispositivo para que una ciudad se busque una sola vez	Solo mientras usas esa herramienta, y solo una vez que introduces una ubicación	Esa búsqueda concreta falla. Aún puedes escribir las coordenadas a mano, y nada más se ve afectado
Google Fonts	El nombre de la familia tipográfica elegida y tu dirección IP, a los servidores de fuentes de Google (`fonts.googleapis.com` para la hoja de estilos, `fonts.gstatic.com` para el archivo de fuente)	Solo si añades una Google Font en el editor de marca, y solo después de aceptarlo en un diálogo que dice exactamente esto - una descarga única por familia, que luego vive en tu dispositivo y se usa sin conexión	El selector de Google Fonts falla de forma segura. Sube un archivo de fuente en su lugar
Send to Google Drive	El único archivo que elegiste enviar, a la API de Drive de Google (`www.googleapis.com`), tras un inicio de sesión de Google que completas en la propia ventana emergente de Google. El acceso de Lolly se limita a los archivos que ha creado (el ámbito `drive.file` - nunca puede leer el resto de tu Drive), y el token de inicio de sesión se mantiene en memoria durante la sesión, nunca se almacena	Solo cuando pulsas «Send to Google Drive» en una exportación EMF, y solo en las compilaciones donde el operador ha configurado un id de cliente de Google - sin uno, el botón no existe	El botón nunca aparece. Descarga el archivo y súbelo tú mismo a Drive
Send to Dropbox	El único archivo que elegiste enviar, a la API de Dropbox (`api.dropboxapi.com` para el inicio de sesión y los metadatos, `content.dropboxapi.com` para el propio archivo), tras un inicio de sesión de Dropbox que completas en la propia ventana de Dropbox. El acceso de Lolly se limita a la carpeta de la app (solo puede ver `Apps/` y su propia carpeta ahí dentro - nunca el resto de tu Dropbox), el enlace «Open» que te muestra es un enlace privado de corta duración (no se crea ningún recurso compartido público), y un token de actualización solo se guarda si marcas «stay connected»	Solo cuando pulsas «Send to Dropbox» en un archivo, y solo en las compilaciones donde el operador ha configurado un id de cliente de Dropbox - sin uno, el botón no existe	El botón nunca aparece. Descarga el archivo y súbelo tú mismo a Dropbox
Send to OneDrive	El único archivo que elegiste enviar, a los servicios de identidad y Graph de Microsoft (`login.microsoftonline.com` para el inicio de sesión, `graph.microsoft.com` para la subida; un archivo grande se sube en fragmentos a una dirección de subida propiedad de Microsoft en `api.onedrive.com`, `.up.1drv.com` o `.sharepoint.com`), tras un inicio de sesión de Microsoft que completas en la propia ventana de Microsoft. El acceso de Lolly se limita a su propia carpeta bajo `Apps/` (nunca puede leer el resto de tu OneDrive) más tu nombre visible para la etiqueta de la cuenta, y un token de actualización solo se guarda si marcas «stay connected»	Solo cuando pulsas «Send to OneDrive» en un archivo, y solo en las compilaciones donde el operador ha configurado un id de cliente de Microsoft - sin uno, el botón no existe	El botón nunca aparece. Descarga el archivo y súbelo tú mismo a OneDrive
Send to LinkedIn	El único archivo que elegiste enviar, además de su nombre como texto de la publicación, a LinkedIn (`www.linkedin.com` para el inicio de sesión, `api.linkedin.com` para la subida y la publicación), tras un inicio de sesión de LinkedIn que completas en tu propio navegador. La publicación va a tu propio feed como publicación pública bajo tu nombre. Lolly puede publicar en tu nombre y leer tu nombre para la etiqueta de la cuenta, nada más de tu LinkedIn, y el inicio de sesión se conserva en este dispositivo solo si marcas «stay connected» - los tokens de LinkedIn duran 60 días y no se pueden renovar de forma silenciosa, así que caducan por sí solos	Solo cuando pulsas «Send to LinkedIn» en un archivo, únicamente en las apps de escritorio, y solo en las compilaciones donde hay una app de LinkedIn configurada - sin una, el botón no existe	Nada que bloquear en la app web: esto existe solo en las apps de escritorio, así que esos dos hosts están deliberadamente excluidos de la Content-Security-Policy de la app web más abajo. En las apps de escritorio, elimina la app de LinkedIn configurada y el botón nunca aparece
Perfiles de imprenta ICC	Nada personal - una solicitud de un perfil estándar de condición de impresión, al registro público del ICC (`registry.color.org`, `www.color.org`)	Solo si haces clic en un preajuste ICC en el gestor de perfiles de impresión - una descarga única por perfil, que luego vive en tu dispositivo	Los preajustes ICC fallan. Aporta tu propio perfil `.icc` en su lugar
Radio por internet	Nada personal - una solicitud de lista de reproducción y una transmisión de audio, a la emisora (`api.somafm.com` y el servidor icecast que esta indica, `*.somafm.com`)	Solo mientras reproduces la radio integrada opcional en el reproductor de sonido	La radio falla. El resto de funciones de sonido sigue funcionando
Una URL que le pides a una herramienta que capture	Una solicitud a la dirección web exacta que escribes, desde la herramienta de captura de URL. Sea cual sea esa dirección. Este host no está en la política más abajo, porque tú lo eliges en el momento de usarla	Solo cuando introduces una URL en esa herramienta e inicias la captura	Un operador no puede autorizarlo por host. Para eliminarlo, elimina la herramienta
Comprobación de firma SEAL	Nada. La app web no tiene ningún resolutor DNS - ver más abajo	Nunca	Nada que bloquear
Modelos de IA en el dispositivo	Nada personal - una descarga única del archivo de modelo desde el host de modelos de Lolly (`lolli.li`), que luego se guarda en caché en tu dispositivo; sin cuenta, sin identificador, solo la solicitud y tu IP	Solo cuando usas una función que necesita un modelo (análisis profundo de Verify, ampliación de imagen, voz y similares)	Esa función espera a la descarga; todo lo demás sigue funcionando
Instancia remota	Lo que sea que la instancia que indicas devuelva, a través de la misma sincronización de catálogo descrita arriba - más una etiqueta de versión en las solicitudes que le haces (tipo de shell y versión del engine, la misma información que lleva un user agent), para que su operador pueda ver qué versiones de Lolly hay en uso. En una instancia gestionada, mientras tienes la sesión iniciada, esa etiqueta también lleva un id de instalación por dispositivo para que la lista de dispositivos del operador pueda distinguir esta instalación. Solo viaja en solicitudes que tu propio uso ya genera - no hay temporizador y nada llama a casa por su cuenta - y al salir de la instancia se elimina el id, así que un dispositivo que se reconecta más tarde presenta uno nuevo. Tú eliges el host en el momento de usarlo, así que no está en la política más abajo	Solo si apuntas explícitamente el shell a otro despliegue de Lolly	El cambio de instancia falla. Tu instancia local no se ve afectada

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 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, y una instancia remota a la que apuntas el shell. Ninguna de las dos está en la política, y cada una ocurre solo cuando escribes una dirección y actúas sobre ella. 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.

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), nunca para enviar cosas desde él, con las excepciones nombradas 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: la aplicación web ahora no pasa ningún resolutor, así que la verificación SEAL aquí no hace ninguna solicitud de red. Los archivos cuyo registro SEAL lleva su clave incorporada siguen verificándose por completo sin conexión. Los archivos cuya clave vive en el DNS informan "no key resolver" en su lugar, y puedes comprobarlos en la aplicación de escritorio o de línea de comandos, que resuelven el DNS de forma nativa a través de tu propia máquina sin que intervenga ningún tercero.

La pantalla de Verify: una zona para soltar archivos y nada más - el archivo se comprueba donde ya está, sin subida y sin cuenta signed by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file10 paths~7.6k nodes14 groups84 KBsigned by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file10 paths~7.6k nodes14 groups84 KB 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

Actualmente desactivado en lolly.tools. Cada URL https://lolly.tools/tool/<tool-id>.<ext> devuelve hoy un 404. La sección siguiente describe qué hace la función cuando un operador la activa, y por qué nosotros no lo hemos hecho. Se activará aquí en cuanto el servicio se traslade a infraestructura operada por SUSE, y este aviso cambiará cuando eso ocurra.

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. Esta es la razón concreta por la que esta función está desactivada aquí por defecto en lugar de activada.
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 - lo que hace actualmente lolly.tools - 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 tres 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.
El resto de herramientas - lolly_render, lolly_build_url, lolly_list_tools, lolly_describe_tool - funcionan solo a partir de parámetros (texto, números, colores, URLs, ids de recursos del catálogo), las mismas entradas que toma una URL de renderizado con enlace directo.
El acceso es o bien un token compartido que el operador emite a los clientes en los que confía, o bien OAuth 2.1 sin estado: tokens firmados de corta duración verificados frente a un secreto compartido, nada almacenado del lado del servidor, y el propio token 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.

La tarjeta de identidad verificada en la página de perfil, del ancho de un teléfono: el selector de duración del certificado y el paso de inscripción debajo, inactivo hasta que lo inicias tú mismo signed by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file21 paths~10k nodes16 groups112 KB La tarjeta de identidad verificada en la página de perfil, del ancho de un teléfono: el selector de duración del certificado y el paso de inscripción debajo, inactivo hasta que lo inicias tú mismo signed by Lollyvector SVG2026-08-24Compruébalo tú mismo Get the signed file21 paths~10k nodes16 groups112 KB

Si te inscribes, esto es exactamente lo que ocurre:

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.
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.
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) - se mantiene solo en la memoria del servidor, durante una ventana deslizante de aproximadamente un minuto, nunca se escribe en un registro ni se persiste en ningún sitio.
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.
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.
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, almacena ni transmite ningún dato personal. Sin análisis, sin rastreo, sin servidor remoto.

Qué hace. Cuando le pides a la aplicación web de Lolly que capture la captura de pantalla de una URL, la extensión abre esa página en una pestaña temporal en segundo plano, la captura en tu navegador usando el DevTools Protocol, entrega la imagen de vuelta a la aplicación y cierra la pestaña. Todo ocurre localmente, en tu propio dispositivo y red.

Datos.

No recopilamos nada. La extensión no tiene servidores y no realiza solicitudes de red propias.
Las imágenes capturadas van directamente a la aplicación Lolly en el mismo navegador - nunca se suben desde la extensión.
Las URL que capturas se usan solo para cargar esa página concreta para esa captura de pantalla. No se registran ni se comparten.

Permisos.

debugger - para capturar la página renderizada 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 en la que se carga la página.
Acceso a hosts (<all_urls>) - porque la página que elijas capturar puede estar en cualquier sitio. Chrome muestra esto en el momento de la instalación como una advertencia de permiso amplio. La extensión solo visita la URL que le indiques.

Ninguno de estos se usa para leer, monitorizar o transmitir tu navegación más allá de esa única captura solicitada.

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 o lolly_redact, 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 no contiene ninguna instrucción de registro. El servicio de certificados emite exactamente dos líneas, ambas en caso de fallo y ambas deliberadamente reducidas: un código de estado de fallo de envío sin dirección de destinatario, y un mensaje de error sin traza de pila ni URL (una traza podría contener un token de inscripción). 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:

Procesamiento	Base legal (RGPD Art. 6)	Retenido durante
Todo en tu dispositivo (documentos, preferencias, caché, contadores)	No es en absoluto un procesamiento nuestro - nunca llega hasta nosotros. El almacenamiento en tu dispositivo es estrictamente necesario para el servicio que solicitaste (ePrivacy Art. 5(3)), por lo que no requiere consentimiento	Hasta que lo elimines
Tu dirección de correo durante la inscripción en Content Credentials	Art. 6(1)(b), ejecución de un servicio que solicitaste explícitamente	No se retiene. Presente en memoria solo durante la duración de la solicitud
Tu dirección IP en los endpoints de inicio de sesión, para limitación de tasa	Art. 6(1)(f), nuestro interés legítimo en prevenir el abuso de un servicio gratuito y de la cuota de correo de un tercero. Consideramos que esto supera una prueba de ponderación porque está solo en memoria, nunca se escribe y se descarta en aproximadamente un minuto	~1 minuto, en memoria del servidor, nunca persistido
Registros de acceso de hosting (IP, ruta, marca de tiempo, agente de usuario)	Art. 6(1)(f), nuestro interés legítimo en la seguridad del servicio, la prevención de abuso y el diagnóstico de fallos	Valor predeterminado de la plataforma de Vercel para nuestro plan. No añadimos drenaje ni exportación

Destinatarios. Las categorías de destinatario son: nuestro proveedor de hosting (Vercel Inc.), 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 cualquiera de los dos proveedores son tan limitados - una dirección de correo transmitida para enviar un mensaje, y registros de acceso ordinarios -, 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 (Export my data & render everything, arriba) o eliminar (Profile → Clear all my data).

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.

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.