Публикация приложений в сторах

Подробно

Публикация приложения в RuStore, App Store и Google Play - последний шаг перед встречей с пользователями, и на нем проекты часто теряют время. Стор может отклонить сборку из-за устаревшего SDK, пустого экрана без интернета или непонятного описания. Мы берем публикацию на себя: проверяем сборку, готовим карточку приложения, заполняем анкеты, отправляем на модерацию и отвечаем на замечания. Работаем с приложениями, которые сделали сами, и со сборками от других команд.

Публикация приложения в RuStore

RuStore - российский магазин приложений для Android, который развивает VK. Он входит в список программ для обязательной предустановки на смартфоны, которые продаются в России, поэтому для многих пользователей это первый магазин на новом телефоне. Для компаний, чьи приложения пропали из зарубежных сторов или не могут там обновляться, RuStore стал основным каналом.

Публикация приложения в RuStore идет в RuStore Консоли (консоль разработчика, где загружают сборки и управляют карточкой). Порядок такой:

1. Регистрируем аккаунт разработчика или получаем доступ к вашему.
2. Создаем приложение и указываем имя пакета (уникальный идентификатор приложения). Оно должно совпадать с тем, что зашито в сборку.
3. Загружаем файл APK или AAB с подписью разработчика.
4. Заполняем карточку приложения: название, краткое описание, полное описание, иконку, скриншоты, категорию.
5. Указываем возрастной рейтинг по российским категориям: 0+, 6+, 12+, 16+ или 18+.
6. Отправляем на модерацию и после одобрения выбираем, выпустить версию сразу или вручную в нужный день.

Модерация RuStore проверяет соответствие приложения российскому законодательству, корректность возрастной категории, работу основных функций и совпадение карточки с тем, что происходит внутри приложения. Если приложение собирает персональные данные, в нем и в карточке должна быть политика их обработки.

Отдельно проверяем подпись. Если приложение уже есть в Google Play и там включено управление ключами подписи на стороне стора, сборка для RuStore будет подписана другим ключом. Пользователь, который поставил приложение из одного магазина, не сможет обновить его из другого без переустановки. Этот момент обсуждаем до первой загрузки файла, потому что сменить ключ у опубликованного приложения сложно.

Обновления в RuStore выпускаются тем же путем: загружаем новую сборку с большим номером версии, пишем, что изменилось, и отправляем на модерацию. Пользователи получают обновление через магазин, а с SDK обновлений RuStore приложение само предлагает установить новую версию.

Регистрация разработчика RuStore

Аккаунт разработчика RuStore можно оформить на физическое лицо, ИП или юридическое лицо. Регистрация бесплатная. Для приложения без платежей подойдет любой вариант. Если планируются подписки и покупки внутри приложения, нужен статус, который позволяет заключить договор на монетизацию и получать выплаты, поэтому компании обычно регистрируются как юридическое лицо.

Мы советуем оформлять аккаунт на компанию-владельца, а не на подрядчика. Так приложение, статистика и история отзывов останутся у вас при смене команды. Студию добавляем в консоль как участника с нужными правами.

Покупки внутри приложения в RuStore

Для продажи подписок и цифровых товаров в версии для RuStore подключаем платежный SDK магазина. Товары и подписки заводим в RuStore Консоли, в приложении вызываем оплату, а сервер проверяет покупку, прежде чем открыть доступ к платному контенту. Пользователь платит картой или через СБП (систему быстрых платежей), а выплаты приходят владельцу аккаунта по договору монетизации. Если приложение продает физические товары или услуги, например доставку, платежный SDK стора не нужен: оплату принимают через эквайринг банка.

Flutter и RuStore

Приложения на Flutter публикуются в RuStore так же, как нативные: команда flutter build собирает APK или AAB, дальше идут подпись и загрузка файла в консоль. Сложности начинаются с зависимостей. Push-уведомления и встроенные покупки, завязанные на сервисы Google Play, на части устройств не работают, а для платежей в RuStore используют его собственный SDK.

Мы решаем это через варианты сборки (flavors во Flutter): из одного кода собираем версию для Google Play и версию для RuStore, каждая со своими библиотеками. У RuStore есть официальные плагины для Flutter под платежи, push-уведомления, отзывы и обновления, их подключаем в вариант для российского магазина. Интерфейс и бизнес-логика остаются общими, отличается только слой работы со стором.

Так выглядела бы схема для демо-приложения Грядка (сервис для дачников с подпиской на советы): подписка в версии для RuStore оформлялась бы через платежный SDK RuStore, а в версии для Google Play через биллинг Google Play. Код экранов и логика подписки при этом одни и те же.

Публикация приложения в Google Play

Публикация в Google Play идет через консоль Google Play. Для новых приложений стор принимает только формат AAB (Android App Bundle, пакет, из которого стор сам собирает APK под конкретное устройство). Подпись итоговых файлов берет на себя стор, а разработчик загружает сборку, подписанную ключом загрузки.

Перед первым выпуском заполняем обязательные разделы консоли:

• анкету возрастного рейтинга: по ответам на нее стор присваивает возрастную категорию для разных стран;
• раздел о безопасности данных: какие данные собирает приложение, зачем и передает ли их третьим лицам;
• ссылку на политику конфиденциальности;
• целевую аудиторию и наличие рекламы;
• доступ для проверяющих, если часть функций закрыта авторизацией.

Для новых личных аккаунтов действует дополнительное правило: перед выпуском в открытый доступ приложение должно пройти закрытое тестирование с группой тестировщиков. Аккаунты организаций от этого требования освобождены, но при регистрации компании стор запрашивает номер D-U-N-S и подтверждает данные.

Еще одно требование касается целевой версии Android. Каждый год Google Play поднимает минимальный уровень API, под который должна быть собрана новая версия приложения. Если проект долго не обновлялся, перед публикацией приходится обновить SDK и библиотеки, иначе консоль не примет файл.

Тестовые треки перед выпуском

В консоли Google Play есть несколько треков: внутреннее тестирование для команды, закрытое для ограниченной группы, открытое для всех желающих и рабочий выпуск. Мы проходим их по очереди: сначала проверяем сборку на своих устройствах, потом отдаем заказчику и его сотрудникам и только после этого выпускаем приложение для всех. В App Store роль тестового трека выполняет TestFlight. Такая лестница ловит ошибки до того, как их увидят реальные пользователи и оставят отзыв с одной звездой.

Сколько стоит выложить приложение в Google Play?

Расходы делятся на две части. Первая - регистрационный взнос за аккаунт разработчика: в Google Play он разовый, платит его владелец аккаунта напрямую стору. Вторая - работа по подготовке и публикации. Ее стоимость называем после брифа, потому что объем сильно зависит от исходного состояния проекта.

Если сборка свежая, аккаунт есть и тексты готовы, работа сводится к загрузке файла, анкетам и прохождению модерации. Если приложение давно не обновлялось, сначала поднимаем версию SDK, проверяем разрешения и чиним то, что сломалось на новых версиях Android.

Сколько стоит публикация приложения в Google Play?

На оценку влияют несколько факторов:

• есть ли аккаунт разработчика или его нужно создать и подтвердить;
• на сколько языков переводим карточку приложения;
• есть ли покупки внутри приложения и подписки, для которых нужно завести товары в консоли;
• собирает ли приложение персональные данные, от этого зависит объем раздела о безопасности данных;
• нужно ли закрытое тестирование перед первым выпуском.

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

Публикация приложения в App Store и Google Play

Когда приложение выходит сразу на iOS и Android, публикацию планируем одновременно, но учитываем разницу между сторами. В App Store сборку загружают из Xcode в App Store Connect, для этого нужен компьютер с macOS. Перед релизом сборка проходит бета-тестирование в TestFlight: сначала на внутренней команде, потом на внешних тестировщиках после короткой проверки Apple.

Проверка в App Store строже в вопросах интерфейса и содержания. Проверяющие смотрят, работает ли каждая кнопка, нет ли заглушек, соответствует ли описание тому, что делает приложение. Если приложение позволяет создать аккаунт, в нем должна быть возможность удалить этот аккаунт. Цифровые товары и подписки внутри iOS-приложения продаются через встроенные покупки Apple.

Аккаунт разработчика Apple оформляется на физическое или юридическое лицо. Для компании нужен номер D-U-N-S (международный идентификатор организации), его запрашивают заранее, потому что получение занимает время. Взнос за участие в программе разработчиков ежегодный, его оплачивает владелец аккаунта.

Скриншоты для App Store готовим под размеры экранов iPhone, а если приложение поддерживает планшеты, то и под iPad. Тексты карточки пишем отдельно для каждого стора: у App Store есть поле ключевых слов, а в Google Play и RuStore поиск опирается на название и описания.

В Google Play и RuStore упор делается на соответствие правилам и законодательству, а не на детали интерфейса. Но и там отказ приходит, если карточка обещает то, чего нет внутри приложения.

Чек-лист карточки приложения перед модерацией

Перед отправкой в любой стор проходим один и тот же чек-лист:

• название и краткое описание без лишних ключевых слов и обещаний вроде лучший или номер один;
• полное описание, которое честно перечисляет функции;
• иконка, скриншоты с реальными экранами текущей версии приложения;
• возрастной рейтинг и возрастные ограничения совпадают с содержанием;
• ссылка на политику конфиденциальности открывается и описывает реальный сбор данных;
• тестовый аккаунт для проверяющих с заполненными данными;
• минимальная версия Android и iOS указана в сборке и проверена на реальных устройствах;
• номер версии приложения больше, чем у предыдущей загруженной сборки;
• приложение не падает без интернета и показывает понятное сообщение.

Частые причины отказа на модерации

Отказы повторяются от проекта к проекту. Самые частые причины:

• падение приложения при запуске на устройстве проверяющего;
• нет тестового доступа, и проверяющий не может пройти дальше экрана входа;
• описание или скриншоты не совпадают с функциями;
• приложение запрашивает разрешения, которые не использует, например доступ к контактам или геолокации;
• нет политики конфиденциальности или она не соответствует сбору данных;
• приложение выглядит как обертка над сайтом без собственных функций;
• продажа цифрового контента в обход встроенных покупок стора.

На каждое замечание отвечаем в консоли разработчика: либо исправляем сборку и отправляем повторно, либо объясняем проверяющему, как работает функция. Иногда хватает пояснения и видео с записью экрана.

Что нужно от вас для публикации

Часть шагов может сделать только владелец приложения, поэтому на старте просим:

• зарегистрировать аккаунты разработчика на компанию или дать доступ к существующим;
• оплатить взносы App Store и Google Play со своей карты, если аккаунты новые;
• прислать реквизиты и контакты для раздела о разработчике;
• согласовать тексты карточек и политику конфиденциальности;
• выдать тестовый аккаунт с данными для проверяющих.

Остальное берем на себя: сборки, подписи, анкеты, скриншоты, переписку с модерацией. Ключи подписи и доступы к консолям храним в защищенном хранилище и передаем вам вместе с проектом.

Срок модерации и выпуск обновлений

Срок модерации зависит от стора, загруженности проверяющих и истории аккаунта, поэтому точную дату выхода мы не обещаем. Новые аккаунты и первые версии проверяют дольше, а обновления у приложений с чистой историей обычно проходят модерацию быстрее. Если выход привязан к запуску рекламы или событию, отправляем релиз с запасом по времени.

После выпуска первой версии берем на себя обновления: собираем новую версию приложения, загружаем ее во все сторы, выпускаем поэтапно на часть пользователей и следим за отчетами о сбоях. Если хотите пройти путь самостоятельно, в блоге есть подробная инструкция о том, как выложить приложение в рустор.