Подготовка к ревью приложения: чек-лист перед отправкой

Что такое ревью приложения простыми словами

Приложение собрано. Крутится у тебя на телефоне, друзья потыкали - вроде всё отлично. Дело за малым: выложить в магазин. Вот только между тобой и кнопкой «Установить» для миллионов людей стоит ревью Ревью (review) - проверка приложения магазином перед публикацией. Это связка автоматических тестов и живого проверяющего, который открывает приложение и смотрит, всё ли работает так, как ты обещал в описании. - проверка.

Запомни одну вещь. Твоё приложение откроет живой человек. Код он не читает и на слово тебе не верит - он берёт сборку, заходит внутрь, жмёт кнопки и сверяет: то, что обещано в описании, работает по-настоящему или только на бумаге? Споткнётся по пути - не смог войти, упёрся в пустой экран, увидел запрос к камере непонятно зачем - разбираться не станет. Просто вернёт сборку обратно.

Поэтому подготовка к ревью - это вообще не про код. Это про то, чтобы заранее убрать с пути проверяющего все препятствия. Один проход по короткому списку - и шанс пройти с первого раза резко вырастает.

Зачем готовиться к ревью заранее

Отказ - не катастрофа. Но это минус несколько дней и порция нервов на ровном месте. А у вайбкодера, который собрал приложение быстро, ловушек особенно много: сгенерированный код обожает оставлять заглушки и тянуть лишние разрешения «на всякий случай».

• Сэкономишь дни: один отказ откидывает релиз на новый круг очереди и проверки.
• Перестанешь гадать «за что отклонили» - у большинства отказов причины одни и те же, и ты закроешь их заранее.
• Не подставишься на пустом месте: лишние разрешения и мёртвые кнопки магазины ловят на раз.
• Запустишься спокойно, а не в режиме «горит дата, а ревью застряло».

Большинство отказов у новичков - это не «плохой код». Это нерабочий демо-аккаунт, заглушки вместо фич и метаданные, которые не сходятся с приложением. Всё это закрывается одним чек-листом до отправки.

Чек-лист перед отправкой приложения на проверку

Пройдись по этим пунктам перед тем, как нажать «Отправить». Порядок - от самого частого провала к менее очевидным.

1. Демо-аккаунт для проверяющего

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

• Логин и пароль вписываются в специальное поле для проверяющего (в App Store это App Review Information, в Google Play - доступ для рецензента).
• Аккаунт должен жить до конца проверки - не удаляй его и не сбрасывай пароль, пока сборка на ревью.
• Если вход через сторонний сервис (Google, Apple) мешает проверке - сделай отдельный простой вход по логину и паролю специально для ревью.

2. Рабочие фичи без заглушек и пустых экранов

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

3. Только нужные разрешения с понятным пояснением

Разрешение Разрешение (permission) - запрос доступа к чувствительным данным или функциям телефона: камера, микрофон, геолокация, контакты, уведомления. Пользователь подтверждает каждое вручную. - это доступ к камере, геолокации, микрофону, контактам. Правило короткое: проси только то, что реально используешь, и объясняй зачем человеческим языком.

• Не используешь камеру - убери разрешение на камеру. Доступ без видимой причины - тревожный сигнал для проверяющего.
• Для каждого чувствительного доступа нужен живой текст-пояснение: например, «камера нужна, чтобы сканировать чек», а не пустая строка.
• Вайбкодеры прокалываются тут чаще всего: сгенерированный шаблон тянет кучу разрешений про запас. Пройдись по списку и вычисти всё лишнее.

4. Честные метаданные: описание, скриншоты, политика

Метаданные Метаданные - всё, что описывает приложение в магазине до установки: название, описание, иконка, скриншоты, категория, ссылка на политику приватности, информация о собираемых данных. Это видит и читает проверяющий и будущий пользователь. - это твоя витрина. Проверяющий сверяет одно: то, что написано снаружи, совпадает с тем, что внутри?

• Название, описание, категория - честные, без обмана и чужих брендов.
• Скриншоты - из реального приложения, а не нарисованные макеты с обещаниями.
• Политика приватности - рабочая ссылка, которая открывается, а не ведёт на пустую страницу.
• Информация о данных - что собираешь и зачем (в App Store это App Privacy, в Google Play - раздел Data safety). Магазины это сверяют и наказывают за расхождение.

5. Релизный билд, а не отладочный

И финал. На проверку идёт релизная сборка, а не отладочная. Релизный билд Релизный билд (release build) - финальная сборка для публикации: оптимизированная, подписанная сертификатом, с выключенными отладочными инструментами и логами. Противоположность debug-сборке, которую ты гоняешь при разработке. отличается от отладочного: он оптимизирован, подписан, без debug-логов и тестовых серверов.

• Собираешь именно release-версию (в Android это обычно подписанный AAB, в iOS - архив для App Store).
• Версия и номер сборки подняты относительно прошлой - магазин не примет тот же номер дважды.
• Приложение смотрит на боевой сервер, а не на localhost или тестовый стенд, до которого проверяющий не дотянется.
• Отладочные плашки, тестовые кнопки и консольные логи выключены.

Пример: проход по чек-листу глазами проверяющего

Делай это с чистого устройства или из-под другого пользователя. Так ты увидишь приложение глазами проверяющего, а не «своими, где всё уже залогинено и разрешения выданы».

Создай или проверь демо-аккаунт. Войди под ним с чистого устройства - без капчи, без SMS, без подтверждения почты. Все платные и закрытые разделы открылись.
Впиши логин и пароль демо-аккаунта в поле для проверяющего в консоли магазина. Добавь короткую заметку, как пользоваться приложением, если что-то неочевидно.
Пройди по всем кнопкам и вкладкам. Ни одной заглушки, ни одного «Скоро», ни одного пустого экрана и текста-рыбы.
Открой список разрешений. Оставь только те, что реально работают, и проверь, что у каждого есть человеческое пояснение зачем.
Сверь метаданные: название, описание, скриншоты из реального приложения, рабочая ссылка на политику приватности, заполненный раздел о собираемых данных.
Собери релизный билд. Подними номер версии, проверь, что приложение смотрит на боевой сервер, а не на тестовый, и что debug-логи выключены.
Загрузи билд, ещё раз пробеги поля и жми «Отправить на проверку». Запас по времени заложен - не релизишь в день дедлайна.

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

Демо-аккаунт:
Логин: demo@example.com
Пароль: ваш-пароль
Вход: открыть приложение, ввести логин и пароль с этого экрана. Капчи и SMS нет.
Как посмотреть платные функции: открыть раздел «Подписка» - под этим аккаунтом всё уже разблокировано.
Главный сценарий: создать запись на главном экране, затем открыть её и нажать «Экспорт».
Контакт для вопросов: ваш-email

Частые ошибки новичка при отправке на ревью

• Нет демо-аккаунта или он не работает. Самый частый отказ. Дай рабочий логин и пароль с полным доступом и проверь вход сам с чистого устройства.
• Вход с капчей или SMS. Проверяющий не получит код на твой номер. Сделай для ревью отдельный простой вход.
• Заглушки и кнопки «Скоро». Фича не готова - убери её из интерфейса, а не оставляй пустую кнопку.
• Лишние разрешения про запас. Сгенерированный шаблон тянет доступ к камере и геолокации без причины. Вычисти всё, чем не пользуешься.
• Метаданные не сходятся с приложением. Обещал в описании то, чего внутри нет, - повод для отказа. Сверяй витрину и реальность.
• Отправил отладочный билд. Тестовый сервер, debug-логи, тот же номер версии - магазин завернёт. Собирай релизную подписанную сборку и поднимай версию.
• Релиз впритык к дате. Сроки ревью непредсказуемы. Один отказ - и ты не успел. Закладывай запас всегда.