La URL de política de privacidad que necesita una app Android
Dónde va la URL, qué tiene que cubrir la política y la trampa de los SDK en la que caen los desarrolladores convencidos de que su app no recopila nada.
Ambas tiendas exigen una URL pública de la política de privacidad que cargue sin iniciar sesión. En Google Play va en App content → Privacy policy; en Apple es un campo de App Store Connect. Lo difícil no es la URL sino el contenido: debe cubrir lo que recopila cada SDK de tu build.
Hazlo en unos minutos
AppFoyer aloja las páginas de las que trata esta guía —política de privacidad, términos, soporte, eliminación de cuenta y app-ads.txt— en su propio subdominio, sin que necesites dominio ni servidor propios. Una app es gratis, y nada de lo que exige una tienda está nunca detrás de un muro de pago.
Comprobado el 19 de septiembre de 2026. Las políticas de las tiendas cambian, a veces sin aviso. Todo lo que sigue enlaza la documentación oficial, y esa página —no esta— es la que manda. Si no coinciden, la tienda tiene razón. Esta guía está traducida del inglés; las citas de la documentación de las tiendas se mantienen en el inglés original.
Ambas tiendas quieren una URL pública para tu política de privacidad, y ambas la comprueban. La política de Datos del usuario de Google Play lo dice sin rodeos —“all apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself” (todas las apps deben publicar un enlace a la política de privacidad en el campo designado de Play Console, y un enlace o el texto de la política de privacidad dentro de la propia app)—, y ese campo está en App content → Privacy policy (Contenido de la app → Política de privacidad). En Apple es un campo obligatorio de App Store Connect. Tiene que cargar sin iniciar sesión, nombrar tu app y tu empresa, describir lo que recopilan la app y todo lo que lleva dentro, y seguir funcionando meses después: una ficha se revisa más de una vez.
El requisito no es difícil. Lo que hace tropezar a la gente es el tercer punto de esa lista, y merece el resto de esta página.
“Pero mi app no recopila nada”
Esta es la suposición que le cuesta a la gente una semana.
Puede que tu código no recopile nada. Tus dependencias, casi con seguridad, sí. Un reportador de fallos envía identificadores del dispositivo y stack traces. Un SDK de analítica envía eventos y un identificador de publicidad. Un SDK de anuncios envía bastante. Una biblioteca de push registra un token que, por definición, está ligado a un dispositivo.
Así que la pregunta honesta no es “qué recopilo yo”, sino “qué recopila todo lo que hay en mi build”. Abre tu archivo de dependencias y revísalo línea por línea: esa lista es la sustancia de tu política de privacidad, y es lo que un revisor compara con tus respuestas de Data safety.
Donde las dos no coinciden, la tienda cree al SDK.
Qué tiene que cubrir la política
Como mínimo, en un lenguaje que una persona pueda leer:
- Qué se recopila: categorías, no un esquema de base de datos.
- Para qué: la finalidad de cada categoría.
- Quién más lo ve: nombra a los terceros. Aquí va tu lista de SDK.
- Cuánto tiempo se conserva.
- Cómo contactarte, y cómo pedir la eliminación.
Si tienes usuarios en la UE, el Reino Unido, California o Brasil, cada régimen espera ver cosas concretas. Esta página no puede decirte cuáles se te aplican —eso depende de verdad de tus usuarios y de tu negocio—, y vale la pena una hora de un abogado si hay algo inusual en tu app.
Cosas prácticas que provocan el rechazo
- Una URL que exige iniciar sesión, o que está bloqueada por región.
- Un PDF o un Google Doc. A veces se acepta, a menudo no, y da sensación de improvisación.
- Una política que nombra otra app u otra empresa: la señal del copiar y pegar. Los revisores lo notan.
- Una política que contradice tu formulario de Data safety. Se leen juntos.
- Un enlace roto. Seis meses después del lanzamiento, el host gratuito que usaste ha desaparecido.
¿Tiene que costar dinero?
No. Una política de privacidad es texto en una página; lo que cuesta dinero es un dominio, un lugar donde alojarla que siga existiendo el año que viene y el tiempo para escribir algo que se corresponda con tu app real.
Desconfía de los generadores con precio por app y por mes. Lo que alquilas es una plantilla: comprueba qué pasa con tu URL cuando dejas de pagar, porque una URL de privacidad que deja de funcionar mientras figura en una ficha de tienda activa es un problema del que te enterarás por la tienda, no por el proveedor.
Qué hace AppFoyer aquí
Generamos la política a partir de los SDK encontrados en tus archivos de build —con un agente de programación que lee el repositorio, o a partir de un formulario corto— y la alojamos en su propio subdominio. El checklist sigue avisándote hasta que sustituyas el marcador de posición donde se nombran tus terceros, porque esa es la parte que un revisor lee de verdad.
Las plantillas son un punto de partida, no asesoramiento legal, y cada página generada lo indica.
Las fuentes oficiales
- Política de Datos del usuario — Ayuda de Google Play. La cita de arriba procede de esta página.
- Requisitos de la política de privacidad — Ayuda de Google Play, para saber dónde está el campo
- App Store Review Guidelines, sección 5.1 — Apple