Демо-аккаунт для ревью App Store: как настроить вход для проверяющего, чтобы пройти проверку (2026)

Если хоть какая-то часть вашего приложения скрыта за входом, демо-аккаунт для ревью App Store должен сработать с первой попытки Apple. App Review Guidelines требуют данные демо-аккаунта или полнофункциональный демо-режим, а также работающий бэкенд во время проверки. На практике это значит: отдельный аккаунт, который никогда не истекает, уже наполнен реалистичными данными, открывает все платные и ролевые функции и не требует кода входа, который видите только вы. В этом руководстве — как создать такой аккаунт, как написать к нему заметки и с чем сталкивались другие разработчики, когда что-то шло не так.

Что Apple требует от демо-аккаунта для ревью App Store?

Если приложению нужен вход, Apple требует рабочие демо-логин и пароль, указанные в разделе App Review Information в App Store Connect, причём срок действия аккаунта не должен истекать. Правило 2.1(a) также требует, чтобы бэкенд работал во время ревью.

Формулировка правила 2.1(a): «укажите данные демо-аккаунта (и включите свой бэкенд!), если в приложении есть вход». Справочник по информации о версии платформы в App Store Connect добавляет, что «демо-аккаунт используется в процессе App Review и не должен истекать», что «данные дополнительных аккаунтов следует указать в поле Notes» и что Notes «может содержать до 4000 байт». Поля Sign-in required применяются, «если для использования приложения требуется вход».

Справочная страница Apple о полноценном ревью уточняет: «Учётные данные, которые истекают или меняются до начала ревью, могут привести к отклонению сабмита». Если в приложении несколько типов аккаунтов, например администратор и обычный пользователь, добавьте данные для каждого в Notes. Если вы продаёте автовозобновляемые подписки, «предоставьте демо-аккаунт с истёкшей подпиской, чтобы можно было проверить весь процесс покупки».

Как настроить демо-аккаунт для App Review?

Создайте отдельный продакшн-аккаунт, исключите его из всех задач по истечению сроков и очистке, наполните реалистичными данными и войдите в него на том самом релизном билде до отправки.

1. Создайте отдельный продакшн-аккаунт, например appreview@yourdomain.com. Не используйте личный или QA-аккаунт, который кто-то может изменить.
2. Исключите его из всех задач очистки: ротации паролей, удаления неактивных аккаунтов, истечения триала и антифрод-правил.
3. Наполните его реалистичным контентом, чтобы ни один экран не был пустым. Проверяющие судят о полноте по тому, что видят.
4. Настройте статус подписки по рекомендациям Apple. Если вы продаёте подписки, у аккаунта должна быть истёкшая подписка, чтобы показывались пейвол и процесс покупки.
5. Выберите для аккаунта регион, где работают все функции, или опишите региональные различия в Notes.
6. Войдите на чистом устройстве с тем самым релизным билдом, который отправляете, и пройдите по каждой функции, упомянутой в Notes.
7. Не трогайте пароль до окончания ревью.

Что делать, если в приложении коды входа, SMS OTP, magic links или SSO?

Если для входа нужен одноразовый код, впишите фиксированный код для аккаунта ревью в Notes до отправки. Apple предупреждает, что без него «для продолжения ревью может потребоваться звонок», а такие звонки «обычно проводятся в течение трёх–пяти рабочих дней».

Для magic links по email или одноразовых SMS-кодов настройте аккаунт ревью так, чтобы он принимал фиксированный код или пароль, и укажите этот код в Notes. Если вы используете сторонний сервис единого входа (SSO), App Store Connect просит также «указать данные для входа в демо-аккаунт этого сервиса».

Если вы не можете предоставить демо-аккаунт по юридическим причинам или из соображений безопасности (что типично для банковских, медицинских и других регулируемых приложений), правило 2.1(a) позволяет использовать «встроенный демо-режим вместо демо-аккаунта с предварительного одобрения Apple». Такой демо-режим должен показывать «все функции и возможности приложения» на демонстрационных данных, а не урезанную экскурсию.

Какие аккаунты дать App Review?

Дайте App Review по одному бессрочному логину на каждый тип аккаунта в приложении, плюс всё необходимое, чтобы пройти коды, пейволы и требования к оборудованию. В таблице показано, что и куда указывать.

Что написать в заметках для App Review к демо-аккаунту?

Хорошие заметки для ревью описывают концепцию приложения, все логины, код входа, путь к пейволу, расположение каждой функции, региональные различия и устройства, на которых вы тестировали. Вот пример для вымышленного командного трекера привычек с кодами входа по email и подпиской Pro.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Пишите коротко и по делу. Для обновлений справочная страница Apple советует «описать, что изменилось и где проверяющие найдут значимый новый контент или функции». Правило 2.3.1(a) требует, чтобы новые функции были «описаны конкретно», и предупреждает, что «общие описания будут отклонены». Формулировки правил меняются несколько раз в год, поэтому перед отправкой прочитайте наш обзор изменений App Review Guidelines в октябре 2026 года.

Почему вход в демо-аккаунт не срабатывает на ревью? Реальные случаи

Судя по публичным отчётам, демо-вход обычно ломается по одной из двух причин: второй фактор, который проверяющий не может получить, или аккаунт, который у разработчика работает, а на устройстве Apple выдаёт ошибку. Две ветки на Apple Developer Forums иллюстрируют оба случая.

SMS-двухфакторка на ключевой функции. Разработчик на Apple Developer Forums писал, что его приложение «постоянно отклоняют», потому что редактирование профиля требовало кода, отправляемого по SMS на мобильный номер в США. Он объяснил: «поскольку у нас нет номера телефона проверяющего... проверяющий не получает код подтверждения». Другие разработчики в ветке описали решения: один изменил бэкенд, «чтобы тестовый аккаунт всегда получал один и тот же 2FA-код», и указал его в заметках, другой привязал продакшн-аккаунт к виртуальному номеру телефона и дал Apple доступ к нему.

Учётные данные, которые работают везде, кроме ревью. Разработчик на React Native и Expo с авторизацией по email и паролю через Supabase сообщил о повторных отклонениях. На скриншоте Apple был правильный email и ошибка «Invalid login credentials», хотя вход работал с устройств разработчика, в Postman и в клиенте Supabase, без MFA, ограничения частоты запросов и геоблокировки. Подтверждённой причины в ветке нет. Разработчик подумывал добавить демо-режим, но по правилу 2.1(a) для этого нужно предварительное одобрение Apple.

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

Что проверить перед отправкой с демо-аккаунтом?

Перед отправкой убедитесь, что демо-вход работает на релизном билде, все роли и коды указаны в Notes и ничто не приведёт к истечению, ротации или удалению аккаунта во время ревью.

• Вход в релизный билд на чистом устройстве выполнен за последний час
• Бэкенд, провайдер авторизации и сервис email или SMS работают и не ограничивают аккаунт по частоте запросов
• Аккаунт исключён из задач истечения сроков, очистки и ротации паролей
• Для каждой роли есть свой логин в Notes
• Статус подписки позволяет увидеть процесс покупки
• Подготовлен отдельный аккаунт для проверки удаления
• Код входа или обход указан в Notes
• Контактный номер телефона записан в международном формате со знаком плюс (+), и на звонок кто-то ответит

Согласно странице App Review Apple, «в среднем более 40% нерешённых проблем связаны с правилом 2.1: App Completeness», которое охватывает и неполную информацию. Неработающий демо-вход — одна из самых легко предотвратимых из них. Чтобы проверить остальную часть билда, воспользуйтесь нашим планом тестирования релизного билда при отклонениях по 2.1.

Что делать, если App Review всё равно не может войти?

Если App Review не может войти, исправьте аккаунт, снова проверьте его на релизном билде, обновите App Review Information и ответьте в App Store Connect, точно указав, что вы изменили. App Review Information «можно редактировать в любое время».

Внимательно прочитайте сообщение об отклонении. Часто причина — простое несоответствие: изменился пароль, истекла сессия или проверяющий оказался в регионе, который блокирует ваш бэкенд. Наше руководство о том, как превратить сообщение ревью в исправление, разбирает ответ по шагам. Если хотите передать подготовку к ревью нам, наш сервис публикации в App Store готовит ревью и вместе с вами отрабатывает замечания при отклонении — за $599 за оба стора (взносы за аккаунты разработчика оплачиваются отдельно).