TL;DR. App Review Information — имя и контакты проверяющего, телефон, email, логин/пароль демо-аккаунта и свободное поле Notes — находится на том же экране версии, с которого вы отправляете приложение на проверку, и собственная страница отправки Apple прямо об этом говорит: «Необходимая роль: Account Holder, Admin или App Manager». Marketing — роль, которая может редактировать поле ключевых слов и подзаголовок — в этот список не входит. В отличие от поля ключевых слов, этот раздел можно редактировать в любой момент, а не только при отправке версии — именно поэтому устаревший демо-аккаунт становится такой частой и вполне избегаемой причиной отклонения: о нём никто не вспоминает, пока App Review уже не упёрся в него.
Что на самом деле входит в раздел App Review Information?
Документация Apple по App Store Connect API перечисляет те же поля, что собирает интерфейс App Store Connect: имя и фамилия контактного лица, номер телефона, email, отметка о том, требуется ли демо-аккаунт для тестирования приложения, логин и пароль демо-аккаунта, если требуется, и необязательное поле Notes для всего остального, что нужно знать проверяющему. Ничего из этого не видно пользователям — это существует исключительно для того, чтобы живой человек смог пройти через ваше приложение во время проверки.
Поля демо-аккаунта — это одна пара логин/пароль. Если в приложении больше одного типа аккаунта — бесплатный и платный тариф, вид админа и вид обычного участника — второй набор учётных данных положить больше некуда. Собственная рекомендация Apple для такого случая — указывать дополнительные аккаунты в поле Notes и заранее указывать любой код двухфакторной аутентификации, поскольку проверяющий, упёршийся в 2FA без кода, может позвонить, не дожидаясь окончания проверки.
Кто на самом деле может редактировать раздел App Review Information?
Account Holder, Admin или App Manager — и всё. Страница помощи Apple по отправке приложения содержит именно эту фразу: «Необходимая роль: Account Holder, Admin или App Manager». Роль Marketing, которая может редактировать поле ключевых слов, подзаголовок, описание и скриншоты, в этот список не входит.
Это более узкий набор, чем четыре роли (Account Holder, Admin, App Manager или Marketing), которые могут трогать саму карточку в сторе. Если вы отдали ASO-работу подрядчику именно под ролью Marketing, чтобы он не мог отправлять сборки на проверку или менять цены, то то же самое ограничение означает, что он не может ни обновить пароль демо-аккаунта, ни добавить заметку к отправке — эту часть должен сделать кто-то с более широкой ролью, даже если за день изменился только логин тестового аккаунта.
Почему версию отклоняют, если в коде ничего не менялось?
Самая частая причина — демо-аккаунт, который перестал работать. App Review Information не привязан к сборке так, как поле ключевых слов заблокировано до следующей отправки версии — его можно редактировать в любой момент, из-за чего легко решить, что там «и так всё настроено», и пропустить проверку. Собственные рекомендации Apple перед отправкой прямо об этом говорят: подготовьте демо-аккаунты или рабочий демонстрационный режим ещё до отправки, потому что проверяющие тестируют приложение и в вошедшем, и в вышедшем из аккаунта состоянии, и одного нерабочего тестового логина достаточно, чтобы застопорить отправку, в бинарнике которой на самом деле всё в порядке.
Чаще всего это всплывает при повторной отправке спустя недели или месяцы после первой — пароль в стейджинге сменили, посеянный тестовый аккаунт вычистили из базы, бэкенд, от которого зависел демо-аккаунт, вывели из эксплуатации. Ничего из этого не касается кода приложения, но всё это приводит к одному и тому же сообщению об отклонении из-за невозможности войти.
Чек-лист на день перед следующей отправкой
- Войдите именно с тем демо-аккаунтом, который сейчас сохранён в App Review Information — не по памяти, а с тем, что реально там сохранено — прежде чем нажать Submit.
- Если в приложении больше одного типа аккаунта, убедитесь, что второй набор учётных данных в поле Notes всё ещё там и всё ещё работает, а не только основная пара.
- Если для входа нужен код 2FA или одноразовый код, заранее укажите действующий код в поле Notes, а не оставляйте проверяющего его запрашивать.
- Убедитесь, что контактные email и телефон актуальны — это способ, которым Apple свяжется с вами, если проверяющему что-то понадобится в процессе, и отдельного напоминания об устаревших данных не будет.
- Если проверку делает человек только с ролью Marketing, передайте это тому, у кого есть Account Holder, Admin или App Manager — Marketing не может сохранить изменения здесь, даже если десятью минутами ранее в той же сессии смог сохранить изменение ключевого слова.