Generador, página alojada o abogado: cuál necesitas de verdad

«Necesito una política de privacidad» suelen ser dos problemas con un mismo abrigo: producir el texto y publicarlo en una URL que siga funcionando dentro de dos años. La mayoría de las herramientas resuelven bien uno de ellos y te dejan cargando con el otro, y por eso los desarrolladores acaban usando dos y pagando dos veces.

Esta página compara las tres categorías en lugar de nombrar productos. Cualquier ranking que hiciéramos sería un argumento de venta con una tabla delante, y la distinción útil es estructural, no competitiva.

Categoría 1: un generador

Respondes un cuestionario; obtienes texto.

Lo que resuelve: la página en blanco. Un generador decente sabe qué cláusulas son habituales para una app móvil y producirá algo más completo de lo que la mayoría de los desarrolladores escriben por su cuenta.

Lo que te deja: el alojamiento. Sigues necesitando una URL pública y, si tu app tiene cuentas, sigues necesitando un sitio donde un usuario pueda enviar de verdad una solicitud de eliminación, y eso no lo puede hacer un texto. También heredas todo lo que el cuestionario no preguntó: si nunca preguntó qué SDK incluyes, el resultado no nombra ninguno, y esa sección es la que se compara con tu formulario de Data safety.

Un asistente de IA también es un generador, con la misma carencia agravada: no tiene ningún cuestionario, así que, salvo que le des tus archivos de dependencias, escribe la política de privacidad promedio y no la tuya. Escribir tu política de privacidad con un asistente de IA incluye un prompt que le hace leer primero las pruebas y negarse a adivinar.

Qué comprobar antes de pagar: qué pasa con la URL cuando lo dejas. Algunos generadores alojan el resultado y lo retiran junto con la suscripción. Una URL de privacidad que deja de funcionar mientras figura en una ficha activa de la tienda es un problema del que te enteras por la tienda, no por el proveedor.

Categoría 2: una página de cumplimiento alojada

Obtienes las páginas y una URL, en un subdominio, normalmente con la vía de eliminación de cuenta funcionando.

Lo que resuelve: la publicación y el problema de recibir solicitudes, que es lo que el alojamiento estático no puede hacer por su propia estructura.

Lo que te deja: el texto sigue siendo una plantilla que tienes que completar con honestidad, y dependes de que el nombre de host de otra persona se pueda resolver mientras tu app esté publicada. Esa dependencia es la verdadera pregunta que hay que examinar, también en nuestro caso: qué pasa con la URL cuando dejas de pagar y qué pasa si la empresa desaparece.

Qué comprobar antes de pegar la URL en ningún sitio: si la página de eliminación de cuenta sobrevive al impago, si puedes exportar el contenido y si hay un compromiso por escrito sobre el cierre, y no una frase tranquilizadora en una ventana de chat.

Categoría 3: un abogado

Describes tu negocio; obtienes una política escrita para él.

Lo que resuelve: lo que ninguna de las otras dos puede. Una plantilla no puede saber que tratas datos de salud, que operas en un sector regulado, que tu app es para menores o que tienes un acuerdo de intercambio de datos con un socio.

Lo que te deja: otra vez el alojamiento, y un coste difícil de justificar para una app de utilidad gratuita sin cuentas.

Cuándo no es opcional: si dudarías en explicar tu tratamiento de datos en una frase, estás en esta categoría, y el resultado de un generador se leerá como erróneo con seguridad en lugar de útilmente incompleto.

Cómo saber cuál es tu caso

• Sin cuentas, sin anuncios, sin analítica, sin backend. Una política breve y honesta en cualquier URL pública. No compres de más: una página generada que menciona identificadores publicitarios en una app sin anuncios es en sí misma una incoherencia con tu formulario de Data safety.
• Cuentas, SDK habituales, sin datos inusuales. Esta es la mayoría de las apps. Necesitas una política completa y una vía de eliminación de cuenta que funcione, y eso es lo que convierte el alojamiento en el factor decisivo, más que el texto.
• Salud, finanzas, menores o cualquier cosa que explicarías con cuidado. Un abogado, y lo alojas donde quieras.

La pregunta que hay que hacer a cualquiera de ellos

No «¿esta política es buena?», que no puedes evaluar, sino: ¿el resultado coincide con mi app? Las tiendas comparan tu política con tus declaraciones de Data safety y con lo que hace la app, y Google Play es explícito en que la declaración debe cubrir los datos que tratan los SDK de terceros. Así que la prueba es mecánica: abre tu archivo de dependencias y comprueba que cada SDK que aparece en él figura en la política que acabas de obtener. Lo que no supere esa prueba produjo texto genérico, costara lo que costara.

Qué hace AppFoyer aquí

Somos la segunda categoría, e intentamos ser honestos sobre la dependencia que eso implica. Redactamos las páginas a partir de los SDK que encontramos en tus archivos de build —un agente de programación lee el repositorio, un prompt se ejecuta en el asistente de IA que ya usas, o rellenas un formulario breve— y alojamos las cinco en el propio subdominio de tu app, con una página de eliminación de cuenta que recibe la solicitud y te avisa.

Los compromisos, ya que esta página dice que los pidas: la página de eliminación de cuenta sigue en línea aunque dejes de pagar; puedes exportar el Markdown de cada página, tu app-ads.txt y tus ajustes en cualquier momento; y nuestros Términos se comprometen a avisar con al menos doce meses de antelación, manteniendo las páginas en servicio, si alguna vez se interrumpe el servicio. Una app es gratis, sin tarjeta.

Lo que no somos es la tercera categoría. Las plantillas son un punto de partida y cada página generada lo dice; no son asesoramiento legal, y tú eres responsable de su exactitud.

Las fuentes oficiales

• Privacy policy requirements — Ayuda de Google Play
• App privacy details on the App Store — Apple
• Provide information for Google Play’s Data safety section — Ayuda de Google Play Console