Política de privacidad

Esta política se aplica a zyff.app: todas las páginas de herramienta, los endpoints de API que hay detrás de esas herramientas, y los widgets que crees aquí e insertes en tu propia web. Describe lo que hace de verdad el software y no una plantilla genérica, y está escrita para leerse y no para pasarla por encima.

Dos hechos dan forma a todo lo que sigue. El primero: todas las herramientas de Zyff funcionan sin cuenta, así que para el uso de las herramientas no guardamos ningún nombre de usuario, contraseña ni perfil. Hace falta una cuenta para una sola cosa — insertar un widget en tu propia web, lo que además te deja editarlo después — y lo que guarda se detalla más abajo, en “Cuentas”. El segundo: las herramientas de Zyff corren en nuestros servidores y no en tu navegador, así que los archivos sí nos llegan durante lo que dura una petición. Qué les pasa en esa ventana es el asunto de la sección siguiente.

Esta es una política de privacidad general para una web de utilidades dirigida a un público general. No es asesoramiento legal, y no cubre tus propias obligaciones si publicas un widget de Zyff en una web que gestionas tú.

Lo que subes se procesa en memoria en los servidores de Zyff y no se guarda. Tu navegador envía el archivo por HTTPS a un endpoint de la API, el servidor lo descodifica, aplica los ajustes que elegiste y devuelve los bytes terminados en la respuesta. Lo subido existe solo como un búfer mientras dura esa única petición, y después se va con ella.

No se escribe nada en disco, ni se encola, ni se copia a una base de datos, a un almacén de objetos o a una copia de seguridad. No hay ninguna galería de trabajos pasados, ningún historial y ningún enlace que le permita a nadie recuperar un archivo después, porque no hay ningún archivo que recuperar. Los resultados vuelven con una cabecera de caché no-store, y tu navegador monta la descarga a partir de la respuesta que ya tiene.

Lo que subes no se usa nunca para entrenar ni mejorar un modelo. El eliminador de fondos ejecuta un modelo de segmentación de código abierto ya entrenado en nuestros propios servidores, con los pesos guardados junto a la aplicación, así que tu imagen no se envía a ningún servicio de IA de terceros. Ese modelo encuentra el contorno de un motivo; no identifica personas, y no se crea ni se conserva ninguna plantilla facial.

Varias herramientas reducen además lo que tus archivos llevan hacia fuera. El compresor y el redimensionador fijan la orientación EXIF y descartan luego los metadatos incrustados, así que las coordenadas de GPS, los números de serie de la cámara y las marcas de tiempo de captura no sobreviven a la salida. El conversor conserva los metadatos solo si activas expresamente esa opción.

Como ninguna herramienta te pide registrarte, hay categorías enteras de datos que no entran en escena para el uso corriente de las herramientas: ninguna dirección de correo, ninguna contraseña, ningún número de teléfono. Si creas una cuenta opcional, recibimos de Google tu dirección de correo y tu nombre, nada más. Si te suscribes a un plan de pago, el pago lo gestiona por completo Razorpay; los datos de tu tarjeta van a ellos y no tocan nunca los servidores de Zyff, así que no podríamos guardarlos ni por accidente.

Zyff tampoco pone publicidad. No hay redes publicitarias, ni píxeles de conversión, ni etiquetas de retargeting, ni intermediarios de datos. No vendemos, alquilamos ni cedemos datos personales para publicidad. La web sí mide lo que haces con una herramienta — mira la sección de analítica más abajo, que nombra lo que registra — pero nada en Zyff construye un perfil de marketing tuyo ni te sigue a otra web.

Zyff ejecuta un puñado de herramientas de medición, y es más honesto nombrar cada una que afirmar que la web no tiene analítica. Vercel Web Analytics cuenta las visitas a páginas y registra la fuente de referencia, el país aproximado y el tipo de dispositivo. Vercel Speed Insights registra los tiempos reales de carga y de interacción, como cuánto tarda una página de herramienta en volverse usable, vinculados a la ruta y no a una persona. Ninguna de las dos usa cookies.

Google Analytics 4 sí. Es la herramienta que responde a qué pasa de verdad en una página de herramienta, y funciona registrando eventos con nombre mientras usas una: se abrió una página de herramienta, se aceptó o se rechazó un archivo y por qué, se cambió un ajuste, empezó una conversión, terminó en tantos milisegundos o falló con un mensaje concreto, se descargó o se copió un resultado. Cada evento lleva la forma de lo que hiciste — el tipo y el tamaño del archivo en kilobytes, el formato de salida, cuánto tardó el servidor — para que podamos distinguir una herramienta que nadie encuentra de una herramienta que se rompe.

Lo que nunca lleva es el contenido. Tu nombre de archivo no se envía, porque un nombre de archivo es habitualmente el nombre de una persona, el de una clienta o un número de factura. Tampoco la imagen, ni el portapapeles, ni el fragmento generado, ni el nombre de una empresa que hayas buscado en el editor de reseñas. El evento dice "un JPEG de 2,4 MB se comprimió a WebP en 900 ms", nunca qué JPEG.

Para distinguir a quien vuelve de quien es nuevo, Google Analytics escribe dos cookies propias en tu navegador — _ga y otra con el nombre de esta property, _ga_<id> — que contienen una identificación aleatoria generada por él. Caducan dos años después de tu visita más reciente, y borrar los datos del sitio las elimina. Si inicias sesión en una cuenta de Zyff, le enviamos además a Google la identificación opaca de la cuenta, un UUID aleatorio y nunca tu dirección de correo ni tu nombre, para que usar dos dispositivos tuyos no se cuente como dos personas distintas.

No activamos Google Signals, no vinculamos la property con Google Ads ni con ningún otro producto publicitario, y no construimos públicos publicitarios. Si eso cambiara alguna vez, esta página cambia con ello en la misma entrega.

Junto a esos, la página carga Google Tag Manager. El Tag Manager no mide nada por sí mismo: es un contenedor que nos permite añadir o quitar un script de medición sin publicar código nuevo, y los eventos descritos arriba se le entregan a él en vez de recogerse dos veces. Cargarlo significa que tu navegador pide un script a googletagmanager.com, así que Google recibe tu dirección IP, tu tipo de navegador y de dispositivo, y la página en la que estás, exactamente igual que ya hace con el script de Analytics servido desde el mismo sitio. No pone ninguna cookie propia.

Como un contenedor se configura fuera de este código, el compromiso honesto va sobre lo que meteremos dentro: solo medición. Ninguna etiqueta publicitaria, ningún píxel de conversión, ningún rastreador de retargeting ni entre webs, y nada que reciba un nombre de archivo, el contenido de un archivo o una empresa que hayas buscado: los mismos límites que se aplican a Analytics. Todo lo que se le añada y recoja algo nuevo se nombra en esta página en la misma entrega.

El resultado es conductual, y llamarlo simplemente agregado sería estirarlo: dentro de Google Analytics existen durante un tiempo flujos de eventos individuales, y los leemos para encontrar dónde una herramienta pierde a la gente. Lo que no podemos hacer es conectar nada de eso con un archivo, con una búsqueda de empresa o con una persona identificada, porque nada de eso se envía nunca.

Todos son scripts corrientes que se cargan después de que la página sea usable, así que los bloqueadores de contenido habituales y los navegadores centrados en la privacidad los detienen. Bloquear cualquiera de ellos no tiene ningún efecto sobre las herramientas, lo que es una prueba razonable de si la analítica es aquí algo estructural. Google Analytics no actúa según una cabecera Do Not Track o Global Privacy Control, así que si te apoyas en esas, lo que funciona es bloquear el script.

En la esquina de todas las páginas hay una burbuja de chat. La opera para nosotros Brevo (Sendinblue SAS, Francia) con su producto Conversations, y está ahí para que se pueda responder a una duda sobre una herramienta sin que tengas que abrir un cliente de correo. Hablar con ella es totalmente opcional, y todas las herramientas funcionan hagas clic en ella o no.

El script del chat se carga en todas las páginas en cuanto el navegador está en reposo, así que Brevo ve que se abrió una página aunque nunca abras el chat: la URL, la página de referencia, tu dirección IP y tu tipo de navegador y de dispositivo. Si empiezas una conversación, Brevo recibe y guarda lo que escribas, lo que adjuntes y los datos de contacto que des para que podamos responder, normalmente una dirección de correo. No pegues en el chat nada que no pondrías en un correo, y no adjuntes un archivo que no quieras que quede guardado: a diferencia de lo que subes a una herramienta, que se procesa en memoria y no se conserva, un adjunto de chat se queda en un buzón de soporte.

Para mantener una conversación asociada a ti mientras te mueves entre páginas y vuelves más tarde, Brevo pone sus propias cookies y almacenamiento en el navegador con una identificación aleatoria de visitante que genera él. Esa identificación sirve para hilar tus mensajes, no para perfilarte, y borrar los datos del sitio la elimina. No le enviamos a Brevo tus nombres de archivo, lo que subas ni nada de lo que hayas hecho con una herramienta; si un registro de conversación contiene algo sobre un archivo, es porque lo escribiste tú.

Las transcripciones se guardan en el buzón de Brevo mientras sean útiles para el soporte y para cualquier seguimiento. Igual que los scripts de analítica, este es un script de terceros corriente que un bloqueador de contenido o una ventana privada detendrán: lo único que pierdes es el propio chat. Si prefieres no usarlo en absoluto, ashokguptaa66@gmail.com llega a las mismas personas.

Zyff se aloja en Vercel, así que todas las peticiones pasan por su infraestructura. Los datos habituales de una petición, como tu dirección IP, el agente de usuario, la URL solicitada, la marca de tiempo y el estado de la respuesta, se procesan ahí para enrutar el tráfico, mantener la web disponible y detectar abusos o ataques. Es el procesamiento operativo normal que hace cualquier web alojada.

El propio código de la aplicación de Zyff no guarda ningún registro de quién subió qué. Cuando una petición falla de forma inesperada, el código escribe una entrada de error para poder diagnosticar el fallo; esa entrada contiene el error, no el contenido de tu archivo. No usamos los datos de registro para marketing, perfilado ni segmentación publicitaria.

La conservación de los registros se limita a lo que guarda nuestro proveedor de alojamiento con fines operativos y de seguridad. Todo el tráfico se sirve por HTTPS, la clave de Google Places vive solo en variables de entorno del servidor, y todos los endpoints de la API validan la entrada en el servidor en vez de fiarse de lo que envió la página. Ningún sistema es completamente seguro, pero el diseño reduce a propósito lo que hay que perder: no existe ningún almacén de archivos de usuario en el que entrar.

El editor de reseñas de Google implica servicios de terceros por diseño, y usa dos. Cuando buscas un negocio, el texto que escribes y el lugar que eliges se envían desde nuestro servidor a la API de Places de Google, que es lo que convierte lo que escribiste en un negocio concreto. Nuestra clave de API se queda en el servidor y nunca se pone en la página, así que la petición viene de Zyff y no de tu navegador.

Las reseñas en sí se recogen después a través de Apify, un servicio alojado de recogida de datos, que lee la ficha pública de Google Maps del negocio, la misma página que puede abrir cualquiera sin iniciar sesión. Lo usamos en vez de la API de Places porque esa API devuelve como mucho cinco reseñas por petición sin ninguna forma de pedir otras, y un widget que solo puede mostrar cinco no le sirve de mucho a un negocio que tiene cientos. Nuestro token de Apify también se queda en el servidor. Si la recogida no puede ejecutarse por cualquier motivo, Zyff recurre a la API de Places y el widget muestra las cinco reseñas que devuelve esa API.

Lo que vuelve es el nombre del negocio, la dirección, la valoración, el número de reseñas, un enlace de Google Maps, las fotos del negocio y las propias reseñas, cada una con el nombre visible de quien la escribió, su foto de perfil, un enlace a su perfil de Google, un enlace a la reseña y el texto de la reseña. Se recogen hasta 200 reseñas cuando las pides, frente a cinco del respaldo de la API de Places. Ese contenido procede de Google y pertenece a las personas que lo escribieron. Nosotros lo mostramos y te dejamos cambiarle el estilo, pero no alteramos las palabras. Como un widget publicado tiene que seguir funcionando, ese contenido — incluidos los nombres, las fotos y las palabras de quienes reseñaron — se guarda en la caché descrita más abajo en vez de solo pasar de largo. Conservamos además lo que devolvieron recogidas anteriores, así que el conjunto solo crece: indefinidamente, hasta 200 por negocio. Volvemos a recoger un negocio solo cuando alguien pulsa un botón en el creador de widgets; no hay nada en un temporizador. De ahí se siguen dos consecuencias, y preferimos decirlas claro antes que enterrarlas: una reseña que se haya borrado después en Google se queda en nuestra copia hasta que una recogida posterior la reemplace, y no hay ningún temporizador que la quite sola. Si escribiste una reseña y quieres que se retire, quítala primero en Google y escribe después a ashokguptaa66@gmail.com nombrando el negocio, y borraremos nuestra copia guardada.

Las fotos del negocio, las fotos de perfil de quienes reseñan y las fotos adjuntas a una reseña las carga el navegador de quien te visita directamente desde los propios servidores de imágenes de Google, exactamente igual que cualquier otra imagen alojada por Google. Cuando un negocio se conectó antes de que existiera este método de recogida, sus fotos se siguen pidiendo a través de /api/tools/google-reviews/photo: el endpoint de medios de Google exige la clave de API como parámetro de consulta, así que apuntar una etiqueta de imagen directamente a él publicaría la clave; en su lugar, nuestra ruta hace la consulta con la clave en el servidor y redirige tu navegador a la dirección sin clave que devuelve Google.

Para no pagarle a Google por búsquedas idénticas, los datos resueltos de un negocio se guardan en caché. Las sugerencias de búsqueda se mantienen 5 minutos en la memoria del servidor y se pierden cuando termina el proceso. Los negocios resueltos se mantienen 20 horas en una tabla de la base de datos, y pueden servirse hasta 30 días más allá de eso si Google deja de estar accesible, para que un widget ya insertado en tu web siga funcionando en vez de quedarse en blanco. Esa tabla está indexada por el identificador de lugar de Google, contiene solo lo que devolvió Google sobre un negocio público, y no registra nada sobre quién lo buscó. Es lo que lee un widget insertado, y por eso tiene que sobrevivir a un solo proceso del servidor. La dirección de imagen sin clave que devuelve el endpoint de fotos de Google para una foto de negocio se guarda en caché de la misma manera durante 1 día, para que las visitas repetidas a una foto no repitan la consulta; esa dirección identifica la foto de un negocio público, nunca a una persona.

Las condiciones y las políticas de privacidad propias de Google y de Apify rigen lo que hace cada uno con estas peticiones. Si publicas el widget resultante, la inserción carga un script desde zyff.app y pide los datos guardados de las reseñas cuando se dibuja tu página, lo que significa que quien visita tu web envía peticiones a los servidores de Zyff y a los servidores de imágenes de Google. Descríbelo en el aviso de privacidad de tu propia web.

En un widget guardado en una cuenta, el script de inserción informa además a Zyff de cada dibujado, porque los planes incluyen un cupo mensual de visualizaciones. De ese informe se conserva un total acumulado por cuenta y por mes natural: una única cifra. Con él no se guarda ninguna URL de página, ninguna cookie ni ninguna identificación de quien visita; la dirección IP se usa de forma transitoria para limitar la frecuencia, como en cualquier endpoint, y no entra en la cuenta.

Los widgets de feed de Instagram y de reseñas de Facebook funcionan como el de reseñas de Google, con una diferencia que merece nombrarse: ni Instagram ni Facebook ofrecen una API que devuelva las publicaciones de una cuenta pública o las recomendaciones de una página sin una aplicación de empresa y un proceso de revisión. Por eso Zyff recoge ese contenido público a través de Apify, un servicio alojado de recogida de datos. Nuestro token de Apify se queda en el servidor y nunca se pone en la página, así que la petición viene de Zyff y no de tu navegador.

Lo que vuelve es lo que esas páginas ya le enseñan al público. En Instagram: la imagen o el vídeo de cada publicación, su pie, su número de me gusta y de comentarios, su fecha, su dirección en Instagram y el nombre de usuario que la publicó, y además, si el origen es una cuenta, la foto de perfil, la biografía y el número de seguidores, de seguidos y de publicaciones de esa cuenta. En Facebook: el texto de cada recomendación, su fecha, si recomienda la página, el nombre visible y la foto de perfil de quien la escribió, un enlace a la recomendación, y el nombre, la imagen y los totales de la propia página. Ese contenido procede de las personas que lo escribieron y lo publicaron, y no alteramos sus palabras.

Como un widget publicado tiene que seguir funcionando, ese contenido se guarda en vez de solo pasar de largo. Un feed de Instagram se considera fresco durante 2 días antes de que Zyff vuelva a consultarlo, y puede servirse hasta 30 días más allá de eso si una actualización falla, para que un widget que ya está en tu web siga funcionando en vez de quedarse en blanco. Una página de Facebook usa 3 días y 30 días. Como cada recogida devuelve solo una ventana reciente, conservamos además lo que devolvieron recogidas anteriores: hasta 120 publicaciones por feed y 100 recomendaciones por página. Las conservamos indefinidamente y solo volvemos a consultar cuando alguien nos lo pide desde el editor; no hay nada en un temporizador. Se siguen las mismas dos consecuencias que con las reseñas de Google, y preferimos decirlas claro antes que enterrarlas: una publicación o una recomendación que se haya borrado después se queda en nuestra copia hasta que una actualización la reemplace, y no hay ningún temporizador que la quite sola. Si algo tuyo aparece en uno de estos widgets y quieres que se retire, bórralo primero en el origen, escribe después a ashokguptaa66@gmail.com nombrando la cuenta o la página, y borraremos nuestra copia guardada.

Las imágenes de Instagram y de Facebook se piden a través de Zyff en vez de cargarse directamente desde sus servidores. Sus direcciones de imagen llevan una firma y una caducidad — medida en menos de cinco días — así que una etiqueta de imagen que apuntara a una se rompería en tu web más o menos una semana después de que la insertaras. Nuestra ruta descarga la imagen en el servidor y la pasa, con una caché de 1 día. Eso significa que la petición de una imagen del widget viene de Zyff y no del navegador de quien te visita, así que Instagram y Facebook no ven a tus visitantes. Estas tablas están indexadas por la cuenta, el hashtag, la ubicación o la página, y no registran nada sobre quién consultó qué.

Las condiciones y la política de privacidad propias de Apify rigen lo que hace Apify con estas peticiones. Si publicas uno de estos widgets, la inserción carga un script desde zyff.app y pide el contenido guardado cuando se dibuja tu página, lo que significa que quien visita tu web envía peticiones a los servidores de Zyff. Descríbelo en el aviso de privacidad de tu propia web.

Todas las herramientas funcionan sin cuenta. Iniciar sesión existe por un motivo: los widgets insertables. Crear uno y previsualizarlo no necesita cuenta; obtener su código de inserción sí, porque un widget que se dibuja en tu web tiene que pertenecer a una cuenta, y eso es lo que permite contar sus visualizaciones mensuales contra un plan y lo que te deja editarlo después para que todas las webs que lo insertan se actualicen sin volver a pegar el código.

El inicio de sesión se delega en Google. Zyff no ve ni guarda nunca una contraseña. De Google recibimos tu dirección de correo, tu nombre y la URL de tu foto de perfil, nada más, y ningún acceso a tu cuenta de Google más allá de identificarte. La autenticación la opera Supabase por nuestra cuenta, y una cookie de sesión te mantiene con la sesión iniciada entre páginas.

El propio registro de la cuenta es deliberadamente escaso: una identificación, tu nombre visible y la URL de tu avatar, en qué plan estás, y los widgets que has guardado. Tu dirección de correo la guarda el servicio de autenticación en vez de copiarse en nuestras propias tablas, así que borrar la cuenta elimina la identidad de plano en lugar de dejar una copia suelta por ahí.

Puedes borrar tú tu cuenta desde la página de cuenta. Eso elimina tu identidad, tus widgets guardados y — como el widget es a lo que apunta el código de inserción — todos los widgets que guardaste dejan de dibujarse en las webs donde estén insertados. Se dice aquí con estas palabras porque es la consecuencia con la que menos gente cuenta.

Los planes de pago de Zyff son suscripciones opcionales que afectan solo a los widgets guardados. Ninguna herramienta está detrás de ninguno de ellos.

Los pagos los gestiona Razorpay. Los datos de tu tarjeta o de tu banco se introducen en la propia caja de Razorpay y van directamente a ellos: no pasan nunca por los servidores de Zyff ni se guardan en ellos. Lo que conservamos es la identificación que Razorpay le da a la suscripción, en qué plan y en qué moneda está, su estado, y cuándo termina el periodo actual. Eso es lo que le dice a la web si tu plan está activo; no basta para cobrarte, y no podríamos hacerlo por nuestra cuenta.

Si cancelas, tu suscripción llega hasta el final del periodo que ya has pagado y no se renueva. Si borras tu cuenta, el registro del pago se desliga de tu identidad y se conserva solo el tiempo que exija la normativa fiscal y contable.

Zyff escribe un valor en el localStorage de tu navegador: una clave llamada zyff-theme que contiene light o dark. Se fija solo cuando usas el conmutador de tema, y un pequeño script incrustado la lee antes de que se dibuje la página para que se aplique el tema que elegiste sin un destello con los colores equivocados.

Esto es estado local, no rastreo. No es una cookie, nunca se envía a nuestro servidor, no contiene ninguna identificación, y ninguna otra web puede leerlo. Borrar los datos del sitio de zyff.app lo elimina, y la web recae entonces en la preferencia de claro u oscuro que informe tu sistema operativo.

Zyff pone cookies con tres fines. Las dos cookies de Google Analytics descritas arriba contienen una identificación aleatoria para que una visita que vuelve no se cuente como nueva. El widget de chat Brevo Conversations pone la suya, con una identificación aleatoria de visitante para que una conversación te siga entre páginas. Y si inicias sesión, Supabase pone una cookie de sesión para que sigas con la sesión iniciada entre páginas: es estrictamente necesaria para que funcione la cuenta, se pone solo después de que decidas iniciar sesión, y cerrar sesión la elimina. Google Tag Manager, descrito en la sección de analítica, no pone ninguna propia. No hay cookies publicitarias, y ninguna cookie de esta web se usa para seguirte a otra. El valor zyff-theme del localStorage es una preferencia que fijas tú, no una cookie.

Los scripts de Analytics, de Tag Manager y del chat se cargan para todo el mundo, sin preguntar antes. Eso merece decirse claro en vez de enterrarlo: si prefieres que no se ejecuten, un bloqueador de contenido o una ventana privada los detiene, y todas las herramientas funcionan exactamente igual de una forma u otra.

Más allá de esos, la página carga poca cosa de otros sitios. Las tipografías web están autoalojadas: las tres familias que usa Zyff se descargan al construir la web y se sirven desde zyff.app, así que cargar una página no hace ninguna petición a los servidores de tipografías de Google. No hay vídeos insertados ni botones de redes sociales.

Con eso queda una lista corta y completa de empresas que pueden recibir datos a raíz de tu visita:

Para quien visita desde el EEE, el Reino Unido y Suiza, el RGPD y el RGPD del Reino Unido nos exigen identificar una base legal para cada fin. Las nuestras son sencillas:

La conservación se deriva del diseño. Los archivos que subes no se conservan en absoluto. Los datos de la cuenta y los widgets guardados se conservan hasta que borres la cuenta, algo que puedes hacer tú en cualquier momento. El registro de un pago de suscripción se conserva tras el borrado de la cuenta, desligado de tu identidad, durante el tiempo que exija la normativa fiscal y contable. Los correos que nos mandes y cualquier conversación de chat que empieces se conservan solo lo que haga falta para atender tu petición y sus posibles seguimientos. Los eventos de analítica los guarda el proveedor durante su ventana de medición habitual: Google Analytics conserva los datos a nivel de evento durante un periodo limitado fijado en la property, después del cual solo queda la información agregada. Los registros operativos los guarda nuestro proveedor de alojamiento durante un periodo limitado por seguridad y para resolver incidencias.

Zyff se aloja en Vercel, cuya infraestructura procesa peticiones en Estados Unidos y en otros países. Google puede procesar las peticiones a la API de Places, y el inicio de sesión, en Estados Unidos y en otros países. Supabase aloja la base de datos de las cuentas, Razorpay gestiona los pagos desde la India, Apify procesa las peticiones de recogida de Google, Instagram y Facebook desde la República Checa, y Brevo opera el widget de chat desde la Unión Europea. Cuando hace falta una garantía de transferencia para datos que salen del EEE o del Reino Unido, nos apoyamos en los mecanismos que ponen a disposición nuestros proveedores, como las cláusulas contractuales tipo y los marcos de transferencia aplicables.

Si estás en el EEE, el Reino Unido o Suiza, tienes derecho a acceder a tus datos personales, a que se corrijan o se supriman, a limitar el tratamiento u oponerte a él, a la portabilidad de los datos, a retirar el consentimiento cuando el consentimiento sea la base, y a presentar una reclamación ante tu autoridad de control (en el Reino Unido, la Information Commissioner's Office).

Si resides en California, la CCPA modificada por la CPRA te da derecho a conocer las categorías y los datos personales concretos que se recogen, a borrarlos, a corregirlos, a oponerte a su venta o cesión para publicidad conductual entre contextos, a limitar el uso de datos personales sensibles, y a no ser discriminado por ejercer cualquiera de estos derechos. Puedes actuar mediante representante autorizado. Zyff no vende ni cede datos personales, no recoge datos personales sensibles y no ofrece incentivos económicos por datos, así que esas oposiciones concretas no tienen sobre qué actuar. Si eso cambiara alguna vez, esta página cambiaría con ello y se añadiría un mecanismo.

Si nunca has creado una cuenta, hay una limitación honesta que conviene decir claro: como las herramientas no necesitan cuenta y lo que subes no se guarda, normalmente no tenemos ningún registro vinculado a ti y, por tanto, nada que entregar, corregir ni borrar. Lo que sí se puede atender de forma realista es cualquier correspondencia por correo o conversación de chat que nos hayas enviado, y los datos a nivel de petición que tengan nuestros proveedores cuando se te puedan atribuir. Si sí tienes cuenta, puedes borrarla desde tu página de cuenta; eso elimina tu identidad, tus widgets guardados y el vínculo de tu suscripción contigo.

En los doce meses anteriores a la fecha que aparece al principio de esta página, las categorías implicadas han sido la actividad de internet y de red (páginas vistas, fuente de referencia, país aproximado, tipo de dispositivo y de navegador, y las interacciones con las herramientas descritas en la sección de analítica), los identificadores de dispositivo y de conexión como la dirección IP, el agente de usuario y las identificaciones aleatorias de las cookies de Google Analytics y del widget de chat, y el contenido de cualquier correo que hayas decidido mandarnos o de cualquier mensaje que hayas decidido escribir en el chat. Nada más.

Para ejercer un derecho, escribe a ashokguptaa66@gmail.com y describe qué quieres. Aspiramos a responder en un plazo de 30 días, y dentro de los 45 días que permite la CCPA, prorrogables otros 45 días cuando la petición sea compleja. Podemos pedir la información necesaria para confirmar que la petición te concierne, y no usaremos esa información para nada más.

Zyff es una web de utilidades para un público general y no está dirigida a menores. No recogemos a sabiendas datos personales de menores de 13 años, ni de menores de 16 en el EEE y el Reino Unido. Ninguna herramienta pide datos personales, y no hay publicidad a la que apuntar. Las cuentas son opcionales y exigen un inicio de sesión con Google; si sabemos que una cuenta pertenece a un menor por debajo de esas edades, la borraremos.

Si eres madre, padre o tutor y crees que un menor nos ha enviado datos personales, lo más probable es que fuera por correo: escribe a ashokguptaa66@gmail.com y los borraremos.

Cuando esta política cambie, la versión actualizada se publica en esta página y se revisa la fecha de entrada en vigor del principio. Los cambios sustanciales se resumirán aquí en vez de colarse en silencio. No tenemos lista de correo, así que la fecha de entrada en vigor es el registro de cuándo se movieron por última vez los términos de esta política.

Las dudas de privacidad, las peticiones sobre datos, los avisos de seguridad y todo lo demás van al mismo buzón: ashokguptaa66@gmail.com. Incluye detalle suficiente para que podamos actuar sin tener que preguntarte otra vez.