Enviar una app no es el último paso. Apple y Google la revisan, y un rechazo puede retrasar el lanzamiento días o semanas. La mayoría de los rechazos vienen de una lista corta de problemas fáciles de revisar antes de enviarla.
Las reglas cambian a menudo y varían según el país, así que usa esto como una lista de qué revisar y confirma los detalles en las directrices vigentes.
Es una web dentro de un envoltorio
La regla de funcionalidad mínima de Apple rechaza apps que son una web empaquetada como app sin nada más. Si la app solo muestra tu web dentro de un marco, cuenta con un rechazo. Lo que marca la diferencia es la navegación nativa, el funcionamiento sin conexión, las notificaciones o funciones del dispositivo que hacen la app mejor que la web.
Los usuarios no pueden borrar su cuenta
Si la gente puede crear una cuenta en tu app, las dos tiendas esperan que también pueda borrarla. Apple exige que el borrado se inicie dentro de la app. Losrequisitos de Google Play para el borrado de cuentas piden una opción dentro de la app y un enlace web donde se pueda solicitar el borrado, además de responder en el formulario de seguridad de los datos.
El inicio de sesión y los pagos incumplen las reglas
Si la app permite iniciar sesión con un servicio de terceros como Google o Facebook, Apple puede exigir una opción equivalente que limite la recogida de datos, y lo habitual es Sign in with Apple. Revisa las reglas vigentes de inicio de sesión antes de diseñar esa pantalla.
Vender contenido o funciones digitales dentro de una app normalmente tiene que pasar por el sistema de compras integradas de la tienda. Los productos físicos y los servicios que se usan fuera de la app siguen otras reglas, y algunos países ya permiten enlazar a pagos externos. Decídelo antes de construir el proceso de pago, porque cambia el diseño y las comisiones. Lasdirectrices de revisión de Apple recogen los detalles.
Faltan datos de privacidad o no son correctos
Las dos tiendas piden un enlace a la política de privacidad y una descripción de los datos que recoge la app, incluidos los que recogen los SDK de analítica y publicidad. Los revisores comparan esas respuestas con lo que hace la app. Una política que no dice nada de datos que la app recoge claramente es un motivo frecuente de rechazo o de un aviso posterior.
El revisor no puede probarla
Los cierres inesperados, los enlaces rotos y los textos de relleno se consideran una app incompleta.
Si la app necesita iniciar sesión, facilita una cuenta de demostración que funcione y las instrucciones que necesite el revisor.
Las funciones que solo funcionan en un país o con hardware especial necesitan una explicación en las notas de revisión.
El enlace de soporte o la página de contacto tienen que funcionar y llevar a algún sitio real.
En Google Play, las cuentas de desarrollador personales nuevas también tienen que hacer una prueba cerrada con un grupo de testers durante un periodo fijo antes de publicar en producción. Incluye ese tiempo en el calendario.
Revisa si tu app está lista
Mi comprobación gratuita depreparación para app móvil mira tu web o tu web app desde el punto de vista de las tiendas: HTTPS, el manifiesto y los iconos de la web app, el soporte sin conexión, los archivos de enlaces de app para iOS y Android y los riesgos de revisión que puede ver en enlaces y controles reales, como las páginas de privacidad y soporte, el borrado de cuenta, Sign in with Apple y las compras integradas.
No sustituye la revisión de una tienda, pero muestra los huecos detrás de los rechazos más comunes mientras todavía son rápidos de arreglar.
Incluye la revisión en el plan de lanzamiento
Deja tiempo para al menos una ronda de comentarios, escribe notas de revisión claras y mantén las cuentas de desarrollador a nombre de tu empresa. Si estás planificando una app o a punto de enviarla,envíame lo que tengas. Desarrollo apps nativas y puedo prepararlas para la revisión para que el primer envío tenga las mejores opciones de salir adelante.