Запуск мобильных приложений одновременно с вашим сайтом включает не только компиляцию и загрузку сборок. Процесс охватывает подготовку, тестирование, проверку в магазинах приложений и финальное одобрение. Мы сопровождаем вас на всех технических этапах вплоть до отправки приложения на модерацию, однако непосредственная публикация iOS приложения в App Store остаётся на стороне владельца проекта.
Мобильные приложения: степень нашего участия
При принятии решения о выпуске мобильных приложений для проекта рабочий процесс, как правило, состоит из трёх основных этапов: компиляция приложений (если не требуются модификации), загрузка сборок в ваши аккаунты разработчика и публикация в Apple App Store и Google Play.
Мы оказываем поддержку на этапе подготовки и отправки на модерацию, однако финальный шаг публикации выполняете вы, поскольку приложения должны выпускаться из аккаунта разработчика владельца проекта.
Почему мы не публикуем приложения за клиентов?
Несмотря на то, что мы не осуществляем публикацию напрямую, мы остаёмся вовлечёнными до завершающего этапа. Вам необходимо самостоятельно подготовить описания приложений для магазинов, скриншоты и информацию для страницы приложения. В случае отклонения приложения мы помогаем определить причину, устранить технические недочёты и выполнить повторную отправку.
Отклонения могут происходить из-за технических ошибок, некорректных описаний, недостаточного тестирования или нарушений политики магазина. Ниже приведены наиболее распространённые случаи и способы их решения.
Типовые проблемы при публикации Android-приложения в Google Play
Google Play ужесточил правила публикации. Многие новые аккаунты разработчиков получают уведомление:
«Вашему приложению требуется дополнительное тестирование для получения доступа к публикации в Google Play.
Это требование распространяется на аккаунты разработчиков, созданные после 13 ноября 2023 года.
Причина отклонения не связана с качеством приложения — она касается активности тестирования.
Google требует минимум 12 активных тестировщиков, которые должны:
- Установить приложение
- Держать его установленным 14 последующих дней
- Регулярно открывать и использовать его
Важные детали:
- Если участвует меньше тестировщиков, проверка не будет пройдена.
- Тестировщики должны открывать приложение ежедневно или каждые 1–2 дня — Google отслеживает активность.
- Сборка для публикации должна быть полностью идентична сборке для внутреннего тестирования.
Возможные решения
Некоторые клиенты обращаются с просьбой привлечь нашу команду к тестированию. К сожалению, это ненадёжный вариант из-за загрузки и количества поддерживаемых проектов. Даже один пропущенный день может привести к провалу тестирования и необходимости начинать процесс заново.
Если у вас есть команда, можно назначить ежедневное использование приложения как рабочую задачу и контролировать её выполнение. Если вы ведёте проект самостоятельно, можно привлечь специализированный сервис тестирования либо задействовать 12–14 знакомых, регулярно напоминая им об использовании приложения.
Рекомендация при отправке на модерацию
При подаче приложения добавьте чёткое сообщение в поле “Заметки для утверждающего”:
«Мы завершили более 14 дней закрытого тестирования с участием более 12 активных тестировщиков, подтвердивших своё участие. Все тестировщики регулярно использовали приложение. Подтверждаем, что APK-файл, загруженный для публикации, полностью идентичен версии, использовавшейся в закрытом тестировании. Спасибо.»
Это существенно повышает вероятность одобрения.
Типовые проблемы при публикации iOS-приложения в Apple App Store
Apple также проводит тщательную проверку приложений, однако на текущий момент не требует аналогичной структурированной процедуры тестирования, как Google Play. Рассмотрение может занять несколько дней. При обнаружении технических проблем приложение отклоняется до их устранения.
Одной из возможных причин отклонения может быть интеграция кастомных платёжных шлюзов. В период модерации такие интеграции могут быть временно отключены и повторно активированы после одобрения.
Наличие устройств для тестирования
Если планируется выпуск приложений для Android и iOS, потребуются реальные устройства для тестирования и подготовки скриншотов.
Рекомендуемая конфигурация:
- Android: один смартфон и два планшета
- iOS: минимум один iPhone
Эти устройства необходимы для корректного тестирования и подготовки материалов для страницы приложения в магазинах.
Публикация мобильных приложений на первый взгляд может показаться сложной, однако большинство трудностей связано с требованиями магазина, а не с самим программным обеспечением. При корректной подготовке, полноценном тестировании и точном заполнении данных процесс одобрения становится предсказуемым и управляемым. Мы обеспечиваем техническое сопровождение на каждом этапе до финальной отправки.
Типовые особенности публикации в AppGallery (Huawei)
Публикация в AppGallery ориентирована прежде всего на устройства Huawei без сервисов Google (HMS вместо GMS). Это накладывает технические ограничения и дополнительные требования к сборке.
Ключевые технические особенности магазина:
Использование Huawei Mobile Services (HMS)
Если в приложении используются push-уведомления, карты, аналитика или авторизация через Google, потребуется замена соответствующих SDK на аналоги Huawei. Приложение, зависящее от Google Play Services, может быть отклонено либо работать некорректно.
Обязательная проверка безопасности
AppGallery проводит автоматическое и ручное сканирование APK:
- проверка разрешений,
- анализ сетевых запросов,
- проверка встроенных SDK,
- анализ потенциально опасных библиотек.
При обнаружении «избыточных» разрешений или неиспользуемых SDK возможен отказ.
Локализация и описание
Для аудитории РФ рекомендуется:
- русскоязычное описание,
- скриншоты с русским интерфейсом,
- корректное указание возрастного рейтинга.
Формальные несоответствия метаданных часто становятся причиной возврата на доработку.
Платёжные системы
Если используется встроенная монетизация, необходимо учитывать:
- поддержку Huawei IAP (если планируется внутренняя покупка),
- ограничения сторонних платёжных SDK.
В отдельных случаях модерация может запросить пояснение бизнес-модели приложения.
Сроки проверки
Проверка обычно занимает 1–5 рабочих дней, но при первом релизе возможны дополнительные запросы на уточнение данных компании и прав на контент.
Типовые особенности публикации в RuStore (РФ)
RuStore ориентирован на российскую аудиторию и имеет собственные требования к юридической и технической части публикации.
Юридическая информация
Для коммерческих проектов требуется:
- указание юридического лица или ИП,
- ИНН/ОГРН (если применимо),
- политика конфиденциальности,
- пользовательское соглашение.
Отсутствие прозрачной юридической информации может привести к отклонению.
Хранение и обработка персональных данных
Для приложений, работающих с персональными данными граждан РФ, необходимо соответствие требованиям законодательства РФ (включая хранение данных на территории РФ при определённых сценариях). В приложениии должны быть предусмотрены поля Соглашений с пользователем (Политика конфиденциальности, Правила обработки персональных данных, Условия использования и т.д. )
Модерация может запросить пояснение архитектуры хранения данных.
Платёжные механизмы
RuStore поддерживает:
- встроенную систему платежей,
- интеграции с российскими платёжными провайдерами.
Если используются внешние платёжные решения, их необходимо корректно описать в карточке приложения.
4. Контент и модерация
Отдельное внимание уделяется:
- отсутствию запрещённого контента,
- корректности рекламных материалов,
- соответствию возрастной маркировки российской классификации.
5. Технические требования
- Поддержка актуальных версий Android.
- Корректная работа без сервисов Google (желательно, но не всегда обязательно).
- Стабильная установка APK без обращения к заблокированным сервисам.
Сроки проверки
Первичная модерация обычно занимает от 1 до 3 рабочих дней. При необходимости возможен запрос дополнительных документов или пояснений.
Общие требования для успешной публикации приложений
При подготовке приложения к публикации в магазинах (AppStore, Google Play, AppGallery, RuStore) необходимо учитывать следующие моменты, которые чаще всего становятся причиной отклонений:
Наличие тестового контента
Приложение должно содержать достаточное количество качественно оформленных тестовых объявлений или контента, чтобы демонстрировать полноценную работу функционала. Рекомендуемый минимум — 30 объявлений. Контент должен выглядеть презентабельно и быть готовым к показу модератору.
Тестовые учётные записи
В приложении должно быть создано достаточное количество учётных записей для проверки функционала. Рекомендуемый минимум — 20 аккаунтов, среди которых необходимо предоставить один рабочий тестовый аккаунт для использования модератором магазина при проверке.
Скриншоты для страницы приложения
Скриншоты должны соответствовать требованиям конкретного магазина: разрешение экрана, ориентация, количество изображений, локализация. Для корректного отображения может понадобиться несколько устройств с разными экранами.
При необходимости наш разработчик может создать скриншоты в среде разработки (симулятор) по дополнительному запросу и за отдельную оплату, а также загрузить их в магазин.
Оформление аккаунта разработчика
Аккаунт разработчика в магазине должен быть полностью заполнен: имя, фамилия или название компании, корректный адрес и контактная информация. Неправильно оформленный аккаунт часто является причиной отклонения приложения ещё до начала проверки.