Esto es una comprobación de coherencia: ¿tu política de privacidad dice lo que tu app hace de verdad y coincide con lo que declaras en las tiendas? No es asesoramiento legal y no te dice lo que exige la ley en tu caso. Para eso, consulta a una persona cualificada.
Lo que piden las tiendas
- Google Play (Ayuda de Play Console, consultado 2026-10-23): publicas un enlace a la política de privacidad en el campo designado de Play Console y también un enlace o un texto dentro de la app. La política debe explicar cómo la app accede, recoge, usa y comparte los datos del usuario, incluir información del desarrollador y un contacto de privacidad, enumerar los tipos de datos y las partes con las que se comparten, describir el tratamiento seguro y indicar la conservación y el borrado. Debe estar claramente identificada como política de privacidad, en una URL pública y activa (sin PDF). La página indica que la sección «Data safety» (seguridad de los datos) debe ser coherente con la política, y que las apps que no manejan datos personales ni sensibles también necesitan una.
- Apple (Guías de revisión de App Store, 5.1.1(i), consultado 2026-10-23): todas las apps necesitan un enlace a la política de privacidad en el campo de metadatos de App Store Connect y dentro de la app, de forma fácilmente accesible. Debe identificar qué datos se recogen, cómo, y todos los usos; confirmar que terceros como analítica, redes publicitarias y SDK ofrecen la misma protección; y explicar la conservación, el borrado y cómo los usuarios pueden revocar el consentimiento o pedir la eliminación. La guía 2.3 añade que los metadatos de la app, incluida la información de privacidad, deben reflejar con exactitud la app.
Las normas cambian. Vuelve a leer ambas páginas antes de enviar.
La checklist
| # | Comprobación | Por qué | Cómo comprobarlo |
|---|---|---|---|
| 1 | La política tiene una URL pública que funciona (no un PDF, sin inicio de sesión) | Ambas tiendas piden un enlace; Google exige una URL pública y activa, sin PDF | Ábrela en una ventana privada con datos móviles |
| 2 | Está titulada como política de privacidad y menciona la app o el desarrollador | Google pide un etiquetado claro y el nombre de la entidad o de la app | Compara el título y el nombre con tu ficha en la tienda |
| 3 | El enlace está introducido en Play Console y/o App Store Connect | Los campos que faltan bloquean el envío o la revisión | Abre cada formulario de tienda y compara la URL |
| 4 | El enlace está dentro de la app, fácil de encontrar | Ambas tiendas lo piden | Instala una compilación limpia y encuéntralo en menos de tres toques |
| 5 | Figura cada tipo de dato que recoge la app | La política debe coincidir con la realidad | Enumera lo que envía la app: cuentas, correo, IDs de dispositivo, ubicación, fotos, compras. Compara con tu código y tu tráfico de red |
| 6 | Se indica cómo y por qué se usa cada tipo de dato | Apple pide «all uses» (todos los usos) | Escribe una finalidad por tipo de dato |
| 7 | Los SDK de terceros (analítica, anuncios, reporte de fallos, inicio de sesión) están cubiertos | También recogen datos | Abre tu lista de dependencias y revisa el uso de datos de cada una |
| 8 | Se nombra o describe quién recibe los datos | Google pide las partes con las que se comparten los datos | Enumera el backend y los proveedores de analítica y de pagos |
| 9 | Se explican la conservación y el borrado, incluido cómo pide un usuario el borrado | Ambas tiendas lo piden | Prueba el camino descrito: ¿puede un usuario hacerlo de verdad? |
| 10 | Se da un contacto para preguntas de privacidad | Google pide un punto de contacto de privacidad | Envía un correo de prueba a la dirección |
| 11 | Las respuestas de «Data safety» (seguridad de los datos) en Google coinciden con la política | Google exige que coincidan | Léelas una al lado de la otra |
| 12 | Los datos de privacidad que introduces en App Store Connect coinciden con la app y la política | Apple exige que los metadatos, incluida la información de privacidad, sean exactos | La misma comparación lado a lado |
| 13 | Los permisos que pide la app están explicados en la política | Un permiso sin finalidad declarada parece un hueco | Enumera cada permiso y busca la frase que lo cubre |
| 14 | La política se actualiza al añadir una función o un SDK | La desviación más habitual | Añade "revisar la política" a tu checklist de lanzamiento |
| 15 | El texto es legible para un usuario normal | Una política que nadie entiende sirve de poco | Pide a alguien ajeno al proyecto que te la explique |
| 16 | Los casos especiales (menores, salud, pagos) los revisa una persona cualificada | Pueden aplicar normas extra; aquí no se tratan | Anótalo como punto abierto en lugar de suponerlo |
Plantilla: tabla política frente a app
Tipo de dato | Dónde se recoge (pantalla/SDK) | Finalidad | Compartido con | Conservación | ¿En la política? | ¿En el formulario de la tienda?
[correo] | [registro] | [login] | [backend] | [hasta el borrado] | [ ] | [ ]
Rellena una fila por tipo de dato. Cualquier casilla vacía es una discrepancia que corregir. Para adaptarla, añade filas por SDK y una columna para la base jurídica si tu asesor lo pide.
Relacionado
- Índice: índice de checklists de pruebas de apps móviles
- Checklist previa al lanzamiento: 30 cosas que verificar
- Primera semana tras el lanzamiento: checklist de monitorización
Los testers de AppReviewX dan feedback privado y estructurado y pueden decirte si los permisos y las peticiones de datos de la app tienen sentido. Un feedback = 1 crédito; las cuentas nuevas empiezan con 0. Empieza gratis.
Información general, no asesoramiento legal.