Privacidad · 7 min de lectura
¿Las apps de lectura registran lo que lees?
En general sí, aunque «registrar» abarca varias cosas distintas, solo algunas de ellas siniestras, y la que menos preocupa a la gente es la que más revela.
Cuatro cosas que salen de tu teléfono
Conviene separarlas, porque no pesan lo mismo ni de lejos.
- Sincronización. Tu posición, tus subrayados y tu biblioteca, para que aparezcan en la tablet. Realmente útil, y necesariamente implica que un servidor sabe qué libros tienes y por dónde vas.
- Telemetría. Informes de fallos, contadores de funciones, duración de las sesiones. Casi siempre anodina, a veces lo bastante detallada como para reconstruir una sesión de lectura.
- SDK de publicidad y atribución. Código de terceros cuyo propósito es construir un perfil y casarlo con otro que ya existe en otra parte. Esta es la categoría que va sobre ti y no sobre la app.
- Consultas de palabras. Cada definición o traducción que pides, enviada como consulta. La que menos abulta de las cuatro, y la que más revela.
Por qué las consultas revelan más que nada
Una lista de libros le dice a alguien qué tienes. Una lista de las palabras que tuviste que consultar le dice qué idioma estás aprendiendo, más o menos cuánto lo dominas, qué lees a las dos de la madrugada y qué temas estás investigando en silencio.
Llega con marca de tiempo y en orden, lo que la convierte en un diario. Y como cada consulta es una petición diminuta, casi nunca parece que estés revelando nada mientras la haces.
Una lista de libros es un carné de biblioteca. Un historial de consultas es la transcripción de lo que no entendiste.
Nada de esto exige que alguien actúe de mala fe. Los registros de peticiones son sencillamente cómo funcionan los servidores; una consulta en la nube es una petición; el registro existe tanto si alguien lo lee como si no.
Comprobar una app tú mismo
No hace falta ninguna herramienta. Cuatro comprobaciones, un minuto cada una.
- La prueba del modo avión. Corta la red y toca una palabra. Si la explicación llega igualmente, el trabajo ocurre en el dispositivo. Si falla, nunca fue local.
- La etiqueta de privacidad de la tienda. Ambas tiendas exigen una declaración. Busca «Datos usados para rastrearte» e identificadores: implican un grafo publicitario más que una app de lectura.
- ¿Hace falta una cuenta? Para leer un archivo que ya está en tu teléfono, una cuenta es una decisión, no una necesidad técnica.
- Lee qué nombra la política. «Respetamos tu privacidad» no es una afirmación. «El texto de tus libros se procesa en tu dispositivo y no se envía a nuestros servidores» sí lo es.
Qué dice de verdad una buena política
Sustantivos concretos, en frases cortas. Qué datos, a quién, para qué y durante cuánto tiempo. Las políticas vagas suelen serlo a propósito: una promesa que no nombra nada no se puede comprobar, ni se puede incumplir de ninguna forma que puedas demostrar.
La versión más fuerte no es una promesa en absoluto. Una app que nunca recibe tus datos de lectura no puede filtrarlos, ni verse obligada a entregarlos, ni cambiar de idea en una actualización futura. Eso es una propiedad de la arquitectura y no de las intenciones de la empresa, y por eso sobrevive a que la empresa sea comprada.
Las contrapartidas honestas
El procesamiento local no sale gratis. El modelo tiene que vivir en tu teléfono, lo que ocupa almacenamiento; funciona con tu batería; y no será el modelo más grande del mundo. La sincronización entre dispositivos sí requiere un servidor, así que una app sin cuentas no puede ofrecerla.
Son costes reales, y merece la pena decirlo claramente en lugar de fingir que la elección es de una sola dirección. Lo que obtienes a cambio es que la lista de palabras que no sabías se queda en el dispositivo donde no las sabías.
Un lector que no tiene nada que enviar
ClickBook no tiene cuentas, ni SDK publicitarios, ni analítica de terceros, y las explicaciones de palabras se generan en tu dispositivo en lugar de pedirse a un servidor. Lee la Política de privacidad, o descubre qué es un lector con IA local.