Cómo conseguir la aprobación en el primer envío a la App Store y a Google Play
El rechazo en las tiendas suele venir de una declaración incompleta, no del código. Compartimos nuestra lista de comprobación previa a la publicación.
Cuando se habla del rechazo de una aplicación se piensa en fallos técnicos. En la práctica, la mayoría de los envíos rechazados no tienen que ver con la aplicación en sí, sino con las declaraciones que la describen. Si faltan las etiquetas de privacidad, el formulario de seguridad de datos, el flujo de eliminación de cuenta o los enlaces de soporte, hasta una aplicación que funciona perfectamente vuelve atrás en la revisión.
Qué debe estar listo antes de publicar
- Una política de privacidad publicada en una URL accesible
- Las etiquetas de privacidad de la App Store y el formulario de seguridad de datos de Google Play
- Un flujo de eliminación de cuenta accesible desde dentro de la aplicación
- Una dirección de soporte operativa y una página de contacto
- Textos que expliquen el motivo de cada solicitud de permiso
Lo que tienen en común todos los puntos de esta lista es que pueden resolverse en la primera semana del proyecto y no en la semana del lanzamiento. Escribir la política de privacidad al empezar es más barato y más rápido que escribirla al final, porque en esa fase ya estás tomando las decisiones sobre qué datos recoges y por qué.
¿Dónde debe alojarse la política de privacidad?
Ambas tiendas exigen que la política esté en una dirección pública, permanente y directamente accesible. No se acepta un texto incrustado en la aplicación ni una página tras un inicio de sesión. Una ruta fija en tu web corporativa (por ejemplo /gizlilik-politikasi) es la opción más sólida para esto.
El contenido de la política también tiene que coincidir con lo que la aplicación hace realmente. Decir en el formulario "no recogemos datos de ubicación" mientras la aplicación pide permiso de ubicación es justo el tipo de incoherencia que detectan los revisores, y lleva directamente al rechazo.
