En esta guía
Una compilación rápida no es un problema para el revisor. Lo que hace que las apps sean devueltas es lo que una compilación rápida suele dejar sin terminar: contenido de prueba olvidado, funciones escasas, información de privacidad que falta. Esta página asocia esos puntos con el texto oficial para que los compruebes tú mismo antes de enviar. No sabemos cómo trabajan internamente los revisores y no lo suponemos.
La autocomprobación, asociada a las directrices
1. Texto de relleno y contenido temporal
Apple, directriz 2.1 (Integridad de la app): los envíos "should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission." (deben ser versiones finales con todos los metadatos necesarios y URL totalmente funcionales incluidas; el texto de relleno, los sitios web vacíos y otro contenido temporal deben eliminarse antes del envío.)
Comprobación: busca en el proyecto "lorem", "TODO", "test" y "example.com". Abre en un teléfono cada enlace de la app y de la ficha (URL de soporte, URL de privacidad, URL de marketing).
2. Fallos y problemas técnicos evidentes
La misma directriz: "Make sure your app has been tested on-device for bugs and stability before you submit it... We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems." (Asegúrate de que tu app se ha probado en el dispositivo en busca de errores y de estabilidad antes de enviarla... Rechazaremos paquetes y binarios incompletos que fallen o presenten problemas técnicos evidentes.)
Comprobación: instala en un teléfono real la compilación de publicación, no la de depuración. Revisa el primer inicio, el registro, el flujo principal y un reinicio. Consulta pruebas en dispositivo real y cómo leer informes de fallos.
3. Inicio de sesión sin forma de entrar
La directriz 2.1 también pide "include demo account info (and turn on your back-end service!) if your app includes a login." (incluir la información de una cuenta de demostración, ¡y activar tu servicio de backend!, si tu app incluye un inicio de sesión.)
Comprobación: crea una cuenta de demostración, pon los datos en las notas para el revisor y confirma que tu backend está en marcha cuando envíes.
4. Falta la política de privacidad
Directriz 5.1.1(i): "All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner." (Todas las apps deben incluir un enlace a su política de privacidad en el campo de metadatos de App Store Connect y dentro de la app, de forma fácilmente accesible.) La política debe decir qué datos se recogen y cómo se usan.
Comprobación: el enlace funciona, se puede llegar a él desde dentro de la app y coincide con lo que la app recoge de verdad, incluidos los datos recogidos por librerías o servicios que hayas añadido. Aquí no hay asesoramiento legal; consulta a un profesional si tienes dudas.
5. Demasiado poca app
Directriz 4.2 (Funcionalidad mínima): la app "should include features, content, and UI that elevate it beyond a repackaged website." (debe incluir funciones, contenido e interfaz que la eleven por encima de un sitio web empaquetado.)
Comprobación: pregunta a otra persona qué hace la app que una página web no podría hacer. Si la respuesta es escasa, añade la única función real antes de enviar.
6. Google Play
La ayuda de Google sobre Seguridad de los datos dice que todos los desarrolladores con una app publicada en Google Play deben completar el formulario de Seguridad de los datos, que las declaraciones deben coincidir con el comportamiento real de la app, incluidas las librerías y SDK de terceros, y que la política de privacidad es obligatoria. Si tu app permite crear una cuenta, la ayuda de Google sobre eliminación de cuentas pide una vía de eliminación dentro de la app y un enlace web para las solicitudes de eliminación. Apple también pide eliminación de cuenta dentro de la app (directriz 5.1.1(v)). Revisa las páginas actuales de Google antes de enviar.
Antes de pulsar enviar
- Compilación de publicación en un teléfono real, recorrido completo hecho
- Sin contenido de relleno, todos los enlaces abren
- Enlace de la política de privacidad en la ficha y en la app
- Cuenta de demostración en las notas para el revisor, backend en marcha
- Una frase de respuesta a "¿qué hace esta app?"
Para más sobre la comprobación en sí, consulta motivos de rechazo en la App Store y cómo probar. Si llega un rechazo de todos modos, trátalo como feedback: léelo, corrige el punto señalado y usa esta plantilla de prompt si trabajas con un asistente de programación.
Dónde encaja AppReviewX
La mayor parte de la lista anterior la encuentra más rápido alguien que no construyó la app. AppReviewX te da feedback privado y estructurado de otros desarrolladores: un feedback que escribes da un crédito, los créditos sirven para recibir feedback de tu app, y las cuentas nuevas empiezan con 0 créditos. Para Android hay grupos de prueba para el requisito de Google Play de 12 testers durante 14 días seguidos.
Relacionado: centro de vibe coding, ciclo de feedback con tu asistente de programación.
Las políticas cambian; revisa las directrices enlazadas. No es asesoramiento legal.