Iphone: aclaración sobre las pautas de rechazo de aplicaciones

Question

Tengo un sitio web que ofrece servicios (GRATIS) basados ​​en cuentas. Estoy trabajando en una aplicación de iPhone para el sitio. ¿Alguien puede ayudarme con estas preguntas?

1) Registro: En mi caso, la aplicación no tiene sentido sin una cuenta/registro (todo gratis). Se habla mucho en Internet de que las aplicaciones que no ofrecen una experiencia "libre de registro" serán rechazadas. (ejemplo: http://readitlaterlist.com/blog/2010/08/version-2-2-rejected-new-rejection-reason-from-apple-may-have-major-implications/) ¿Pensamientos?

2) Verificación de correo electrónico: En mi sitio web, un usuario tiene que "Verificar su correo electrónico" antes de que pueda iniciar sesión. Básicamente, puedo hacer esto por única vez en mi aplicación: (a) preguntar por correo electrónico -> registrar (b) pedir al usuario que copie el token de verificación en el correo electrónico & pegar en la aplicación (c) verifique & déjelos dentro de la aplicación sobre el exito ¿Está bien?

3) ¿Es contra las reglas de Apple si la aplicación iPhone sólo es compatible con los usuarios existentes (que ya se ha registrado a través del sitio & tienen un nombre de usuario contraseña)? De esta manera no tengo que preocuparme por 1 & 2 por ahora & todavía tengo una aplicación completa.

• Tenga en cuenta que he leído las directrices pero todavía no puedo llegar a una conclusión.
• Soy consciente de que "será de Apple rechazar mi aplicación" - es una pregunta que nadie puede responder

Todo lo que estoy buscando es su opinión basa en su experiancia antes & su interpretación de las directrices. Muchas gracias.

ACTUALIZACIÓN: Para todos los usuarios que aterrizan aquí: Apple aprobó mi aplicación hace unas semanas. Todo lo que hice fue explicar (en notas de revisión) que mi aplicación está realmente basada en la cuenta & no tendría sentido sin un correo electrónico. En la pantalla de inicio, tengo 2 botones, "Tengo una cuenta" & "Crear una cuenta". No hay experiencia libre de registro que no sea una serie de gráficos centrados en "lo que es" & que enfatiza indirectamente que se trata de una aplicación basada en la cuenta. Apple parece estar convencido de que & aprobó la aplicación la primera vez. Espero eso ayude.

Answer 1

Hice una aplicación que suena muy similar a la tuya. Tengo algunos sitios web que son básicamente foros (requieren registro). Así que mi aplicación es una aplicación que permite al usuario (una vez que han iniciado sesión) leer, publicar, editar perfil, etc. Sin iniciar sesión no obtienen nada, ven una pantalla de inicio de sesión/botón de registro. Lo que los lleva a un formulario para registrarse, luego envía un correo electrónico y lo aprueban a través del enlace que les permite iniciar sesión. Entonces, como señaló, nadie puede decirle realmente si su aplicación será rechazada o por Apple, pero mi aplicación fue muy similar a la suya y pasó muy bien. También piense en un servicio como Spotify, gmail o facebook. Requieren que el usuario inicie sesión o se registre antes de que la aplicación funcione. Creo que estos rechazos no provienen del hecho de que exigen que los usuarios inicien sesión, sino que les dificultan iniciar sesión o no tienen un sitio web al que esté vinculado, solo quieren que el usuario inicie sesión para usarlo. la aplicación. Es una línea muy fina, y de nuevo Apple será el juez de esto al final.

* Apple muy bien podría haber cambiado esto desde que envié mi aplicación, pero esta es solo mi experiencia.

Answer 2

En general, esto suena bien. El consejo más importante que puedo darte es asegurarte de que crees una cuenta para que la utilicen los revisores: utiliza el cuadro "notas de revisión" para darles un nombre de usuario y una contraseña para que puedan escribirlo directamente en la aplicación. Probablemente será rechazado si no lo hace (los revisores no tienen tiempo para revisar su sitio, registrarse, esperar el correo electrónico, hacer clic en ... etc.).

EDITAR: También debe asegurarse de que haya un enlace a la página de registro en la web desde la página principal de su aplicación (o al menos en algún lugar muy obvio).

Answer 3

Si su aplicación iOS enviada requiere verificación de correo electrónico desde la aplicación para que funcione, parece que podría ser una buena razón para el rechazo de Apple (las aplicaciones no pueden requerir información de identificación personal)

Si su aplicación requiere un nombre de usuario/contraseña preexistente, y proporciona a Apple un inicio de sesión de trabajo ya existente para su revisión, lo que cualquier usuario debe hacer para obtener este inicio de sesión y antes de ejecutar su aplicación puede estar afuera El ámbito de Apple (por ejemplo, unirse a un club u organización profesional, abrir una cuenta bancaria, etc.).

Pero la única manera de saberlo con certeza es enviar una aplicación para que Apple la revise.

Answer 4

Nuestro conocimiento empírico es que habíamos enviado una aplicación con todas las funciones y más de una volvía a ser rechazada. Uno de ellos fue, por supuesto, que adjuntamos una forma de obtener balnce en la aplicación sin usar el IAP (https://developer.apple.com/in-app-purchase/) de Apple. Esa cosa fue un asesino. Creo que debido a esta característica, los revisores nos dijeron aún más razones para ser rechazados. Uno fue el botón de registro en la pantalla de inicio de sesión. Después de desactivar el complemento y la función de suscripción, la revisión estuvo bien y estamos contentos y en línea. Desde ese rechazo, hace más de un año, nunca habíamos intentado habilitar el registro y subirlo nuevamente. Ahora, haremos eso e informaré aquí lo que está sucediendo ...

Actualización @Ravi 31 de julio a las 16:18 ¡Es como lo que dije! Ahora estamos en línea con un botón de inicio en la pantalla de inicio de la aplicación. Apple no lo permite. FYI