Проходили ли твои приложения проверку в App Store, были ли реджекты и по каким причинам?
Что проверяют
Доводили ли вы приложение до публикации сами или отдавали сборку кому-то. Отказ на проверке это норма, поэтому «реджектов не было» обычно читается не как мастерство, а как отсутствие опыта релизов.
Как отвечать
Назовите конкретные причины и то, что с ними делали. Типовой набор:
- Неполнота сборки. Падения на устройстве проверяющего, не выданный демо-доступ, заглушки вместо экранов, битые ссылки на поддержку и политику.
- Метаданные. Скриншоты и описание расходятся с содержимым, чужие названия в ключевых словах.
- Приватность. Отсутствующие или бессмысленные пояснения к разрешениям в
Info.plist, доступ к рекламному идентификатору без запроса на отслеживание, расхождение карточки конфиденциальности с реальным сбором, манифест приватности и обоснование использования отдельных системных API. - Учётные записи. Обязательная регистрация там, где без неё можно обойтись, отсутствие удаления аккаунта внутри приложения, требование входа через Apple при наличии сторонних способов входа.
- Платежи. Цифровой контент мимо встроенных покупок.
- Ценность. Обёртка над сайтом без собственной функциональности.
Расскажите и про процесс: ответ в центре разрешения с объяснением и видео вместо молчаливой перезаливки сборки, ускоренное рассмотрение для критичной правки, апелляция, когда трактовка правила спорная.
Где спотыкаются
Отвечают, что отказов не было никогда. Дальше выясняется, что релизы собирал другой человек, и разговор уходит в неприятную сторону.
Списывают отказ на придирки, не называя пункт правил. Проверяющий присылает номер руководства, и если кандидат его не помнит, значит письмо читали по диагонали, а сборку переотправляли наугад.
Готовят приложение, но не обвязку. Демо-аккаунт, заметка проверяющему, тексты разрешений, политика конфиденциальности и раздел поддержки делаются в последний вечер, и релиз встаёт на неделю из-за того, что чинится за час.