Iphone - разъяснение по руководству по отклонению приложения

Question

У меня есть сайт, который предлагает (БЕСПЛАТНО) услуги на основе учетной записи.Я работаю над приложением iphone для сайта.Может ли кто-нибудь помочь мне с этими вопросами?

1) Регистрация : В моем случае приложение не имеет смысла без учетной записи / регистрации (все бесплатно).В Интернете много болтают о том, что приложения, которые не предлагают «бесплатную регистрацию», будут отклонены.(пример: http://readitlaterlist.com/blog/2010/08/version-2-2-rejected-new-rejection-reason-from-apple-may-have-major-implications/) Мысли?

2) Подтверждение электронной почты : На моем веб-сайте пользователь должен «Подтвердить свою электронную почту», прежде чем он сможет войти в систему.По сути, могу ли я сделать это в своем приложении только один раз: (a) запросить электронную почту -> зарегистрироваться (b) попросить пользователя скопировать верификационный токен в электронном письме и вставить в приложение (c) нажать «Подтвердить» и позволить им внутри приложения приуспех.Это хорошо?

3) Это противоречит правилам Apple, если приложение iphone поддерживает только существующих пользователей (которые уже зарегистрировались через веб-сайт и имеют пароль от имени пользователя)?Таким образом, мне не нужно беспокоиться о 1 & 2 на данный момент, и у меня все еще есть полноценное приложение.

• Обратите внимание, что я прочитал руководство, но все еще не могу прийти к выводу.
• Я знаю, что "Apple отклонит мое приложение" - это вопрос, на который никто не может ответить

Все, что я ищу, это ваше мнение на основе вашего предыдущий опыт и ваша интерпретация руководящих принципов .Большое спасибо.

ОБНОВЛЕНИЕ: Всем пользователям, которые попадают сюда: Apple одобрила мое приложение несколько недель назад.Все, что я сделал, это объяснил (в комментариях к обзору), что мое приложение действительно основано на учетной записи и было бы бессмысленным без электронной почты.На домашнем экране у меня есть 2 кнопки: «У меня есть учетная запись» и «Создать учетную запись».Нет никакого бесплатного опыта регистрации, кроме серии графики, сфокусированной на «что есть» и косвенно подчеркивающей, что это приложение, основанное на учетной записи.Apple, кажется, убедилась и одобрила приложение с первого взгляда.Надеюсь, это поможет.

Answer 1

В целом это звучит нормально.Самый важный совет, который я могу вам дать, - это убедиться, что вы создали учетную запись для использования рецензентами - используйте поле «примечания к обзору», чтобы дать им логин и пароль, чтобы они могли ввести его прямо в приложение.Вы, вероятно, будете отклонены, если не сделаете этого (у рецензентов нет времени проверить свой сайт, зарегистрироваться, дождаться письма, нажать ... и т. Д.).

РЕДАКТИРОВАТЬ: Кроме того, вы должны убедиться, что есть ссылка на страницу регистрации в Интернете с первой страницы вашего приложения (или, по крайней мере, где-то очень очевидно).

Answer 2

Я сделал приложение, которое звучит очень похоже на ваше.У меня есть несколько сайтов, которые в основном являются форумами (они требуют регистрации).Таким образом, мое приложение - это приложение, которое позволяет пользователю (после входа в систему) читать, публиковать сообщения, редактировать профиль и т. Д. Не входя в систему, они ничего не получают, они видят экран входа в систему / кнопку регистрации.Это приводит их к форме для регистрации, затем отсылает электронное письмо, и они утверждают его по ссылке, после чего позволяет им войти в систему.Итак, как вы указали, никто не может сказать вам, будет ли ваше приложение отклонено или яблоком, но мое приложение было очень похоже на ваше и справилось с этим просто отлично.Также подумайте о сервисе, таком как Spotify, Gmail или Facebook.Они требуют от пользователя войти в систему / зарегистрироваться, прежде чем приложение вообще работает.Я полагаю, что эти отклонения не происходят из-за того, что они требуют, чтобы пользователи входили в систему, но они затрудняют вход в систему, или у них не было веб-сайта, к которому это было привязано, они просто хотят, чтобы пользователь вошел в систему для использованияприложение.Это очень тонкая грань, и в конце концов Apple снова будет судить об этом.

* Apple вполне могла изменить это с тех пор, как я подала свое приложение, но это только мой опыт.

Answer 3

Если отправленное вами приложение iOS требует проверки электронной почты из приложения для его работы, это может показаться серьезной причиной для отклонения Apple (приложениям не разрешается запрашивать личную идентификационную информацию).

Если вашему приложению требуется существующий логин / пароль, и вы предоставляете Apple уже существующий полнофункциональный рабочий логин для ознакомления, что нужно сделать любому пользователю, чтобы получить этот логин снаружи и перед запуском вашего приложения может оказаться снаружи Сфера деятельности Apple (например, вступление в какой-либо клуб или профессиональную организацию, открытие банковского счета и т. Д.).

Но единственный способ узнать наверняка - это отправить приложение на рассмотрение Apple.

Answer 4

Наше эмпирическое знание состоит в том, что мы представили полнофункциональное приложение с более чем одним подтверждением, которое будет отклонено. Одним из них было, конечно, то, что мы включили способ получить баланс в приложении, не используя IAP (https://developer.apple.com/in-app-purchase/) от Apple. Эта вещь была убийственной. У нас было еще больше причин для отклонения. Одной из них была кнопка регистрации на экране входа в систему. После того, как мы отключили пополнение и функцию регистрации, обзор прошел хорошо, и мы счастливы и в сети. Никогда не пытался включить регистрацию и загрузить ее снова. Теперь мы сделаем это, и я сообщу здесь, что радует ...

Обновление @Ravi 31 июля в 16:18 Это как то, что я сказал! Сейчас мы в сети с кнопкой запуска на начальном экране приложения. Apple не запрещает это. К вашему сведению