Сколько стоит публикация приложения в App Store, Google Play и RuStore
Разбираем, из чего складывается стоимость публикации приложения и почему загрузка сборки — только часть работы.
Услуга публикации приложения стоит по-разному, потому что это не только загрузка сборки. Нужно проверить аккаунты разработчика, карточку приложения, скриншоты, политику конфиденциальности, тестовые доступы, платежи, аналитику, стабильность сборки и возможные замечания модерации. Официальные сборы магазинов оплачиваются отдельно: Apple Developer Program стоит 99 долларов США в год, а регистрация в Google Play Console — 25 долларов США один раз.
Оцените приложение в коротком опросе
НачатьКакие сборы берут магазины
Официальные сборы магазинов обычно меньше, чем работа по подготовке релиза. У Apple участие в Developer Program стоит 99 долларов США в год. У Google Play Console регистрация стоит 25 долларов США один раз. Эти платежи дают доступ к площадке, но не делают за вас скриншоты, описание, тестирование, исправление ошибок, ответы на модерацию и проверку политики конфиденциальности.
Поэтому цена услуги публикации не должна сравниваться только с этими сборами. Если подрядчик обещает очень дешевую публикацию, часто речь идет о простой загрузке готовых материалов. Если команда отвечает за запуск, она смотрит шире: проверяет сборку, карточку магазина, доступы, приватность, аналитику, тестовые сценарии и риск повторной модерации.
Что входит в нормальную подготовку релиза
Для простого MVP обычно нужно проверить аккаунты, bundle identifier или package name, иконку, скриншоты, название, описание, категорию, возрастной рейтинг, ссылку поддержки, ссылку на политику конфиденциальности, заметки для модератора и работоспособность основной функции. Это минимальный набор, без которого приложение может выглядеть незавершенным.
Для коммерческого продукта добавляются тестовые сборки, инструкции для тестировщиков, проверка оплаты, подписок, push-уведомлений, входа в аккаунт, админ-панели, серверной части и аналитики. Если запуск идет не только в App Store и Google Play, а еще в RuStore, нужно отдельно проверить требования RuStore к стабильности приложения, авторизации, модерации пользовательского контента и языку интерфейса.
Почему стоимость может отличаться
Главный фактор — готовность продукта. Если приложение уже прошло тестирование, имеет понятный основной сценарий и корректную карточку магазина, публикация быстрее. Если сборка падает, backend работает только на тестовом окружении, скриншоты не соответствуют интерфейсу, а вход в приложение невозможен без реального пользователя, работа резко увеличивается.
| Что влияет на цену | Что проверяется | Почему это важно |
|---|---|---|
| Аккаунты | владелец, юридические данные, доступы, роли | без этого нельзя нормально управлять релизом |
| Карточка магазина | название, описание, скриншоты, категория, возраст | ошибки снижают конверсию и мешают модерации |
| Приватность | данные, аналитика, SDK, поддержка, логи | формы должны совпадать с реальным поведением приложения |
| Авторизация | тестовый аккаунт, демо-данные, закрытые разделы | модератор должен пройти основной сценарий |
| Платежи | подписки, услуги, товары, возвраты | правила отличаются для цифрового контента и обычных услуг |
| Повторная проверка | исправления, пояснения, новая сборка | один отказ может добавить несколько дней или недель |
Когда можно публиковать самостоятельно
Самостоятельная публикация подходит, если приложение простое, аккаунты уже принадлежат вашей компании, сборка проверена, нет чувствительных сценариев, скриншоты готовы, политика конфиденциальности написана под реальный продукт, а команда может быстро ответить на вопросы модерации. В таком случае внешняя помощь может ограничиться финальной проверкой.
Риск появляется, когда человек, который загружает приложение, плохо понимает продукт. Модератору может понадобиться тестовый заказ, маршрут курьера, доступ в личный кабинет, демо-оплата, пример урока, запись к врачу или роль администратора. Если этого нет, приложение может выглядеть пустым или сломанным, даже если разработка почти закончена.
Есть идея приложения и нужен трезвый следующий шаг?
Разобрать идею приложенияКогда стоит платить за сопровождение запуска
Сопровождение запуска оправдано, если релиз связан с рекламой, инвесторами, договором с клиентом, франшизой, открытием сервиса или началом продаж. Оно также нужно, если приложение использует подписки, платежи, маркетплейс, роли пользователей, геолокацию, приватные данные, медицинские сценарии, пользовательский контент или интеграции с CRM и ERP.
В Appfyl мы обычно рассматриваем публикацию как часть запуска, а не как отдельную кнопку. Если мы разрабатываем приложение, важно, чтобы первая версия соответствовала оценке, тестовому плану и карточке магазина. Если приложение сделано другой командой, сначала нужно провести аудит сборки, аккаунтов, приватности, аналитики и материалов для магазинов.
Что подготовить перед оценкой
Чтобы получить нормальную оценку, соберите статус сборки, список платформ, доступы к аккаунтам, политику конфиденциальности, ссылку поддержки, скриншоты, текст карточки, тестовые логины и короткое описание главного сценария пользователя. Если есть платежи, сразу уточните: это цифровой контент, физические товары, услуги, бронирования или маркетплейс.
Отдельно укажите страны и языки первого релиза. Локализация карточки может быть простой адаптацией текста, а может стать отдельной задачей: скриншоты, валюта, способы оплаты, доверительные элементы, поддержка и юридические тексты. Для российского рынка важно заранее проверить RuStore, 152-ФЗ, платежи, карты и поддержку на русском языке.
Еще лучше сразу написать, что пока не готово. Это не ухудшает оценку, а делает ее честнее. Если скриншоты временные, политика конфиденциальности не проверена юристом, подписки не созданы, сервер работает на тестовом окружении или нет демо-данных, команда сможет заранее выделить риск и не обещать релиз “завтра”.
Если приложение уже отклоняли, пришлите полное сообщение магазина, номер сборки, тестовые доступы, скриншоты проблемы и список того, что было исправлено. Так можно понять, достаточно ли поменять карточку и написать пояснение модератору или придется выпускать новую сборку.
Скрытая работа, о которой забывают
Чаще всего проблема не в загрузке, а в несоответствии между приложением, карточкой и правилами магазина. В форме приватности указано меньше данных, чем приложение собирает. Скриншоты показывают функцию, которой нет в сборке. Авторизация не пускает модератора. Подписка работает в тесте, но ломается на боевом окружении. Ссылка поддержки ведет на заглушку.
Еще один забытый пункт — наблюдение после публикации. Нужно смотреть ошибки, события аналитики, отзывы, платежи и обращения пользователей. Релиз заканчивается не в момент, когда магазин написал “published”, а когда первые реальные пользователи проходят основной сценарий без ручной помощи команды.
Также заранее решите, кто будет выпускать обновления после первой публикации. Кто имеет право отправить новую сборку? Кто обновляет скриншоты и описание? Кто отвечает на отзывы? Кто проверяет, что новая версия iOS или Android не сломала вход, push-уведомления или оплату? Эти вопросы кажутся мелкими, но именно они определяют, будет ли приложение нормально жить после релиза.
Превратите исследование в план запуска
Appfyl поможет превратить идею в понятный план приложения, список функций первой версии и план первых работ.
Обсудить план приложенияГлавные выводы
- Официальные сборы магазинов оплачиваются отдельно от работы по запуску.
- Стоимость публикации зависит от готовности приложения, а не только от загрузки файла.
- Тестовый доступ, приватность и платежи чаще всего создают задержки.
- В оценке должно быть понятно, кто отвечает за материалы, тестирование, замечания и повторную отправку.
- Для бизнес-приложения публикацию лучше планировать вместе с аналитикой и поддержкой.
Полезные ссылки
Частые вопросы
Нет. Публикация отвечает за выпуск в магазины. Но если модерация показывает сломанную авторизацию, падения, неправильные платежи или незаконченные экраны, это уже становится задачей разработки.
Для серьезного бизнеса лучше, чтобы приложение принадлежало аккаунту компании. Это влияет на обновления, аналитику, платежи, передачу прав, поддержку и контроль продукта.
Сама загрузка может быть быстрой, но первый релиз зависит от проверки аккаунта, тестовых треков, очереди модерации, исправления замечаний и скорости ответов команды. Планируйте дни или недели, а не минуты.
Установите приложение как новый пользователь, пройдите главный сценарий, проверьте демо-доступы, скриншоты, приватность, платежи и работу сервера. После этого оценка будет намного точнее.