Política de privacidad para una app que no recopila datos

Una política sin datos puede ser breve, pero no debería ser una sola frase. Cubre estos puntos en lenguaje claro:

1. Quién eres: tu nombre o tu empresa, el nombre de la app y un correo de contacto de privacidad.
2. La declaración principal: la app no recoge datos personales, no los guarda en nuestros servidores ni los comparte.
3. Lo que se queda en el dispositivo: los ajustes, archivos o contenidos guardados localmente, y que desinstalar la app los elimina, salvo las copias de seguridad del dispositivo que el usuario haya activado con Apple o Google.
4. Permisos: cualquier permiso que solicite la app, para qué se usa y que los datos se tratan solo en el dispositivo.
5. Contactar contigo: si un usuario te escribe, recibes su dirección de correo y su mensaje y solo los usas para responder.
6. Operadores de las tiendas: las descargas y las compras las gestiona la tienda según su propia política.
7. Menores: si la app está dirigida a menores.
8. Cambios: cómo actualizarás la política si añades funciones que recojan datos, con una fecha de entrada en vigor.

Una frase como «Las fotos que editas en la app se tratan en tu dispositivo y nunca se nos envían» es mucho más convincente que «respetamos tu privacidad». Para un esquema completo, compárala con qué debe incluir una política de privacidad.

La respuesta depende de quién pregunte, y la diferencia importa.

Apple define «recopilar» como transmitir datos fuera del dispositivo de forma que tú o tus socios externos podáis acceder a ellos durante más tiempo del necesario para atender en tiempo real la solicitud transmitida. Los datos tratados solo en el dispositivo no se recopilan. Si un token de autenticación o una dirección IP se envían con una llamada al servidor y no se conservan, Apple dice que no tienes que declararlos en App Store Connect.

Google dice que los datos a los que se accede y que se tratan solo en el dispositivo no hay que declararlos en Seguridad de los datos. Los datos enviados fuera del dispositivo y tratados de forma efímera, en memoria y solo para una solicitud en tiempo real, sí tienen que incluirse en tus respuestas del formulario, aunque puede que no se muestren en tu ficha.

La ley de privacidad es más amplia. Según el RGPD, el «tratamiento» abarca cualquier operación con datos personales, incluido simplemente recibirlos. Si tu app llama a tu servidor, ese servidor ve la dirección IP del usuario, que puede ser un dato personal aunque nunca la guardes.

Así que una app puede mostrar con honestidad «Datos no recopilados» en una etiqueta de la tienda mientras su política de privacidad explica una solicitud transitoria al servidor. Ser preciso aquí es lo que hace fiable una política sin datos.

La mayoría de las afirmaciones de «no recogemos nada» fallan por una dependencia, no por el código del propio desarrollador. Comprueba cada uno de estos puntos antes de escribir una palabra:

• Informes de fallos: los registros de fallos y las trazas de pila enviados a un proveedor son un tipo de dato de Seguridad de los datos en Google Play y una categoría de diagnóstico en Apple.
• Analítica: incluso los SDK de eventos que suenan anónimos suelen enviar datos del dispositivo y de uso.
• SDK de publicidad: los anuncios casi siempre implican identificadores del dispositivo y direcciones IP.
• Configuración remota, feature flags y herramientas de pruebas A/B que se conectan a su servidor al iniciarse.
• Vistas web que cargan tus propias páginas con analítica o fuentes de servidores de terceros. Google dice que los datos recogidos a través de una vista web que controlas cuentan; las vistas web en las que los usuarios navegan por la web abierta no.
• Notificaciones push, que requieren un token del dispositivo guardado en un servidor.
• Funciones de inicio de sesión, sincronización en la nube o copia de seguridad que añadiste más tarde.

Google establece que los datos que transmiten fuera del dispositivo las bibliotecas y los SDK de tu app cuentan, tanto si van a ti como a un tercero. Si encuentras alguno de estos, tu app recoge datos, y la política y los formularios de las tiendas tienen que decirlo. La guía de información de privacidad de Firebase muestra qué envían los SDK habituales de Google.

A veces los usuarios preguntan cómo puede una app afirmar que no recoge nada si tuvieron que iniciar sesión en la tienda para descargarla. La respuesta es que el operador de la tienda trata algunos datos según su propia política de privacidad, y esa recogida no es tuya.

Apple lo dice directamente en su guía de privacidad de la app: si recoges datos sobre tu app a partir de frameworks o servicios de Apple, indica qué recoges y cómo lo usas, pero no eres responsable de declarar los datos que recoge Apple. Apple también señala que, si los pagos se introducen a través de un servicio de pago ajeno a tu app y nunca tienes acceso a la información de pago, no la has recogido. Google Play gestiona de forma similar las cuentas de la tienda, las descargas y la facturación.

Tu política puede decirlo en una o dos frases: las descargas, las compras y las reseñas de la tienda las gestionan Apple o Google según sus propias políticas de privacidad, y solo recibes la información que esas plataformas facilitan a los desarrolladores. Si consultas estadísticas agregadas en Play Console o App Store Connect, descríbelas como informes agregados que proporciona la tienda.

Ten cuidado de no pasarte en la otra dirección. Si validas recibos de compra en tu propio servidor o usas un servicio de Apple como CloudKit para sincronizar datos, describe lo que haces con esos datos.

No. La etiqueta «Datos no recopilados» de la App Store es el resultado de tus respuestas de privacidad de la app, no un sustituto de la política. Apple exige un enlace a la política de privacidad para todas las apps, y la página de detalles de privacidad de la app indica que la URL de la política de privacidad es obligatoria.

La etiqueta también tiene límites más estrictos de lo que muchos desarrolladores suponen. Apple te permite no declarar un tipo de dato solo si cumple todos los criterios de declaración opcional: no se usa para seguimiento, no se usa para publicidad de terceros ni para tu propia publicidad y marketing, se recoge solo en casos poco frecuentes que no forman parte de la funcionalidad principal de la app y son opcionales para el usuario, y lo proporciona el usuario a través de una interfaz claramente identificada en la que decide enviarlo de forma activa cada vez. Un formulario opcional de comentarios dentro de la app puede cumplirlos; un sistema de informes de fallos que se ejecuta en cada inicio no.

Conviene conocer otras dos notas de Apple. Los datos que se recogen de forma continua después de una solicitud de permiso inicial deben declararse. Y si recoges la ubicación precisa pero la conviertes de inmediato en aproximada antes de guardarla, declaras la ubicación aproximada. La guía de la política de privacidad para la App Store de Apple cubre el resto de las preguntas de privacidad de la app.

Estos son los errores que convierten una política tranquilizadora en una engañosa:

• Olvidar un sistema de informes de fallos o un SDK de analítica que una plantilla de proyecto o el motor activaron por defecto.
• Alojar la política en una página con analítica mientras la política afirma que nunca usas tecnologías de seguimiento de ningún tipo. La política cubre la app; dilo, o describe la web por separado.
• Ignorar los canales de soporte: un formulario de contacto dentro de la app o un correo de soporte significan que recibes datos personales.
• Añadir más tarde una función como el inicio de sesión, la sincronización en la nube, los anuncios o una función de IA que envía texto a una API, sin actualizar la política ni los formularios de las tiendas.
• Promesas absolutas como «nunca recogeremos ningún dato». No puedes comprometer las versiones futuras; describe la app actual y cómo anunciarás los cambios.
• Copiar la política sin datos de otra app que describe un conjunto de funciones distinto.

Una revisión rápida antes de cada versión evita casi todos estos errores. Si quieres una explicación más completa de los riesgos de reutilizar el texto de otra persona, lee ¿puedo copiar una política de privacidad?.

Si tu app no trata de verdad ningún dato personal, muchas obligaciones de leyes como el RGPD sencillamente no tienen a qué aplicarse. Pero ese «de verdad» tiene mucho peso en la frase.

Los datos personales aparecen en lugares que una app sin datos sigue tocando. Un correo de soporte contiene un nombre y una dirección. Una solicitud al servidor lleva una dirección IP. Un registro de fallos puede contener un identificador del dispositivo. Cada uno de ellos es un tratamiento en sentido jurídico, aunque sea breve, y las normas de transparencia del RGPD esperan que lo expliques.

En Estados Unidos, la CalOPPA de California exige una política de privacidad publicada de forma visible a los operadores de servicios en línea comerciales que recogen información de identificación personal de residentes en California. Si no recoges absolutamente nada, puede que su supuesto principal no se aplique, pero las tiendas siguen exigiendo tu política de todos modos.

El enfoque práctico es redactar la política como si fueran a leerla a la vez un regulador y un usuario curioso: describe con honestidad el tratamiento transitorio y excepcional, y mantén sencillo el mensaje principal. La guía ¿necesito una política de privacidad? resume qué leyes y plataformas activan el requisito.

Parece papeleo por el papeleo, pero la norma es explícita. La política de Datos de usuario de Google Play dice que las apps que no acceden a ningún dato de usuario personal o sensible también deben enviar una política de privacidad. Su guía de Seguridad de los datos añade que incluso los desarrolladores cuyas apps no recogen datos de usuario deben completar el formulario de Seguridad de los datos y facilitar un enlace a la política de privacidad; en ese caso, el formulario y la política pueden decir que no se recogen ni comparten datos de usuario. Las directrices de revisión de apps de Apple exigen que todas las apps incluyan un enlace a la política de privacidad en App Store Connect y dentro de la app.

Hay una buena razón detrás. Los usuarios no pueden inspeccionar tu código, así que la política es tu declaración pública, de la que respondes, de que nada sale de su dispositivo. También les da una forma de contactarte y les dice qué cambiaría si más adelante añades funciones.

Así que la pregunta no es si necesitas una, sino cómo escribir una que sea breve, exacta y que no prometa sin querer más de lo que puedes cumplir. La guía de la política de privacidad para Google Play explica con más detalle la parte de Play Console.

Un generador es útil aquí precisamente porque no debería añadir cosas que no haces. En el generador de políticas de privacidad para apps, elige el caso de uso de aplicación y responde a las preguntas con honestidad: sin cuentas, sin proveedores de analítica ni de publicidad, sin pagos gestionados por ti y con el método de contacto que ofrezcas.

Legal Policy Generator selecciona las cláusulas de forma determinista a partir de una biblioteca versionada según esas respuestas, así que una app sin datos obtiene un documento breve en lugar de párrafos sobre socios publicitarios que no tiene. El cuestionario, la vista previa completa y la descarga simple en HTML y PDF son gratis y sin cuenta, y el alojamiento público opcional añade $0.99 una sola vez si necesitas una URL pública para Play Console o App Store Connect. Los módulos regionales avanzados cuestan $5 si quieres secciones específicas por región.

Antes de publicar, lee la vista previa línea a línea comparándola con tu build. Si una frase describe algo que tu app no hace, cambia tus respuestas en lugar de dejarla. Después sigue nuestra guía sobre cómo conseguir una URL para la política de privacidad para publicarla y probar el enlace.