Как пройти App Review, если приложение требует регистрацию

Apple отклоняет приложение по guideline 5.1.1, если регистрация обязательна, а гостевого доступа или демо-аккаунта для ревьюера нет. Решение: указать в Review Notes логин и пароль тестового аккаунта, объяснить, зачем нужна регистрация, добавить кнопку удаления аккаунта и ссылку на политику конфиденциальности по 152-ФЗ. Google Play отклоняет по похожим причинам.

Почему Apple и Google отклоняют приложения с обязательной регистрацией

Ревьюер Apple открывает корпоративное приложение оптовой компании из Балашихи поздним вечером по калифорнийскому времени. Первый экран — форма «Введите номер сотрудника и пароль», без единой подсказки, зачем она нужна. Кнопки «Войти как гость» нет, тестового логина в Review Notes тоже нет. Через несколько минут статус меняется на Rejected, guideline 5.1.1.

Дело не в капризе проверяющего. Apple физически не может протестировать функциональность приложения, если не может в него войти, поэтому правило прямое: если аккаунт обязателен, разработчик обязан либо открыть часть функций без входа, либо дать рабочие тестовые данные. То же требование распространяется на приложения, где вход нужен только «для галочки» — например, форма регистрации стоит перед каталогом, который сам по себе доступен любому посетителю сайта.

Google Play работает похоже, но через другой механизм — раздел App content и форму Data safety. Там ревью реже спотыкается о сам факт регистрации и чаще ловит несоответствие: в форме собирают геолокацию или список контактов, а в Data safety об этом не заявлено. Итог для разработчика один — публикация не проходит, хотя код приложения рабочий и без единого бага. Разница между площадками важна практически: готовиться нужно к обеим проверкам параллельно, а не переносить на Android то, что один раз сработало в App Store.

Пока команда разбирается с формулировкой отказа, теряет не только она. Отдел продаж клиента уже разослал партнёрам ссылку на приложение — а его нет в сторе. Маркетинговый бюджет на запуск либо замораживается, либо сгорает впустую: реклама ведёт на страницу, где вместо кнопки «Установить» — статус «Скоро». При среднем цикле ревью 24–48 часов один цикл доработки и повторного сабмита обычно съедает 4-7 дней, а если отказов несколько подряд — счёт идёт на недели, и дата презентации приложения на встрече с ключевым клиентом сдвигается вместе с ним.

Как исправить регистрацию, чтобы пройти ревью с первого раза

Большинство отказов по 5.1.1 закрываются без переписывания логики приложения — правки касаются того, что ревьюер видит и может проверить руками за несколько минут, а не того, как устроена база данных внутри.

Демо-доступ и гостевой режим: что именно просит ревьюер

• ✓Отдельный staging-аккаунт с фиксированным логином и паролем, который не привязан к живому сотруднику и не меняется между сабмитами.
• ✓Текст в Review Notes: кому нужен аккаунт и какие данные он открывает — склад, цены, статус заказа, а не просто «для входа».
• ✓Если возможно по логике продукта — просмотр каталога или прайса без входа, регистрация только на шаге оформления заказа или заявки.
• ✓Кнопка удаления аккаунта внутри приложения — с 2022 года это отдельный пункт 5.1.1(v), обращение в поддержку по почте или телефону больше не засчитывается.
• ✓Если в приложении есть вход через соцсеть, у ревьюера должна быть возможность войти и без неё — либо через Sign in with Apple, либо через отдельный демо-логин.

Отдельная и частая проблема — вход по SMS-коду. Если demo-аккаунт получает одноразовый код на реальный номер, ревьюер до него физически не доберётся: код истекает раньше, чем сообщение попадёт в очередь модерации, а иногда SMS вовсе не доходит до международного номера. Рабочее решение — фиксированный код для одного выделенного тестового номера, который не участвует в боевой логике и не меняется от релиза к релизу.

Для B2B-приложений, где регистрация открывает доступ к персональным ценам, задолженности или истории заказов из интеграции с 1С, важно, чтобы demo-аккаунт возвращал не пустые экраны, а реальные тестовые данные — иначе ревьюер решит, что функциональность не работает вовсе, и отклонит уже по другому пункту, не связанному с регистрацией напрямую.

Политика конфиденциальности и 152-ФЗ в форме регистрации

Форма регистрации почти всегда собирает ФИО, телефон и email — это персональные данные, и ссылка на политику конфиденциальности должна вести не на страницу 404 или общий раздел сайта, а на документ, который описывает, какие данные собираются и зачем, в соответствии с 152-ФЗ. Apple проверяет ссылку вручную: если она не открывается, требует дополнительный логин или ведёт мимо темы, это отдельная причина отказа, даже если с самой формой всё в порядке. Для приложений, которые работают с гражданами России, это не формальность для галочки, а реальный юридический риск отдельно от App Store — за некорректную обработку персональных данных отвечает компания-владелец приложения, а не магазин, в котором оно опубликовано.

Что делать, если отказ на регистрации повторяется

Второй отказ подряд обычно не значит, что первая правка была неверной. Часто причина в деталях: demo-пароль сменился между сабмитами, тестовый номер для SMS-кода заблокировали за подозрительную активность, или ревьюеру попала не та сборка — TestFlight-версия вместо той, что реально отправлена на публикацию.

Первый шаг — прочитать формулировку в Resolution Center дословно, а не по памяти о первом отказе: Apple часто уточняет причину во втором письме точнее, чем в первом, добавляя номер конкретного подпункта guideline. Второй — ответить в самом Resolution Center, не создавая новый сабмит вслепую: диалог с ревьюером через комментарии иногда снимает вопрос без единой правки кода, если проблема была в непонятной формулировке Review Notes, а не в самом приложении. Третий — если отказ выглядит явной ошибкой ревьюера, а не нарушением, доступна апелляция через App Review Board. Это отдельная процедура, она занимает больше времени, чем обычный повторный сабмит, но существует именно для спорных случаев и работает не только в теории.

Для Google Play логика другая: там чаще помогает закрытое тестирование перед публикацией в продакшен — оно ловит несоответствие между заявленными в Data safety разрешениями и фактическим поведением формы регистрации до того, как это увидит модератор основного релиза, и позволяет исправить форму без публичного статуса «отклонено» на странице приложения.

Как предотвратить повторный reject на следующих обновлениях

Одноразовая правка перед конкретным сабмитом решает конкретный отказ, но не защищает следующий релиз — особенно если demo-аккаунт настраивал один разработчик, а обновление через полгода отправляет другой, который вообще не знает, что тестовый логин существует и где он записан.

Что снимает проблему системно, а не разово, и экономит время на каждом следующем релизе, а не только на текущем:

• ✓Demo-доступ — часть чек-листа релиза, а не разовая заплатка: логин и пароль хранятся в общем документе команды, а не в переписке одного человека, который однажды уволится.
• ✓Review Notes переносятся в каждый новый сабмит, а не пишутся с нуля — Apple не хранит текст между версиями автоматически, и его часто просто забывают скопировать при следующем обновлении.
• ✓Staging-окружение с фиксированными тестовыми данными закладывается на этапе разработки, а не после первого отказа — особенно если приложение работает поверх 1С:Мобильной платформы или другой корпоративной базы, где тестовые данные нужно готовить отдельно от боевых записей клиентов.
• ✓Перед каждым сабмитом форму регистрации проходит человек, который не участвовал в разработке — если он застревает на шаге входа, застрянет и ревьюер, у которого нет ни минуты лишнего терпения на непонятный интерфейс.

Сколько стоит подготовить приложение к ревью без доработок

Мы закладываем demo-контур и текст Review Notes в разработку с самого начала, а не оформляем задним числом после первого отказа — это часть проекта, а не отдельная платная услуга сверху. Для B2B-приложения с интеграцией 1С это означает: тестовый аккаунт видит реальные, но обезличенные данные — остатки, цены, статус заказа, — а форма регистрации сразу ссылается на политику конфиденциальности, соответствующую 152-ФЗ, и не требует правок в последний момент перед сабмитом.

Разработка мобильного приложения у нас начинается от 500 000 рублей — в эту стоимость входит и подготовка к публикации в сторах, включая работу с отказами ревью, если они всё же случаются на стороне модератора. Актуальные тарифы и состав пакетов — на странице цен.

❓ Частые вопросы

Обязательно ли давать демо-доступ ревьюеру Apple, если приложение только для сотрудников компании?

Да. Apple не публикует приложения, в которые не может войти сам, даже если это внутренний корпоративный инструмент, а не публичный сервис. Нужен отдельный staging-логин и пароль в Review Notes, который не привязан к живому сотруднику, иначе ревьюер отклонит сборку по guideline 5.1.1, даже не проверив саму функциональность.

Что делать, если вход в приложении идёт по SMS-коду и ревьюер не может его получить?

Завести один выделенный тестовый номер с фиксированным кодом подтверждения, который не участвует в боевой логике продукта. Такой номер не привязывать к реальному сотруднику и не менять между сабмитами — тогда код не устареет и не заблокируется за подозрительную активность к моменту, когда ревьюер до него дойдёт.

Нужна ли форме регистрации политика конфиденциальности по 152-ФЗ, если приложение внутреннее, B2B?

Да, если форма собирает ФИО, телефон или email — это персональные данные независимо от того, кто пользователь: штатный сотрудник компании или её клиент. Рабочая ссылка на актуальную политику обязательна и для прохождения ревью Apple и Google, и отдельно по российскому законодательству о персональных данных.

Сколько времени занимает повторное ревью после отказа по guideline 5.1.1?

Обычно новый сабмит рассматривают за 24–48 часов, но с учётом времени на правку формы регистрации и сборку нового билда один полный цикл занимает 4–7 дней. Если отказов несколько подряд из-за разных пунктов гайдлайна, срок легко растягивается на пару недель, и дата запуска сдвигается вместе с ним.

Нужен ли гостевой режим, если приложение полностью завязано на 1С и без аккаунта не работает?

Гостевой режим не обязателен, если чётко объяснить причину в Review Notes и дать рабочий демо-аккаунт с реальными тестовыми данными из 1С — остатками, ценами, статусом заказа. Пустые или бессмысленные демо-экраны ревьюер воспринимает как нерабочую функциональность и отклоняет сборку по другому пункту.