Чек-лист перед публикацией приложения в App Store и Google Play

Перед отправкой приложения на проверку в App Store и Google Play стоит пройти чек-лист из пяти блоков: стабильность сборки, технические требования сторов, данные и конфиденциальность, карточка приложения и доступ для проверяющих. Ниже 46 пунктов, которые мы проверяем перед каждым релизом. Большинство отказов Apple и Google случается из-за пунктов, которые занимают пять минут, но о них забыли.

Как пользоваться чек-листом

Идите по пунктам сверху вниз и отмечайте «готово» или «не касается». Пункт «не знаю» равен «не готово». Лучше, если чек-лист проходит не разработчик, который писал приложение, а второй человек: менеджер проекта или тестировщик. Свежий взгляд замечает то, к чему автор давно привык.

Если вы публикуетесь впервые, сначала прочитайте пошаговые инструкции как опубликовать приложение в App Store и как опубликовать приложение в Google Play, а этот список используйте как финальную проверку.

Блок 1: стабильность и качество (пункты 1-10)

1. Приложение проверено на реальных телефонах, а не только в симуляторе: минимум один старый и один новый iPhone, два-три Android разных производителей.
2. Release-сборка протестирована отдельно от debug. Именно в ней чаще всего всплывают сюрпризы.
3. Для Android в основном манифесте есть разрешение INTERNET. Во Flutter оно по умолчанию лежит только в debug-манифесте, и релиз без него пишет «нет связи с сервером».
4. Нет падений на основных сценариях: регистрация, вход, каталог, корзина, оплата, профиль.
5. Приложение нормально ведёт себя без интернета: показывает понятное сообщение, а не белый экран.
6. Нет тестовых данных, заглушек, текста «Lorem ipsum» и пустых разделов «Скоро».
7. Все кнопки и ссылки работают, включая ссылки на соглашение, поддержку и соцсети.
8. Интерфейс не ломается на маленьком экране, на iPad (если он поддерживается) и при крупном системном шрифте.
9. Тёмная тема не делает текст невидимым.
10. Подключена крэш-аналитика, чтобы видеть сбои с первых часов после релиза.

Лучший способ закрыть этот блок: бета-тест на реальных людях через TestFlight и закрытое тестирование Google Play.

Блок 2: технические требования сторов (пункты 11-20)

11. iOS-сборка сделана в Xcode 26 или новее с SDK iOS 26: с 28 апреля 2026 года Apple не принимает сборки со старым SDK.
12. Android-сборка нацелена на Android 16 (API 36): это требование Google для новых приложений и обновлений с 31 августа 2026 года.
13. В Google Play загружается AAB, а не APK.
14. Номер версии и номер сборки увеличены по сравнению с прошлой загрузкой.
15. Сборка подписана релизным ключом, ключи и пароли хранятся в компании.
16. Иконка приложения без прозрачности для iOS, во всех нужных размерах, без скруглений, нарисованных вручную.
17. Экран запуска не висит дольше нескольких секунд.
18. Все запросы разрешений (камера, геолокация, уведомления, фото) сопровождаются понятным текстом, зачем они нужны.
19. Запрашиваются только те разрешения, которые реально используются. Лишние, особенно фоновая геолокация, SMS и доступ ко всем файлам, в Google Play требуют отдельных деклараций и часто ведут к отказу.
20. Для iOS заполнен ответ об использовании шифрования (export compliance), чтобы сборка не застревала перед тестом.

Блок 3: данные и конфиденциальность (пункты 21-30)

21. На сайте опубликована политика конфиденциальности, ссылка на неё есть в карточке и внутри приложения.
22. Если есть регистрация, в приложении можно удалить аккаунт. Это прямое требование Apple.
23. Для Google Play есть веб-ссылка на удаление аккаунта и данных без установки приложения.
24. Заполнены «Сведения о конфиденциальности» в App Store Connect и раздел «Безопасность данных» в Play Console.
25. Ответы в анкетах совпадают с тем, что реально собирают приложение и все подключённые SDK: аналитика, реклама, крэш-репорты.
26. В iOS-проекте есть файл Privacy Manifest, и у подключённых сторонних SDK тоже.
27. Если приложение отслеживает пользователя для рекламы, показывается системный запрос App Tracking Transparency.
28. Если есть вход через Google или соцсети, в iOS предложен равноценный вариант входа, обычно Sign in with Apple.
29. Приложение можно посмотреть без регистрации, если регистрация не нужна для основной функции.
30. Персональные данные передаются по HTTPS, пароли и токены хранятся в защищённом хранилище.

Блок 4: карточка приложения (пункты 31-40)

31. Название до 30 символов в App Store, без чужих брендов и списка ключевых слов.
32. Подзаголовок, ключевые слова и краткое описание заполнены с учётом поисковых запросов.
33. Описание соответствует функциям. Нет обещаний, которых нет в приложении.
34. Тексты есть на русском и, если аудитория в Казахстане, на казахском.
35. Скриншоты показывают реальное приложение в работе, а не только логотип и экран входа.
36. Скриншоты сделаны в нужных размерах: для iPhone, для iPad (если поддерживается), для телефонов Android.
37. Для Google Play подготовлена графика 1024 на 500 пикселей и иконка 512 на 512.
38. Выбрана правильная категория.
39. Честно заполнены анкеты возрастного рейтинга в обоих сторах. У Apple она обновлена, поэтому проверьте ответы и для старых приложений.
40. Указаны сайт поддержки и рабочая почта, на которую кто-то отвечает.

Блок 5: доступ для проверяющих и выпуск (пункты 41-46)

41. Создан тестовый аккаунт с заполненными данными: история заказов, бонусы, адреса. Логин и пароль указаны в заметках для проверки.
42. Если вход только по SMS, дан тестовый номер с постоянным кодом, иначе проверяющий не войдёт.
43. Сервер, оплата в тестовом режиме и внешние интеграции работают во время проверки и несколько дней после.
44. В заметках для проверяющих кратко описаны неочевидные функции: где найти оплату, зачем нужна геолокация, как проверить сканер.
45. Для нового личного аккаунта Google Play пройден закрытый тест: не меньше 12 тестировщиков в течение 14 дней подряд.
46. Выбран способ выпуска: сразу после одобрения, вручную или поэтапно на часть пользователей.

Чем отличаются требования App Store и Google Play

Частые проблемы казахстанских компаний

• Вход только по SMS без тестового номера. Проверяющий из другой страны не получит код, и приложение отклонят за невозможность проверки.
• Сервер выключили на выходные или тестовый стенд переехал, пока приложение ждало проверки.
• Приложение по сути копия сайта. Apple отклоняет такие сборки по правилу 4.2 о минимальной функциональности.
• Аккаунт разработчика на сотруднике, который недоступен в день релиза, и некому подтвердить вход кодом.
• Декларации заполнены «на глаз», а SDK рекламы или аналитики собирает больше, чем указано.

Если отказ всё же пришёл, не отправляйте ту же сборку повторно. Разберите текст и номер правила: как это делать, мы описали в статье отклонили приложение в App Store: что делать.

После одобрения: первые дни

Публикация не конец работы. В первые дни после выхода проверьте ещё несколько вещей:

• приложение находится в поиске стора по названию на телефоне из Казахстана;
• установка из стора (а не тестовая) работает: вход, оплата, push-уведомления, карты;
• в крэш-аналитике нет новых массовых сбоев;
• на первые отзывы кто-то отвечает, особенно на жалобы;
• ссылки на приложение добавлены на сайт, в Instagram, WhatsApp-рассылку и на кассу в виде QR-кода.

Если используете поэтапный выпуск в Google Play или App Store, не спешите открывать релиз на всех пользователей, пока не убедитесь, что показатели стабильны. Остановить поэтапный выпуск проще, чем срочно выпускать исправление.

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

Сколько времени занимает проверка в App Store и Google Play?

Обычно от нескольких часов до пары суток, но сроки меняются, особенно перед праздниками и после выхода новых версий iOS. Для первого приложения в Google Play закладывайте больше времени: у новых личных аккаунтов перед публикацией обязателен закрытый тест на 14 дней.

Что чаще всего становится причиной отказа?

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

Нужна ли политика конфиденциальности, если приложение ничего не собирает?

Да. И Apple, и Google требуют ссылку на политику конфиденциальности для любого приложения. В ней честно пишут, что данные не собираются, и указывают контакты разработчика.

Можно ли отправить приложение на проверку без готового сервера?

Нет. Проверяющий должен пройти все основные сценарии, поэтому сервер, оплата в тестовом режиме и тестовый аккаунт должны работать в момент проверки и несколько дней после.

Что делать, если приложение всё же отклонили?

Внимательно прочитать номер правила и текст отказа, исправить именно это и ответить проверяющему в центре сообщений. Подробный разбор в нашей статье о том, что делать, если отклонили приложение в App Store.

Проведём приложение через проверку

Пройдём этот чек-лист по вашему приложению, исправим найденное, заполним декларации и карточки в App Store Connect и Play Console и сопроводим до публикации. Оставьте заявку на странице контактов или напишите в WhatsApp +7 707 928 13 15, смету пришлём бесплатно за 24 часа.