Самый подробный чек-лист публикации мобильных приложений с последними изменениями
Этот чек-лист подготовил наш Swift-разработчик Юнус Ишчанов. Он поможет подготовить мобильное приложение для публикации в Google Play (Android) и App Store (iOS). Для каждой платформы описаны шаги, которые нужно пройти, и даны краткие пояснения.
Чек-лист написан специально для компаний и разработчиков, которые планируют запустить свое мобильное приложение в официальных магазинах Google Play и App Store.
1. Регистрация аккаунта Google Play
2. D-U-N-S (при регистрации юридического лица)
3. Настройка профиля разработчика
5. Создание keystore
6. Подготовка метаданных
7. Заполнение Data Safety
8. Разрешения и политика
9. Проверка соответствия политике Google Play
10. Настройка ценообразования и распространения
11. Тестирование перед публикацией
12. Публикация
13. Частые причины отказа в публикации
14. Монетизация и In-App-покупки
iOS (App Store)
1. Регистрация в Apple Developer2. Проверка соответствия App Store Review Guidelines
3. Настройка сертификатов
4. Сборка .ipa
5. Метаданные, скриншоты
6. Поддержка всех устройств (скриншоты и адаптация)
7. Настройка App Store Connect (категория, цена, релиз)
8. App Privacy + Manifest
9. TestFlight-тестирование
10. Подготовка к ревью
11. Публикация через App Store Connect
12. Частые причины отказа в публикации
13. Монетизация и In-App-покупки
14. Устранение проблем и повторная подача
Android (Google Play)
Создание аккаунта в Google Play Console для публикации Android-приложений.
В зависимости от типа аккаунта (физическое или юридическое лицо), требуются разные данные.
Для физического лица потребуется:
Личный Google-аккаунт (Gmail)
Банковская карта для оплаты регистрационного взноса ($25, единоразово)
Доступ к телефону / email для подтверждения аккаунта
Паспортные данные — могут потребоваться при верификации
Для юридического лица:
Полное наименование компании
Юридический адрес
Рабочий телефон
Сайт компании (если есть)
ИНН / ОГРН (если РФ)
Google-аккаунт, зарегистрированный для бизнеса, желательно с почтой на домене компании
Банковская карта компании или уполномоченного представителя
Контактные данные ответственного лица (Ф. И. О., email, телефон)
Документы, подтверждающие регистрацию компании (по запросу Google)
Google может запросить проверку как компании, так и личности представителя.
Могут потребоваться:
1. Регистрационные документы организации:
Сертификат налогоплательщика
Свидетельство о регистрации
2. Документы, удостоверяющие личность представителя:
Водительское удостоверение
Паспорт
Вид на жительство
Другое удостоверение личности государственного образца (например паспорт иностранного гражданина)
Логотип и краткое описание компании (для профиля разработчика)
Комментарий: $25 (оплата за регистрацию аккаунта), единоразово. Для юридических лиц возможна дополнительная проверка аккаунта (от двух до пяти рабочих дней). В ряде случаев Google может запросить подтверждение права владения сайтом компании — через размещение TXT-записи в DNS.
Только для юридических лиц
Начиная с конца 2023 года Google Play может требовать D-U-N-S- номер при создании или подтверждении аккаунта юридического лица. Это 9-девятизначный уникальный код, который идентифицирует компанию в глобальной базе данных Dun & Bradstreet.
Что потребуется:
- Юридическое название компании
- Адрес и телефон
- Представитель компании (контактное лицо)
- Сайт (по возможности)
Где получить:
- https://www.dnb.ru - — можно запросить номер бесплатно
Комментарий: D-U-N-S также потребуется при регистрации Apple Developer Program (обязательно для юр. лиц).
Для кого: Физ. лицо / Юр. лицо.
Заполнение информации о разработчике в Google Play Console обязательно после создания аккаунта.
Для физического лица:
- Указание имени (отображается в магазине)
- Email для связи
- Ссылка на политику конфиденциальности (можно использовать генератор шаблонов)
Для юридического лица:
- Название компании
- Корпоративный email
- Сайт компании
- Политика конфиденциальности и условия использования
Комментарий: Поля обязательны. Заполнение возможно сразу после регистрации аккаунта.
Для кого: Физ. лицо / Юр. лицо.
Создание релизной сборки в формате .aab — это обязательный формат для загрузки в Google Play.
Что потребуется:
- Android Studio
- Конфигурация release в build.gradle
- Указание версии сборки (versionCode, versionName)
- Использование релизного keystore для подписи
Комментарий: Билд должен быть протестирован, без отладочной информации. При ошибках - — отказ от публикации.
Для кого: Физ. лицо / Юр. лицо.
Keystore — это файл (обычно с расширением .jks), который используется для цифровой подписи Android-приложения. Подпись говорит Google Play и пользователям, что это приложение действительно от вас и не было изменено третьими лицами.
Откуда взять keystore? (Android Studio):
- Build → Generate Signed Bundle / APK
- Выбрать Android App Bundle → Next
- Нажать Create new...
- Заполнить поля: путь, alias, пароль, срок действия
- Сохранить файл в безопасном месте
Что потребуется:
- Генерация .jks файла с помощью Android Studio или keytool
- Установка пароля на keystore и alias
- Безопасное хранение - — восстановить невозможно!
Комментарий: Один раз создаётся для каждого приложения. Потеря файла = невозможность обновления приложения.
Для кого: Физ. лицо / Юр. лицо.
Метаданные — это информация, которую видит пользователь в Google Play. Они помогают описать и визуально представить приложение.
Что потребуется:
- Название приложения (до 30 символов)
- Краткое описание (до 80 символов)
- Полное описание (до 4 000 символов)
- Иконка приложения (512 x 512 px, PNG, ≤1 MB)
- Скриншоты (минимум 2, рекомендуются 5-–8, для каждого типа устройства)
- Промо-баннер (по желанию)
- Видео YouTube (по желанию)
- Категория, теги, контакты для поддержки
Для кого: Физ. лицо / Юр. лицо.
Заполнение формы конфиденциальности данных, обязательно для всех приложений. Google требует прозрачности в отношении того, какие данные приложение собирает, обрабатывает и передаёт.
Что потребуется:
- Указание всех типов данных, которые собираются (имя, местоположение, контакты и пр.)
- Способ хранения и передачи
- Использование сторонних SDK
- Цель сбора данных
- Ответ на вопрос: собираются ли данные с согласия пользователя
Комментарий: Форма обязательна. За ложную информацию возможен бан аккаунта. Требует внимательной проверки.
Для кого: Физ. лицо / Юр. лицо.
При заполнении этой формы нужно указать все разрешения, которые запрашивает приложение, и объяснить, зачем они нужны.
Что потребуется:
- Перечень всех permissions (например, ACCESS_FINE_LOCATION, CAMERA, READ_CONTACTS)
- Обоснование для каждого разрешения
- Указание, запрашиваются ли разрешения во время использования
- Ссылки на политику конфиденциальности и пользовательское соглашение
Комментарий: Если разрешение чувствительное (например, геолокация), приложение может попасть на дополнительную проверку.
Для кого: Физ. лицо / Юр. лицо
Перед публикацией необходимо убедиться, что приложение соответствует политикам Google Play.
Что потребуется:
- Отсутствие запрещённого контента (насилие, мошенничество, дискриминация и т. д.)
- Корректная работа рекламы (если используется SDK, например, AdMob) Соблюдение требований для детского контента (если приложение ориентировано на детей)
- Наличие прав на весь контент (без нарушений авторского права)
Комментарий: При несоответствии возможен отказ в публикации или удаление приложения после релиза.
Для кого: Физ. лицо / Юр. лицо.
Определение условий доступа к приложению: бесплатное оно или платное, где будет доступно и т. д.
Что потребуется:
- Указать страны распространения
- Выбрать модель монетизации: бесплатно / платно / подписка
- Настроить цену (если приложение платное)
- Настроить налоговую информацию (если юр. лицо)
Комментарий: Для подписок потребуется отдельная настройка продукта и описание правил списания.
Для кого: Физ. лицо / Юр. лицо.
Определение условий доступа к приложению: бесплатное оно или платное, где будет доступно и т. д.
Что потребуется:
- Указать страны распространения
- Выбрать модель монетизации: бесплатно / платно / подписка
- Настроить цену (если приложение платное)
- Настроить налоговую информацию (если юр. лицо)
Комментарий: Для подписок потребуется отдельная настройка продукта и описание правил списания.
Для кого: Физ. лицо / Юр. лицо.
Финальный этап. Загрузка сборки .aab, настройка параметров релиза и отправка на модерацию.
Что потребуется:
- Загрузка .aab файла
- Выбор релиза (production, beta, internal testing)
- Указание версии и примечания к обновлению
- Согласие с политиками Google
- Отправка на ревью
Комментарий: Модерация занимает от одного до трех рабочих дней, иногда дольше. Возможно отклонение с пояснением.
13. Частые причины отказа в публикации
Есть ряд типовых причин, по которым Google отклоняет приложения на этапе модерации.
Что важно проверить:
- Placeholder-контент и незавершённый функционал
- Приложение содержит заглушки («в разработке», пустые экраны, нерабочие кнопки)
- Отсутствует ожидаемый пользовательский опыт
- Нарушение политики Google Play
- Контент содержит насилие, вводящую в заблуждение информацию, нелицензированные игры и т. п.
- Приложение ориентировано на детей, но не соблюдает детские политику в их интересах
- Чрезмерные или необоснованные разрешения
- Например, запрос на доступ к контактам, геолокации или файлам без объяснений в интерфейсе или политике
- Нарушения авторских прав
- Использование чужих изображений, музыки, логотипов без лицензии
- Неправильные метаданные
- Название не отражает суть
- Отсутствует или некорректная политика конфиденциальности
Комментарий: Часто модераторы дают конкретные причины отказа — важно их внимательно прочитать и устранить перед повторной подачей.
Добавление внутриигровых/внутриприложных покупок (In-App Purchases) и настройка подписок.
Что потребуется:
- Настроить Billing Library в приложении
- Создать товары или подписки в Google Play Console
- Привязать productId к товарам в коде
- Указать цену и валюту
- Включить товары в описание метаданных
- Предоставить тестовые аккаунты (либо открытый доступ для ревью)
Важно:
- Google требует прозрачности монетизации: товары должны быть функционально реализованы и доступны
- Все покупки должны обрабатываться только через Google Billing (никаких внешних способов оплаты)
Комментарий: Перед публикацией желательно протестировать покупки через аккаунты тестировщиков. При модерации покупки могут проверяться вручную.
Описание: Добавление внутриигровых/внутриприложных покупок (In-App Purchases) и настройка подписок.
Что потребуется:
- Настроить Billing Library в приложении
- Создать товары или подписки в Google Play Console
- Привязать productId к товарам в коде
- Указать цену и валюту
- Включить товары в описание метаданных
- Предоставить тестовые аккаунты (либо открытый доступ для ревью)
Важно:
o Google требует прозрачности монетизации: товары должны быть функционально реализованы и доступны
o Все покупки должны обрабатываться только через Google Billing (никаких внешних способов оплаты)
Оценка: 1 ч.
Что входит: Анализ причин, рекомендации, повторная отправка.
Комментарий: Перед публикацией желательно протестировать покупки через аккаунты тестировщиков. При модерации покупки могут проверяться вручную.
Дополнительные материалы
Обложка, отображающаяся на странице приложения. Обязательна при добавлении промо-видео.
Что потребуется:
- Размер: 1024 x 500 pх
- Формат: JPG или PNG
- Вес: до 1 МБ
2. Поддержка нескольких языков
Если приложение рассчитано на международную аудиторию, можно добавить локализации описаний.
Что потребуется:
Переводы названия, описания, скриншотов
Настройка локалей в Google Play Console
Комментарий: Повышает охват аудитории и видимость в разных регионах.
iOS (App Store)
Для кого: Физ. лицо / Юр. лицо
Описание: для публикации приложений в App Store необходимо зарегистрироваться в Apple Developer Program.
Создание Apple ID:
Если у вас уже есть Apple ID, можно его использовать его. Если нет:
- Перейдите на страницу Apple ID
- Нажмите «Создать Apple ID»
- Укажите: имя, фамилию, дату рождения, email (лучше использовать корпоративный), пароль, страну, телефон
- Подтвердите email и телефон (двухфакторная аутентификация)
Вход в Apple Developer:
- Перейдите на Apple Developer
- Войдите под своим Apple ID
- Примите условия использования
Регистрация в Apple Developer Program:
- Перейдите на страницу Enrollment
Выберите: - Физ. лицо — для личной публикации
- Company / Organization - — для публикации от имени компании
Для физического лица:
- Apple ID
- Банковская карта для оплаты ($99/год)
- Подтверждение личности (может быть через звонок/письмо)
Для юридического лица:
- Apple ID, зарегистрированный на представителя
- D-U-N-S-номер (обязательно для компаний)
- Юридическое название (как в D-U-N-S)
- Юридический адрес
- Рабочий номер телефона
- Корпоративный email
- Сайт компании (желательно)
- Должность и полномочия представителя
Подтверждение полномочий:
- Apple может позвонить по телефону компании
- Запросить документы (выписку из реестра, устав, доверенность)
Оплата:
- После подтверждения — оплата $99/год картой
- Активация аккаунта в течение 24 часов после оплаты
Комментарий: Стоимость — $99/год. Для юрридических лиц проверка занимает от двух до пяти рабочих дней. D-U-N-S-номер требуется только для юридических лиц
D-U-N-S (при регистрации юридического лица)
Только для юридического лица.
D-U-N-S (Data Universal Numbering System) — это девятизначный уникальный идентификатор компании, необходимый для регистрации юридического лица в Apple Developer Program.
Что потребуется:
- Название компании
- Юридический адрес
- Индекс и страна регистрации
- Рабочий телефон
- Сайт компании (обязателен и должен быть активен)
- Контактное лицо: Ф. И. О., email, телефон
Как проверить / получить D-U-N-S:
- Перейти на официальную страницу Apple D-U-N-S.
- Ввести данные компании.
- Если номер уже существует — он отобразится.
- Если нет — можно запросить номер бесплатно через Dun & Bradstreet.
Комментарий: D-U-N-S обязателен для регистрации юридического лица. Без него Apple не даст продолжить оформление аккаунта.
Для кого: Физ. лицо / Юр. лицо.
Приложение должно соответствовать App Store Review Guidelines. Это критично для успешной модерации.
Что потребуется:
- Приложение должно иметь полноценную функциональность, не быть MVP/заготовкой.
- Корректно реализованные встроенные покупки (In-App Purchases).
- Поддержка актуальных версий iOS (не ниже 13.0 — лучше >= 15.0).
- Приложение не должно использовать частные (private) API.
Комментарий: Нарушение этих правил — одна из самых частых причин отказа в модерации. Рекомендуется пройтись по чек-листу перед отправкой в ревью.
Для кого: Физ. лицо / Юр. лицо.
Описание: Для подписи iOS-приложения нужно создать сертификаты (Distribution Certificate) и Provisioning Profiles.
Что потребуется:
- Установка Xcode
- Генерация CSR (Certificate Signing Request)
- Создание сертификатов в Apple Developer Portal
- Создание Provisioning Profiles (App Store или Ad Hoc)
Что такое Ad Hoc в iOS?
Ad Hoc Provisioning Profile — это один из способов распространения iOS приложений вне App Store, используемый в основном для внутреннего тестирования до публикации или в рамках частного доступа.
Особенности Ad Hoc:
- Позволяет устанавливать приложение на устройства без App Store и TestFlight
- Требуется ручной сбор UDID всех тестовых устройств
- Максимум 100 устройств в год для каждого типа (iPhone, iPad, и т. д.)
- Приложение подписывается Ad Hoc-сертификатом и Provisioning Profile, содержащим список разрешённых устройств
Когда используется:
- Для тестирования внутри команды, когда не хочется или невозможно использовать TestFlight
- Для передачи сборки заказчику (например, корпоративным клиентам)
- Когда нужно обойти лимит TestFlight (до ревью) или использовать старые устройства
Комментарий: Можно сделать через Xcode автоматически, но лучше — вручную через портал (особенно для CI/CD).
Для кого: Физ. лицо / Юр. лицо.
Создание архивной сборки .ipa для TestFlight или App Store.
Что потребуется:
- Архивация проекта в Xcode (Product → Archive)
- Подпись сборки с релизным сертификатом
- Проверка настроек Bundle ID, version, build
Описание приложения в App Store, визуальные материалы и ключевые слова.
Что потребуется:
- Название приложения
- Краткое и полное описание
- Ключевые слова (влияют на поиск)
- Скриншоты (для iPhone и iPad, 6.5", 5.5")
- Иконка (1024 x 1024 px)
- Категория, возрастное ограничение
- Контакты и ссылка на поддержку
Комментарий: Можно частично повторить с Android-версией.
6. Поддержка всех устройств (скриншоты и адаптация)
App Store требует, чтобы скриншоты и интерфейс были адаптированы под все поддерживаемые устройства.
Что потребуется:
- Скриншоты для iPhone, iPad, Apple Watch (если поддерживается) и т. д.
- Адаптация UI под все форм-факторы
Комментарий: Если нет скриншотов — приложение может быть отклонено. Можно использовать симулятор Xcode или Xcode Previews.
Настройка параметров публикации в App Store Connect.
Что потребуется:
- Выбор категории и подкатегории
- Настройка ценовой модели (бесплатное / платное / подписка)
- Указание возрастных ограничений
- Выбор стран распространения
- Настройка отложенной публикации или ручной публикации
Комментарий: Необходимо выполнить перед отправкой на ревью. Без этих параметров приложение не может быть опубликовано.
Указание политики конфиденциальности и настроек конфиденциальности приложения.
Что потребуется:
- Ссылка на политику конфиденциальности
- Заполнение App Privacy секции (в App Store Connect)
- Указание всех типов собираемых данных
- Настройка NSPrivacyUsageDescription в Info.plist (например, для камеры, микрофона)
Комментарий: Обязательный шаг с конца 2020 года. Нарушение правил — причина отказа в публикации.
Описание: TestFlight позволяет запускать бета-тестирование приложения до официальной публикации.
Что потребуется:
- Загрузка сборки в App Store Connect
- Создание группы тестировщиков (email или публичная ссылка)
- Отправка на внутреннюю проверку (обычно от 15 мин до - 24 ч)
Комментарий: Можно добавлять до 10 000 тестировщиков.
10. Подготовка к ревью
Финальная проверка перед отправкой приложения на модерацию.
Что потребуется:
- Заполнение поля «Примечания для ревьюера» (если есть нестандартные сценарии: логин, mock-данные и т. д.)
- Добавление тестовых аккаунтов (если требуется вход)
- Проверка, что не используются private API или нестабильные библиотеки
Комментарий: Чем подробнее примечание для ревьюера, тем быстрее может пройти модерация. Это особенно важно для сложных или кастомных решений.
11. Публикация через App Store Connect
Финальный шаг: отправка приложения в App Store на модерацию.
Что потребуется:
- Загрузка .ipa через Xcode или Transporter
- Выбор версии, категориия, страны распространения
- Примечание для модератора (если нужно)
- Отправка на ревью
Комментарий: Модерация занимает от одного до трех рабочих дней. Возможен отказ — с указанием причины.
Причины, по которым приложение может быть отклонено App Review командой, часто бывают типовыми.
Что важно проверить:
- Placeholder-контент (заглушки, заголовки «В разработке», пустые экраны)
- Малофункциональное или нестабильное приложение
- Отсутствие конфиденциальности / некорректные настройки App Privacy
- Невозможность пройти логин / нерабочие функции
- Необоснованные запросы доступа (камера, геопозиция и т. д.)
Комментарий: Рекомендуется перед публикацией пройтись по всем требованиям App Store Review Guidelines.
Настройка встроенных покупок (In-App Purchases) и проверка их перед ревью.
Что потребуется:
- Настроить продукты в App Store Connect
- Использовать StoreKit2 или StoreKit1 для отображения товаров
- Привязать productId в коде приложения
- Добавить тестовые аккаунты и описание покупки в примечания для ревью
Важно:
- Все покупки должны использовать только IAP от Apple
- Функция покупки должна быть доступна без сбоев
Комментарий: При отсутствии тестового доступа и описания покупок — приложение могут отклонить.
14. Устранение проблем и повторная подача
Что делать, если приложение отклонено на ревью:
- Зайти в App Store Connect → Resolution Center
- Изучить причину отклонения
- Исправить проблемы в коде/конфигурации/описании
- Добавить пояснение и вложения (видео, скриншоты)
- Отправить на повторную проверку
Комментарий: Бывают случаи необоснованных отказов — помогает прямое и корректное пояснение с демонстрацией.
Расскажите, с какими необоснованными отказамы при публикации приложений вы сталкивались? Подписывайтесь на наш канал. Там мы обсуждаем темы, связанные с повседневной жизнью разработчиков программного обеспечения и с выдающимися событиями в IT-индустрии.